Rancang rangkaian email sambutan untuk SaaS, toko online, atau newsletter: contoh pesan, waktu kirim, pemeriksaan kelayakan, dan pengujian sebelum mengirim.
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.
| 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 dan Clerk. Bangun payload dari skema pemicu yang dipilih dan gunakan ID pemicunya yang sebenarnya.
| 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.
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 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.
Jelaskan pemicu, audiens, tindakan yang diinginkan, dan nadanya di Brew. Anda juga bisa memulai dari contoh publik di galeri alur. 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 menjelaskan uji tujuan utama di AS; persyaratan pengirim Gmail mencakup aturan autentikasi, tingkat spam, dan berhenti berlangganan.
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 dan konversi uji coba dari peristiwa produk.
