# Rangkaian email sambutan: contoh, waktu, dan kelayakan

URL kanonis: https://brew.new/id/blog/welcome-email-sequence
Penulis: Brew Team
Dipublikasikan: 2026-08-16
Diperbarui: 2026-09-29

Rangkaian sambutan membantu pendaftar baru mengetahui apa yang harus dilakukan selanjutnya. Untuk produk SaaS, itu bisa berarti membuat proyek pertama. Untuk toko, itu bisa berarti memahami ragam produknya. Untuk newsletter, itu bisa berarti mengetahui apa yang akan dikirim dan seberapa sering.

Mulailah dari janji yang dibuat saat pendaftaran. Setiap email lanjutan harus membantu memenuhinya. Waktu kirim dan jumlah pesan bergantung pada produk dan audiens; contoh-contoh di bawah ini adalah titik awal untuk diuji. Rangkaian sambutan adalah alur siklus hidup pertama yang dibahas dalam [otomatisasi email AI](/id/blog/ai-email-automation).

## Pilih peristiwa awal yang tepat

| Titik awal | Pesan pertama yang berguna | Yang perlu diperiksa |
| --- | --- | --- |
| Akun dibuat | Satu tindakan penyiapan | Apakah verifikasi email sebaiknya dilakukan lebih dulu |
| Email terverifikasi | Sambutan dan tautan langsung ke produk | Hindari menduplikasi email verifikasi |
| Berlangganan newsletter | Apa yang bisa diharapkan dan satu contoh yang berguna | Persetujuan penerima dan topik yang dipilihnya |
| Pendaftaran di toko | Produk, panduan, atau penawaran yang dijanjikan | Syarat dan masa berlaku penawaran yang sebenarnya |

Brew bisa memulai alur dari peristiwa kustom di backend atau dari integrasi yang didukung seperti [Supabase](/id/browse/integrations/supabase) dan [Clerk](/id/browse/integrations/clerk). Bangun payload dari skema pemicu yang dipilih dan gunakan ID pemicunya yang sebenarnya.

## Contoh rangkaian sambutan untuk SaaS

| Email | Waktu awal | Tugas | Syarat saat waktunya tiba |
| --- | --- | --- | --- |
| Sambutan | Setelah pendaftaran atau verifikasi | Membantu membuat proyek pertama | Akun baru |
| Bantuan penyiapan | Hari ke-2 | Menunjukkan satu contoh singkat | Belum teraktivasi |
| Langkah berikutnya | Setelah aktivasi | Memperkenalkan tindakan berguna berikutnya | Sudah teraktivasi |
| Pengingat uji coba | Sebelum masa uji coba berakhir | Menjelaskan apa yang terjadi selanjutnya | Masih dalam masa uji coba dan belum membayar |
| Sapaan | Setelah jeda yang sesuai | Menawarkan bantuan | Masih memenuhi syarat dan diizinkan menerimanya |

Tulis setiap email dengan fokus pada satu tindakan. Gunakan URL tujuan yang sebenarnya, subjek yang jelas, dan alamat balasan yang dipantau seseorang. Hindari desakan yang generik dan klaim tentang hasil yang belum Anda ukur.

## Contoh rangkaian sambutan untuk newsletter atau toko

Untuk newsletter, pesan pertama bisa mengirimkan materi yang dijanjikan, menyebutkan seberapa sering email akan datang, dan menampilkan satu artikel yang mewakili isinya. Pesan berikutnya bisa menjelaskan preferensi topik atau memperkenalkan penulisnya. Newsletter tidak memerlukan funnel aktivasi ala SaaS untuk membenarkan email kedua.

Untuk toko, berikan dulu penawaran yang dijanjikan, lalu berikan panduan belanja yang berguna. Sebutkan pengecualian dan masa berlakunya secara akurat. Pembelian bisa membuat pengingat diskon berikutnya tidak lagi relevan, jadi sertakan status pembelian dalam pemeriksaan kelayakan Anda.

## Tentukan aturan keluar sebelum menulis email lanjutan

Tentukan apa yang seharusnya mencegah setiap pesan terkirim: aktivasi, pembelian, penawaran yang kedaluwarsa, penghapusan akun, berhenti berlangganan, atau perubahan paket. Lalu terapkan aturan itu di sistem yang benar-benar membaca kondisi terkini.

Dalam alur Brew yang dipicu peristiwa, kondisi pada `payload.activated` membaca peristiwa aslinya. Kondisi pada `contact.activated` membaca field kontak Brew terkini saat langkah tersebut dijalankan, termasuk setelah langkah Tunggu. Deklarasikan dan sinkronkan field tersebut, lalu letakkan kondisinya sebelum setiap pengingat yang bergantung padanya. Pembaruan kontak atau peristiwa yang datang belakangan tidak otomatis membatalkan eksekusi yang sudah berjalan.

Untuk kelayakan yang bergantung pada data akun yang tidak disinkronkan atau pada pembelian tertentu, jadwalkan pemeriksaan di aplikasi Anda. Baca data acuannya saat pesan akan dikirim, lalu kirim peristiwa pengingat terpisah bagi kontak yang memenuhi syarat hanya jika aturannya masih cocok. Lihat [panduan membangun otomatisasi](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders).

## Bangun dan tinjau rangkaiannya

Jelaskan pemicu, audiens, tindakan yang diinginkan, dan nadanya di Brew. Anda juga bisa memulai dari contoh publik di [galeri alur](/id/browse/flows). Anggap waktu kirimnya sebagai inspirasi, bukan bukti bahwa jadwal yang sama akan berhasil untuk audiens Anda.

Tinjau diagram yang dihasilkan dan setiap emailnya. Pastikan tautan, pengirim, nilai cadangan personalisasi, dan tujuan domainnya sudah benar. Pesan verifikasi dan pesan onboarding yang bersifat promosi bisa memiliki persyaratan yang berbeda. [Panduan FTC](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) menjelaskan uji tujuan utama di AS; [persyaratan pengirim Gmail](https://support.google.com/mail/answer/81126) mencakup aturan autentikasi, tingkat spam, dan berhenti berlangganan.

## Uji lebih dari sekadar skenario ideal

Uji pendaftaran, peristiwa yang berulang, personalisasi yang kosong, dan penerima yang tidak memenuhi syarat. Untuk kondisi kontak, perbarui field yang disinkronkan selama masa tunggu dan pastikan pengingatnya dilewati; uji juga field yang kosong. Untuk pengingat yang dijadwalkan aplikasi, lakukan aktivasi atau pembelian sebelum pemeriksaan dan pastikan tidak ada peristiwa pengingat yang dikirim. Periksa juga penanganan berhenti berlangganan dan hasil pengirimannya.

Publikasikan hanya setelah pesan dan pemeriksaan kelayakannya ditinjau. Lacak tindakan yang ingin didorong oleh rangkaian ini, seperti penyiapan yang selesai atau pesanan pertama, di samping data pengiriman dan klik. Pertahankan pesan yang membantu orang mengambil tindakan itu, dan revisi sisanya.

Untuk contoh penerapannya, lihat [membangun onboarding dari Cursor](/id/blog/how-to-create-an-email-onboarding-sequence-from-cursor) dan [konversi uji coba dari peristiwa produk](/id/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events).