Loops vs Customer.io

Loops ve Customer.io, ürün kullanımıyla tetiklenen SaaS mesajlarını ve işlem e-postalarını değerlendirmek için iki farklı planlama modeli sunar. Loops’un ücretli planında abonelere sınırsız gönderim ile kendi kitlesinin dışındaki kullanıcılara işlem e-postaları bulunur. Customer.io ise Essentials için kişi ve nesne profillerini, aylık e-posta hacmini ve nesne türlerini birlikte tanımlar. Kararı yalnızca aylık başlangıç fiyatına göre vermek, farklı birimleri ve gönderim koşullarını gözden kaçırabilir.

Şifre sıfırlama, hesap doğrulama, sipariş veya karşılama e-postalarını; deneme süreci, etkinleşme ve davranışa göre devam mesajlarından ayrı birer kullanım senaryosu olarak kurun. İhtiyaç duyduğunuz API ve webhook akışlarını, olay ve hesap verisinin kaynağını, kanal izinlerini ve gönderim durdurma davranışını test edin. Ürününüz için gereken şey basit bir tetikleyici mi, yoksa farklı kullanıcı ve hesap durumlarını birleştiren, sürdürülmesi gereken kapsamlı bir otomasyon mu?

Loops’un ücretsiz planı kayıt sayısına değil, gönderim kapsamına sınır koyar: kayıtlar sınırsız olsa da her kayan 30 günlük dönemde en yeni 1.000 kişiye toplam 4.000 e-posta gönderilebilir. Ayrıca saniyede 10 e-posta sınırı ve Loops altbilgisi vardır. Bu nedenle ücretsiz planı, tüm kayıt listenize ay boyunca sınırsız gönderim olarak yorumlamayın. Ücretli planın fiyatı ise abone hacmine bağlıdır; sınırsız gönderim abonelere yöneliktir ve işlem e-postaları kendi kitlesinin dışındaki kullanıcılara da gönderilebilir. Abone fiyatını e-posta başına ücret veya koltuk ücreti gibi hesaplamayın.

Loops fiyat seçicisinde 4.788 abone için aylık 48 USD, 9.998 için 99 USD, 24.339 için 198 USD ve 49.989 için 249 USD gösterilir. Bu değerleri yuvarlayıp 5.000, 10.000, 25.000 veya 50.000 abone için kesin fiyatmış gibi sunmayın. Abone sayınız bu noktalardan farklıysa fiyat seçicisinde kendi hacminizi kontrol edin. Bu abone fiyatlarından belirli bir e-posta gönderim hacminin maliyeti çıkarılamaz.

Customer.io Essentials’ta profil, kişileri ve nesneleri birlikte kapsar; başlangıç paketi 5.000 toplam profil, 2 nesne türü ve ayda 1 milyon e-posta için aylık 100 USD’dir. Gösterilen aylık faturalı Essentials fiyatları 10.000 profilde 145 USD, 20.000’de 235 USD, 30.000’de 325 USD, 40.000’de 415 USD ve 50.000+ profilde 505+ USD’dir. Bu kademelerin her birinde ayda 1 milyon e-posta bulunur. Premium 1.000 USD/aydan başlar ve yıllık faturalandırılır; özel profil ve e-posta hacmi ile 10 nesne türü içerir. Premium fiyatını 1.000 USD/yıl olarak okumayın.

Customer.io’nun faturalandırma kurallarında bir profil ayın herhangi bir anında varsa o ay sayılır; silinen profil de hesaba dahildir. Kişiler ve nesneler birlikte sayılır ve test, geliştirme veya sandbox dahil tüm çalışma alanlarındaki profiller kapsama girer. E-posta hizmet sağlayıcısına ulaşan iletiler sayılır; geri dönen ve bastırılmış iletiler de buna dahildir. Profil temizliğinin veya test alanlarını ayrı tutmanın fatura sayımını kendiliğinden azaltacağını varsaymayın. Gerçek hesap ve gönderim kayıtlarınızla aylık tahmin çıkarıp ek hacim ve aşım ücretlerini satın almadan doğrulayın.

Yeni Customer.io Essentials hesaplarında günlük gönderim sınırı 500 e-postadan başlayabilir; sağlıklı gönderim geçmişiyle sınır yaklaşık iki haftada günde 10.000 e-postaya yükselir. Bu bir başlangıç ısınma sürecidir, ilk günden yüksek hacimli gönderim veya belirli tarihte sınırsız gönderim garantisi değildir. Startup Program için şirket uygunluğunu ve başvuru koşullarını ayrıca doğrulayın. 5.000 mesaja kadar olan olağan deneme de 12 aylık program teklifinden ayrıdır.

SaaS uygulamasında işlem e-postaları çoğu zaman bir ürün olayından doğar: kullanıcı hesabını açar, parolasını sıfırlar, bir siparişi tamamlar veya hoş geldin akışını başlatır. Ürün API’si ile olayları hangi hizmetin göndereceğini, hangi kimliğin kişi kaydına bağlanacağını ve başarısız gönderimin nasıl yeniden deneneceğini belirleyin. Webhook kullanılıyorsa imza doğrulaması, tekilleştirme ve yinelenen olay davranışını da deneyin. Bir platformun API veya webhook özelliğine sahip olması, sizin veri şemanızın veya uçtan uca akışınızın otomatik olarak hazır olduğu anlamına gelmez.

Customer.io’da özel olaylar ve özellikler uygulamadan gönderilebilir; nesneler kişileri hesap gibi gruplamak için kullanılabilir ve nesne güncellemesi otomasyon tetikleyicisi olabilir. Bu model; tek bir kişiden çok kullanıcıya sahip abonelikleri, hesap düzeyindeki plan veya ödeme durumunu, kişisel kullanım olaylarını ve bu olayların bir akışa ne zaman gireceğini tasarlarken işe yarayabilir. Akışın beklenen sonucu, olay güncelliği ve kişi-hesap ilişkisinin nasıl kurulacağı yine sizin uygulama verinize bağlıdır.

Segment, RudderStack, Vercel, GitHub, Mixpanel, Amplitude, Stripe veya Shopify adlarını ürünün hazır yerel bağlantısı gibi varsaymayın. Gereken her veri hareketi için kaynağı, hedefi, yönü, plandaki kullanılabilirliği, alan eşlemesini, kimlik çözümlemesini ve hata sahipliğini ayrı ayrı teyit edin. Salesforce’tan Customer.io’ya kaynak bağlantısı ve Customer.io’dan HubSpot’a hedef bağlantı Premium ve Enterprise planlarıyla sınırlıdır; Salesforce aktarımı kaynak, HubSpot aktarımı hedef yönündedir. Bu bağlantılar iki yönlü aktarım anlamına gelmez. Pilotunuzda, ihtiyaç duyduğunuz her entegrasyonun doğru veri kaynağından hedef sisteme beklenen alanları ve olayları taşıdığını doğrulayın.

Her iki hizmette de gerekli şablon ve akış davranışını kendi hesabınızda doğrulayın: özel alanların boş veya eski olduğu durumlar, yeniden deneme, gecikmiş ve sırası değişmiş olaylar ile webhook tekrarları. Geliştirici dokümantasyonunu incelerken test ortamında aynı olay yükünü yeniden oynatabildiğinizi ve üretim kimlik bilgilerine geçmeden sonuçları denetleyebildiğinizi kontrol edin.

Alıcı seçme ve hariç tutma kurallarını, şablondaki kişiselleştirme alanlarının boş veya geçersiz değerlerdeki davranışını ve ekibinizin izleyeceği raporları örnek kayıtlarla belirleyin. Hangi olayın akışı başlattığını, dalların hangi ürün koşuluna göre ilerlediğini, gönderim ve dönüşüm ölçülerinin nasıl inceleneceğini tarif edin. Bu gereksinimleri seçtiğiniz planda uygulayabildiğinizi ve çıktılarını kontrol edebildiğinizi sağlayıcıyla doğrulayın. Destek kanalı, yanıt süresi veya olay anında kimin yardımcı olacağı karar için önemliyse, her planın güncel sözleşme kapsamını teyit edin.

Customer.io için ABD veya AB veri merkezleri seçilebilir ve yayımlanmış bir DPA bulunur. Bölge seçimi, sözleşme ve alt işleyenler dahil olmak üzere kendi veri koruma yükümlülüklerinizin yerine geçtiği veya otomatik GDPR uyumu sağladığı anlamına gelmez. Gerekli bölgeyi, veri işleme şartlarını, saklama ve silme gereksinimlerini satın alma sürecinde hukuk ve güvenlik ekiplerinizle doğrulayın. Satın alma öncesinde Loops’tan barındırma bölgesi, DPA ve veri işleme şartlarını doğrudan teyit edin.

İşlemsel e-postanın planlarda ek hizmet ücreti olmadan yer alması, hacim ve kullanım koşullarının ortadan kalktığı anlamına gelmez. Customer.io’nun işlemsel IP havuzuna eklenen bir alan adı, o havuz üzerinden otomasyon veya toplu yayın gönderemez. Ürün mesajı ve pazarlama akışı için alan adlarını ve gönderici kimliklerini ayrı tasarlayın; bu koşulu tüm alan adlarını kapsayan genel bir yasak olarak da yorumlamayın. DNS doğrulamasını, SPF, DKIM ve DMARC durumunu, gönderici izinlerini ve test mesajlarının gerçek alıcı davranışını üretimden önce doğrulayın.

Eski sistemden bastırma listesini yalnızca dosyanın varlığına bakarak kabul etmeyin. Gerçek dışa aktarımın tüm sayfalarını, bastırma nedenlerini ve durum değerlerini inceleyin; kaynak sistemdeki asıl izin kayıtlarını bağımsız olarak karşılaştırın. Kaynağı belirsiz veya eşleşmeyen kayıtları gönderim kapsamı dışında tutun. İzin, abonelikten çıkma ve yasal gereklilikleri belirsiz bir varsayılan durumla çözmeyin.

Her iki ortam için de asgari gerekli rolleri ve erişimleri ayrı ayrı tanımlayın: hem üretimde hem testte yalnızca gereken izinleri verin ve birbirinden ayrı kimlik bilgileri kullanın. Test ortamındaki alan adı kimlik doğrulamasını da tamamlayın. Temsili bir şablon ve gönderi yükü oluşturun; dışarıdan gelen girdiyi bağlama uygun biçimde doğrulayın ve şablon ve yük için ayrı ayrı bağlama uygun çıktı kodlaması uygulayın. İki öğeyi ayrı ayrı sürümleyin ve değişikliklerden sonra her sürümü üretim benzeri örneklerle inceleyin.

Pilot veri setinde gerçek bastırma listesi dışa aktarımının eksiksizliğini doğrulayın ve izinleri bağımsız olarak asıl kaynakla karşılaştırın. Eşleşmeyen veya kaynağı bilinmeyen izin kayıtlarını dışlayın. Yeniden deneme, tekilleştirme, gecikmiş olay ve sırası bozulmuş olay senaryolarını çalıştırın; tekrarlanan bir API çağrısının veya olayın çift e-posta göndermediğini ve durum güncellemelerinin beklenen sırada işlendiğini kontrol edin.

Gönderilmemiş kuyruğa alınmış mesajlar üzerinde dört durdurma testini birbirinden bağımsız yapın: tekil mesajı iptal etme, kampanyayı iptal etme, iş durumunun değişmesi ve alıcının iznini geri çekmesi. Her bir koşulun bekleyen tüm gönderilmemiş iletileri durdurduğunu kanıtlayın. Yeniden başlatmadan önce adı belirlenmiş bir e-posta operasyonları sorumlusu ve teknik sorumlu güncel iş durumunu, izni ve kuyruğu elle gözden geçirip onaylamalıdır. Sağlayıcı veya bu durdurma kontrolleri kullanılamıyorsa otomatik gönderimi duraklatın ve önceden tanımlanmış manuel yedek süreci uygulayın.

Pilotun kapsamını şifre sıfırlama veya hoş geldin gibi bir işlem mesajı, davranışa bağlı bir akış ve ilgili durum değişiklikleriyle sınırlayın. Hangi ekip üyesinin veri eşlemesini, izinleri, şablon sürümlerini, kuyruk durdurmayı ve yeniden başlatma kararını onaylayacağını kaydedin. Bu kontroller geçiş eforunu, gönderim güvenliğini ve gerçek maliyet varsayımlarını gözlemlemeye yardım eder; pilot sonuçları alınmadan geçiş süresi veya teslimat kalitesi hakkında kesin hüküm vermeyin.

Ücretsiz başlangıçta kayıtları korumak ve dar bir gönderim sınırı içinde deney yapmak istiyorsanız Loops’un ücretsiz planındaki 1.000 en yeni kişi, kayan 30 günde 4.000 toplam ileti ve saniyede 10 e-posta koşullarını kullanımınıza uygulayın. Ücretli Loops seçeneğini değerlendirirken abone sayınızı fiyat seçicisinde kontrol edin; gönderim ihtiyacınız abone kapsamına ve işlem iletilerinin kitleniz dışındaki kullanıcılara gönderilmesine uyuyor mu, doğrulayın.

Kişi ve hesapları nesnelerle modellemek, özel olayları veya nesne güncellemelerini akışlarda kullanmak ve yüksek aylık e-posta hacmini profil sayısıyla birlikte planlamak istiyorsanız Customer.io Essentials kapsamını kendi veri modeliniz üzerinde deneyin. 5.000 profil, iki nesne türü ve ayda bir milyon e-posta sınırının yanında tüm çalışma alanlarını, silinen profilleri, test gönderimlerini ve yeni hesap gönderim ısınmasını da maliyet ve operasyon hesabına katın. Daha fazla nesne türü, özel hacim ya da Premium/Enterprise bağlantıları gerekiyorsa plan koşulunu ayrıca teyit edin.

Basit olaydan işlem mesajına giden akış ile çok sayıda nesne, hesap ilişkisi ve durum kuralı içeren otomasyonu aynı gereksinim gibi değerlendirmeyin. Karşılaştırmayı, kendi kayıtlarınızla geçiş pilotunda hangi ürünün veri yönünü, izinleri, maliyet sayımını ve kuyruk kontrollerini gösterebildiğine göre yapın.

Loops ve Customer.io fiyatlarını aynı gönderim kotasının alternatif fiyatı gibi kıyaslamayın. Loops’un ücretli fiyatı abone hacmine göre belirlenir; Customer.io Essentials profil ve e-posta hacmini birlikte sayar ve profil sınırı fatura döneminde silinen kayıtları veya diğer çalışma alanlarını dışarıda bırakmaz. İşlemsel mesaj, pazarlama akışı ve hesap düzeyindeki davranış verisini ayrı ayrı modelleyip her iki platformda temsilî bir pilot çalıştırın.

Seçim için gereken kanıt; doğru fatura sayımı, test ve üretimde asgari erişim, doğrulanmış izinler, sürümlü ve güvenli içerik, olayların doğru işlenmesi ve bekleyen mesajları durdurabildiğinizi gösteren dört bağımsız senaryodur. Bunlardan biri doğrulanamıyorsa otomatik gönderimi başlatmayın; sorumluları ve manuel yedek akışı belirleyin.