Hoş geldin serisi, yeni bir abonenin bundan sonra ne yapacağını bilmesine yardımcı olur. Bir SaaS ürününde bu, ilk projeyi oluşturmak olabilir. Bir mağazada ürün yelpazesini tanımak, bir bültende ise neyin ne sıklıkla geleceğini bilmek olabilir.

Kayıt sırasında verilen sözle başlayın. Sonraki her e-posta bu sözün yerine getirilmesine yardımcı olmalı. Zamanlama ve mesaj sayısı ürüne ve hedef kitleye göre değişir; aşağıdaki örnekler, test edeceğiniz başlangıç noktalarıdır. Hoş geldin serisi, yapay zekâ ile e-posta otomasyonu yazımızda anlattığımız yaşam döngüsü akışlarının ilkidir.

Doğru başlangıç olayını seçin

Başlangıç noktası	İşe yarar ilk mesaj	Kontrol edin
Hesap oluşturuldu	Tek bir kurulum adımı	Önce e-posta doğrulamasının yapılması gerekip gerekmediği
E-posta doğrulandı	Hoş geldin mesajı ve doğrudan ürüne giden bir bağlantı	Doğrulama e-postasını tekrarlamaktan kaçının
Bülten aboneliği	Neler bekleyeceği ve işe yarar bir örnek	Alıcının izni ve seçtiği konular
Mağaza kaydı	Ürünler, yol gösterici bilgiler ya da vaat edilen teklif	Teklifin gerçek koşulları ve bitiş tarihi

Brew, akışları sunucunuzdan gelen özel olaylarla ya da Supabase ve Clerk gibi desteklenen entegrasyonlarla başlatabilir. Payload verisini seçtiğiniz tetikleyicinin şemasına göre oluşturun ve tetikleyicinin gerçek kimliğini (ID) kullanın.

Bir SaaS hoş geldin serisi örneği

E-posta	Başlangıç zamanlaması	Görev	Gönderim anındaki uygunluk
Hoş geldin	Kayıttan ya da doğrulamadan sonra	İlk projenin oluşturulmasına yardımcı olmak	Yeni hesap
Kurulum yardımı	2. gün	Kısa bir örnek göstermek	Henüz aktive olmamış
Sonraki adım	Aktivasyondan sonra	Bir sonraki işe yarar eylemi tanıtmak	Aktive olmuş
Deneme süresi hatırlatması	Deneme süresi bitmeden önce	Sonrasında ne olacağını açıklamak	Hâlâ deneme süresinde ve ödeme yapmamış
Hal hatır sorma	Uygun bir süre sonra	Yardım önermek	Hâlâ uygun ve bu e-postayı almasına izin verilmiş

Her e-postayı tek bir eylem etrafında yazın. Gerçek bir hedef URL’si, net bir konu satırı ve birinin takip ettiği bir yanıt adresi kullanın. Genel geçer aciliyet ifadelerinden ve ölçmediğiniz sonuçlara dair iddialardan kaçının.

Bir bülten ya da mağaza için hoş geldin örneği

Bir bültende ilk mesaj, vaat edilen kaynağı iletebilir, beklenen gönderim sıklığını belirtebilir ve bülteni iyi temsil eden bir yazı gösterebilir. Sonraki bir mesaj konu tercihlerini açıklayabilir ya da yazarı tanıtabilir. Bir bültenin, ikinci bir e-postayı gerekçelendirmek için SaaS tarzı bir aktivasyon hunisine ihtiyacı yoktur.

Bir mağazada önce vaat edilen teklifi iletin, ardından satın almaya yardımcı olacak bilgiler verin. Kapsam dışı ürünleri ve bitiş tarihini doğru belirtin. Bir satın alım, kalan indirim hatırlatmalarını anlamsız kılabilir; bu yüzden satın alma durumunu uygunluk kontrollerinize dâhil edin.

Takip e-postalarını yazmadan önce çıkış kurallarını belirleyin

Her mesajın gönderilmesini neyin engellemesi gerektiğine karar verin: aktivasyon, satın alım, süresi dolmuş bir teklif, hesabın silinmesi, abonelikten çıkma ya da plan değişikliği. Ardından bu kuralı, güncel durumu gerçekten okuyan sistemde uygulayın.

Brew içinde olayla tetiklenen bir akışta payload.activated üzerine kurulu bir koşul orijinal olayı okur. contact.activated üzerine kurulu bir koşul ise düğüm çalıştığı anda, bir Bekle adımından sonra da dâhil, Brew içindeki güncel kişi alanını okur. Alanı tanımlayıp senkronize edin, ardından koşulu ona bağlı her hatırlatmanın önüne koyun. Bir kişi güncellemesi ya da sonradan gelen bir olay, daha önce başlamış bir çalıştırmayı otomatik olarak iptal etmez.

Uygunluk, senkronize edilmeyen hesap verilerine ya da belirli bir satın alıma bağlıysa uygulamanızda bir kontrol planlayın. Mesajın zamanı geldiğinde esas kaydı okuyun ve kural hâlâ geçerliyse ancak o zaman uygun kişiler için ayrı bir hatırlatma olayı tetikleyin. Ayrıntılar için Otomasyon oluşturun sayfasına bakın.

Seriyi kurun ve gözden geçirin

Tetikleyiciyi, hedef kitleyi, istenen eylemi ve ses tonunu Brew içinde tarif edin. Akış galerisindeki herkese açık bir örnekten de başlayabilirsiniz. Örneğin zamanlamasını, aynı takvimin sizin hedef kitlenizde de işe yarayacağının kanıtı olarak değil, bir ilham kaynağı olarak görün.

Oluşturulan grafı ve her e-postayı gözden geçirin. Bağlantıları, göndericiyi, kişiselleştirme için varsayılan değerleri ve alan adının gönderim amacını doğrulayın. Bir doğrulama mesajı ile tanıtım amaçlı bir onboarding mesajının gereksinimleri farklı olabilir. ABD’deki birincil amaç testini FTC rehberi açıklıyor; kimlik doğrulama, spam oranı ve abonelikten çıkma kurallarını ise Gmail’in gönderici gereksinimleri ele alıyor.

Yalnızca her şeyin yolunda gittiği senaryoyu test etmeyin

Bir kaydı, tekrarlanan bir olayı, eksik kişiselleştirmeyi ve uygun olmayan bir alıcıyı test edin. Kişi koşullarında, bekleme sırasında senkronize edilen alanı güncelleyin ve hatırlatmanın atlandığını doğrulayın; eksik alanları da test edin. Uygulamanızın planladığı hatırlatmalarda, kontrolden önce aktivasyonu ya da satın alımı gerçekleştirin ve hiçbir hatırlatma olayının tetiklenmediğini doğrulayın. Abonelikten çıkma işleyişini ve teslim sonuçlarını da kontrol edin.

Mesajlar ve uygunluk kontrolleri gözden geçirilmeden yayımlamayın. Serinin desteklemesi gereken eylemi, örneğin tamamlanmış bir kurulumu ya da ilk siparişi, teslim ve tıklama verilerinin yanında takip edin. İnsanların o eylemi gerçekleştirmesine yardımcı olan mesajları tutun, geri kalanını revize edin.

Uygulama örnekleri için Cursor’dan onboarding serisi kurma ve ürün olaylarıyla deneme süresi dönüşümü yazılarımıza göz atın.