# SaaS onboarding için en iyi yapay zekâ e-posta serisi araçları

Kanonik URL: https://brew.new/tr/blog/best-ai-email-sequence-builders-for-saas-onboarding-and-trial-conversion
Yazar: Philip Sørensen
Yayımlandı: 2026-09-11
Güncellendi: 2026-09-29

Bu karşılaştırmayı Brew yayımlıyor. Bağlantısını verdiğimiz ürün dokümantasyonunu 28 Eylül 2026’da inceledik; bu bir dokümantasyon karşılaştırması, her platformu bizzat test ettiğimizi iddia etmiyoruz. Güncel paket limitlerini firmanın fiyatlandırma sayfasından kontrol edin.

Kurucu, hoş geldin e-postasını ürünün lansman haftasında yazdı, sabit aralıklarla iki e-posta daha ekledi ve akışa bir daha hiç dokunmadı. Üçüncü gün ücretli plana geçen bir kullanıcı, bir hafta sonra yine de “deneme süreniz bitiyor” e-postasını alıyor; çünkü akışta kullanıcının ödeme yapıp yapmadığını kontrol eden hiçbir şey yok.

Bir onboarding serisi, yeni kullanıcıyı ürünün onun için işe yaramaya başladığı ana, deneme süresi sunuyorsanız ardından da ücretli bir plana taşımalı. Burada e-postaların kendisinden çok yapı önemlidir: akışı başlatan tetikleyici, gönderimler arasındaki aralıklar ve kişi hedefe ulaştığında onu akıştan çıkaran kural.

Yapay zekâ destekli oluşturucular artık bunların hepsinin taslağını tek bir prompttan hazırlayabiliyor. Bu rehber, bir SaaS serisinin işe yarayıp yaramayacağını belirleyen noktalarda bu araçlardan dördünü karşılaştırıyor.

## Öne çıkan noktalar

- Bir aracı ürettiği akışa göre değerlendirin: tetikleyici, beklemeler, koşullar ve çıkışlar.
- Onboarding ürün olaylarına dayanır. “Kişi eklendi” tetikleyicisinin yanında `project_created` gibi kendi olaylarınızı da tetikleyebildiğinizi kontrol edin.
- Çıkış kuralları araçtan araca değişir. Sequenzy her adımdan önce bir durdurma koşulunu kontrol eder. Brew içinde, güncel `contact.<name>` alanlarına dayalı açık koşulları ilgili gönderimlerin önüne koyun; olay payload alanları ise orijinal değerlerini korur. Her firmanın çıkış modelini ve verilerini nasıl güncel tuttuğunu doğrulayın.
- Deneme süresi dönüşümü faturalandırma verilerine bağlıdır. `customer.subscription.trial_will_end` gibi Stripe olayları, bir akışın deneme süresinin güncel durumuna göre hareket etmesini sağlar.

## Neleri karşılaştırdık

28 Eylül 2026’da her firmanın kendi dokümantasyonunu okuduk ve şunları karşılaştırdık:

1. Yapay zekânın seriyi nasıl oluşturduğu: bir prompttan, web sitenizden ya da referans bir akıştan.
2. Ürün ve faturalandırma olayları için hangi tetikleyicilerin bulunduğu.
3. Kişilerin dönüşüm gerçekleştirdikten sonra akıştan nasıl çıktığı.
4. Sonradan neleri düzenleyebildiğiniz: hem e-postaları hem de mantığı.

## Kısa bir bakış

| Araç | Yapay zekânın seriyi oluştururken yola çıktığı kaynak | Ürün olayı tetikleyicileri | Akıştan çıkış | Giriş fiyatı |
| --- | --- | --- | --- | --- |
| Brew | Bir prompt ya da yayımlanmış örnek seriler | Özel HTTP tetikleyicileri; ayrıca Stripe, Clerk, Supabase ve diğer entegrasyonlar | Olaya ya da güncel kişi verisine dayalı açık koşullar; harici durum için uygulama tarafında kontroller | Ücretsiz plan; Growth $99/ay |
| Sequenzy | Web sitenizin içeriği | API olayları, gelen webhooklar, Stripe’tan türetilen `saas.*` olayları | Seri başına tek bir durdurma koşulu; her adımdan önce kontrol edilir | Ayda 2.500 e-postaya kadar ücretsiz |
| Resend | Gündelik dille yazılmış bir tarif | İsteğe bağlı şemalara sahip özel olaylar | Dallanmalar ve bir olayı bekleyen adımlar | 10.000 otomasyon çalıştırması ücretsiz |
| Customer.io | AI Agent (beta) | Data Pipelines ve API üzerinden gelen olaylar | Kampanya koşulları | Profil sayısına göre fiyatlandırılır; yeni müşteriler için girişim programı |

## Brew

Brew ile [otomasyonu tarif edersiniz](https://docs.brew.new/create-emails/build-an-automation): tetikleyiciyi, e-postaları, zamanlamayı ve ulaşmak istediğiniz sonucu. Brew size tetikleyiciyi, “E-posta gönder” düğümlerini ve “Bekle” düğümlerini içeren bir tuval sunar ve her e-postayı markanıza uygun biçimde yazar. Ardından sohbette ince ayar yapar ya da düğümleri elle düzenlersiniz. Filtre düğümleri ve koşullu Dallanma düğümleri, olayın orijinal değerlerini ya da `contact.<name>` üzerinden Brew içindeki güncel kişi alanlarını kullanabilir. Etkileşim filtrelerinin, etkinliği kontrol eden ayrı bir yapılandırması vardır. Oluşturulan grafı yayımlamadan önce gözden geçirin.

Diğer başlangıç noktası gerçek bir seri. Brew [akış galerisinde](/tr/browse/flows), kayıt akışları da dâhil olmak üzere yayımlanmış örnek seriler bulunur. Bunlardan birini uyarladığınızda serinin zamanlaması en yakın saate yuvarlanarak bekleme düğümlerine aktarılır, ardından her e-posta markanız için üretilir. Böylece başka bir şirketin hâlihazırda kullandığı bir serinin zamanlamasıyla işe başlarsınız.

Tetikleyiciler, sunucunuzdan `POST /v1/automations/triggers/{triggerEventId}/fire` isteğiyle tetiklediğiniz kendi olaylarınız ya da bağlı bir kaynaktan gelen olaylar olabilir. [Stripe entegrasyonu](/tr/browse/integrations/stripe), aralarında `customer.subscription.trial_will_end` ve `invoice.payment_failed` olaylarının da bulunduğu 22 olay ekler.

Bir kurulum hatırlatması için bir aktivasyon kişi alanı tanımlayıp senkronize edin, ardından beklemeden sonra `contact.activated` alanını kontrol edin. Bu koşul çalıştığında Brew, kendisinde kayıtlı kişi verisini okur; ürününüzün veritabanını sorgulamaz. Senkronize edilmeyen bir durum ya da ödenmemiş belirli bir fatura söz konusuysa uygulama tarafında bir kontrol yapın ve uygun kişiler için yeni bir olay tetikleyin. Kişi güncellemeleri ve yeni olaylar, mevcut çalıştırmaları otomatik olarak iptal etmez. Ayrıntılar için Brew dokümantasyonundaki [otomasyon rehberine](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders) göz atın.

## Sequenzy

[Sequenzy](https://www.sequenzy.com/), web sitenizin içeriğinden seriler üretir. Sequenzy’nin [seri modelindeki](https://docs.sequenzy.com/concepts/sequences) tetikleyiciler arasında kişi eklenmesi, etiket eklenmesi, bir segmente girilmesi, API olayları, gelen webhooklar, hareketsizlik ve olay sıklığı bulunur. Adımlar gecikmeleri, koşulları, dallanmaları ve bir olayı beklemeyi kapsar. Her serinin tam olarak bir durdurma koşulu vardır ve Sequenzy bu koşulu her adımdan önce yeniden kontrol eder.

[Stripe entegrasyonu](https://docs.sequenzy.com/integrations/stripe), faturalandırma hareketlerini `saas.trial_started`, `saas.trial_will_end` ve `saas.purchase` gibi SaaS olaylarına dönüştürür; ayrıca MRR ve LTV özellikleri ekler. Böylece bir deneme süresi akışı, her adıma filtre koymadan `saas.purchase` olayıyla durabilir. Fiyatlandırma gönderilen e-posta başına yapılır ve kişi sayısı sınırsızdır.

Sequenzy, faturalandırma durumunu hesaba katan yerleşik durdurma kuralları isteyen SaaS ekiplerine uygundur.

## Resend

Resend, [Automations](https://resend.com/blog/introducing-automations) özelliğini Nisan 2026’da kullanıma sundu. Bir seriyi sürükle-bırak yöntemiyle kurabilir ya da gündelik dille tarif edip yapay zekânın oluşturmasını sağlayabilirsiniz. Adımlar arasında zaman gecikmeleri, bir olayı bekleme ve kişi ya da olay verilerine göre dallanma bulunur. Her e-posta adımı Resend’deki bir şablonu (Template) kullanır; bir izleme paneli de her çalıştırmayı gösterir.

Resend, işlemsel e-postalarını zaten Resend üzerinden gönderen ve onboarding akışını da aynı yerde yürütmek isteyen geliştirici ekiplerine uygundur. Resend, kod tabanlı e-postanın yanında şablonları ve görsel düzenlemeyi de destekler. Düzenleme iş akışını, e-postalarınızın bakımını üstlenecek kişilerle birlikte test edin.

## Customer.io

Customer.io, bu listede olaya dayalı mesajlaşma alanının en köklü aracı; e-posta, SMS, anlık bildirim ve uygulama içi mesajları kapsar. [Fiyatlandırma sayfasında](https://customer.io/pricing) beta aşamasındaki AI Agent özelliği yer alıyor; [MCP sunucusu](https://docs.customer.io/ai/mcp/get-started/) ise bir asistanın API üzerinden kampanya oluşturup güncellemesine olanak tanır. 10 milyon dolardan az yatırım almış yeni müşteriler, 12 aya kadar ücretsiz kullanım için [girişim programına](https://customer.io/solutions/startups) başvurabilir.

İyi yapılandırılmış bir olay akışına ve veri modelinin sorumluluğunu üstlenebilecek birine sahip ekipler için uygundur. Yalnızca bir kayıt serisine ihtiyaç duyan iki kişilik bir ekibin bu kadar büyük bir platforma ihtiyacı olmayabilir.

## Ayrıca değerlendirin: Loops

[Loops](https://loops.so/), SaaS ekiplerine yönelik bir e-posta platformu. İş akışları e-postaları, gecikme zamanlayıcılarını ve dallanmaları bir araya getirir; Stripe entegrasyonu da faturalandırma olaylarıyla iş akışı başlatabilir. Loops ayrıca MCP ve ajan iş akışlarını da belgeliyor. Kampanyaları ve iş akışlarını yönetirken bir ajandan yardım almak istiyorsanız Loops’u da deneme listenize ekleyin ve istemcinizin hangi oluşturma adımlarını desteklediğini kontrol edin.

## Başlangıç için örnek bir yapı

Bu, test etmediğimiz ve yalnızca fikir vermesi amaçlanan bir başlangıç noktası. Günleri deneme sürenizin uzunluğuna ve aktivasyon olayınıza göre ayarlayın.

| Adım | Zamanlama | Görev | Göndermeden önceki koşul |
| --- | --- | --- | --- |
| Hoş geldin | Kayıttan hemen sonra | Tek bir ilk eylem; örneğin proje oluşturmak | Yok |
| Hatırlatma | 2. gün | İlk eylemde yardımcı olmak | Henüz proje yok (olay geçmişinden ya da `contact.activated` gibi senkronize edilmiş bir kişi alanından) |
| Değer | 5. gün | En işe yarar ikinci özelliği göstermek | Hâlâ deneme süresinde |
| Deneme süresi bitiyor | `trial_will_end` olayında | Deneme süresi bitince ne olacağını ve nasıl plan seçileceğini açıklamak | Hâlâ deneme süresinde, ödeme yöntemi yok |

Stripe, `customer.subscription.trial_will_end` olayını [deneme süresi bitmeden üç gün önce](https://docs.stripe.com/api/events/types) ya da deneme süresi kısaltılırsa hemen gönderir. Stripe’ın kendi dokümantasyonu da bu olaya dayanarak bir ödeme hatırlatması göndermeden önce abonelik durumunun kontrol edilmesini öneriyor.

## Sıkça sorulan sorular

### Bir SaaS onboarding serisi ne kadar uzun olmalı?

Ürün içindeki görevin elverdiği kadar kısa tutun. Brew dokümantasyonundaki [SaaS yaşam döngüsü tarifi](https://docs.brew.new/recipes/lifecycle-emails-saas-b2b) küçük bir seriyle ve açık uygunluk kontrolleriyle başlar. Aktivasyon hatırlatmalarını, her gönderimden önce senkronize edilmiş bir kişi alanına dayalı bir koşulla durdurun ya da ayrı bir hatırlatma olayı tetiklemeden önce uygunluğu uygulamanızda kontrol edin.

### Deneme süresinin bittiğini bildiren e-postalar işlemsel midir?

Genellikle hayır. Okuru planını yükseltmeye çağıran bir deneme süresi bitiş e-postası, bir satış mesajıdır. [İşlemsel e-posta rehberimiz](/tr/blog/transactional-emails), FTC’nin birincil amaç testini adım adım açıklıyor.