# Hoş geldin e-posta serileri: örnekler, zamanlama ve uygunluk

Kanonik URL: https://brew.new/tr/blog/welcome-email-sequence
Yazar: Brew Team
Yayımlandı: 2026-08-16
Güncellendi: 2026-09-29

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](/tr/blog/ai-email-automation) 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](/tr/browse/integrations/supabase) ve [Clerk](/tr/browse/integrations/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](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders) 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](/tr/browse/flows) 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](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) açıklıyor; kimlik doğrulama, spam oranı ve abonelikten çıkma kurallarını ise [Gmail’in gönderici gereksinimleri](https://support.google.com/mail/answer/81126) 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](/tr/blog/how-to-create-an-email-onboarding-sequence-from-cursor) ve [ürün olaylarıyla deneme süresi dönüşümü](/tr/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events) yazılarımıza göz atın.