E-posta, SMS ve WhatsApp mesajlarını tek tek gönderilen duyurular olmaktan çıkarıp, müşterinin davranışına göre kendiliğinden çalışan akışlara dönüştürürüz. Terk edilmiş sepet, hoş geldin, yeniden kazanım ve satın alma sonrası akışları kurulur; ilgilenen kişi puanlanır ve satış ekibine devredilir. İzin ve gönderim disiplini akışın içine gömülür.
Çoğu firmada pazarlama iletişimi tek bir biçimde yapılır: bir liste hazırlanır, herkese aynı mesaj gönderilir, sonuç birkaç gün konuşulur ve bir sonraki duyuruya kadar unutulur. Bu yöntem gönderim başına iş çıkarır ve tekrarlandıkça yorar; asıl sorunu ise şudur: mesaj müşterinin değil, firmanın takvimine göre gider. Sepetini yarıda bırakan kişi o an değil, iki hafta sonraki toplu gönderimde temas alır. İlk siparişini veren müşteri hiçbir şey duymaz. Altı aydır alışveriş yapmayan biriyle dün alan biri aynı metni okur. Zamanlaması yanlış olan mesaj, içeriği doğru olsa bile çoğu zaman rahatsızlık üretir ve listeden çıkışları artırır.
Hazır e-posta araçları bu işi bir yere kadar çözer. Şablon hazırlamak ve liste göndermek kolaydır; ama akış müşterinin gerçek davranışına bağlanacaksa iş veriye dayanır. Aracın sepet terkini bilmesi için e-ticaret sitesinden olay alması, sipariş durumunu bilmesi için ERP veya sipariş sisteminden veri okuması, bayi üzerinden satan bir üreticide ise servis ve garanti kaydına bakması gerekir. Veri gelmediğinde geriye yine elle hazırlanmış listeler kalır ve araç pahalı bir gönderim kutusuna dönüşür. Bu yüzden pazarlama otomasyonu kurarken ilk baktığımız yer mesajın kendisi değil, hangi olayın hangi sistemden alınabildiğidir. Kurulumun ilk gününde konuşulması gereken şey hangi şablonun kullanılacağı değil, sepet olayının siteden hangi biçimde ve ne kadar gecikmeyle çıkacağıdır.
Pazarlama otomasyonu platformu (MAP), mesajı bir olaya bağlar. Akış bir tetikleyiciyle başlar: sepet yarıda kaldı, ilk sipariş teslim edildi, katalog sayfası üçüncü kez görüntülendi, altmış gündür alışveriş yok. Ardından koşullar, beklemeler ve kanal seçimleriyle ilerler. Aynı akış içinde e-posta açılmadıysa SMS'e düşülebilir, müşteri arada satın aldıysa akış durdurulabilir. İlgi gösterenler puanlanır: hangi davranışın kaç puan getireceği birlikte belirlenir ve belirli bir eşiği aşan kişi otomatik olarak CRM'e, yani bir satış temsilcisine devredilir. A/B testiyle iki farklı başlık, kanal veya zamanlama karşılaştırılır; karar tahminle değil ölçümle verilir. Akışın her adımı kayıt altındadır; bir müşterinin o mesajı neden aldığı sonradan tek tek gösterilebilir. Kanal maliyeti de akışın parçasıdır: ücretsiz kanal önce denenir, ücretli kanal yalnızca gerektiğinde devreye girer.
Sınırları da baştan yazalım. Ticari elektronik ileti göndermek Türkiye'de izne tabidir ve alıcı onaylarının İleti Yönetim Sistemi'ne (İYS) yüklenmesi gerekir; kurduğumuz sistem bu kaydı ve çıkış taleplerini yürütür, ancak hukuki sorumluluk ve değerlendirme gönderici firmaya ve danışmanına aittir. WhatsApp tarafında serbest bir toplu gönderim yoktur: müşteri size yazmadıysa yalnızca önceden onaylanmış şablon mesajlar gönderilebilir ve bu gönderimler ücretlidir. E-posta tarafında yeni bir gönderim alan adı kullanılacaksa hacim kademeli artırılır, aksi halde mesajlar spam klasörüne düşer. Son olarak: otomasyon kötü bir teklifi iyi yapmaz, zayıf bir ürün sayfasını kurtarmaz ve dönüşüm oranınız için bir sayı vaat etmiyoruz. Verdiğimiz söz, doğru anda ve izinli biçimde temas kurulmasıdır.
Sepet terki, ilk sipariş sonrası ilgi ve alışveriş sıklığının düşmesi ölçülebilir anlardır ve akışa bağlanabilir. Gönderim hacminin yüksek olduğu bu yapılarda kazanç, daha çok mesaj göndermekten değil; doğru kişiye doğru anda gönderip geri kalan herkesi rahat bırakmaktan gelir. Listeden çıkış oranı da bu yüzden akışın başarı ölçüsü sayılır ve düzenli izlenir.
Teklif ile sipariş arasında aylar geçen işlerde asıl mesele adayı sıcak tutmaktır. Katalog indiren, fiyat sayfasına geri dönen veya numune isteyen kişi puanlanır; eşik aşıldığında satış temsilcisine devredilir. Böylece satış ekibi ilgisiz listelerle değil, hareket gösteren adaylarla ilgilenir. Puanlama kuralları satış ekibiyle birlikte yazılır, çünkü hangi davranışın gerçekten anlamlı olduğunu onlar bilir.
Garanti kaydı, periyodik bakım zamanı, sarf malzemesi ömrü ve kampanya katılımı hatırlatmaya uygun olaylardır. Bu firmalarda otomasyon satıştan çok sahiplik dönemini yönetir; bayi ilişkisini bozmadan son kullanıcıyla düzenli, faydalı bir temas kurar ve servise dönüşü artırma imkânı verir. Hatırlatmanın zamanı ürünün gerçek kullanım ömrüne göre belirlenir, takvimin kolayına göre değil.
İletişimi bir veya iki kişinin yürüttüğü yapılarda her gönderim ayrı bir projeye dönüşür ve süreklilik kaybolur. Bir kez kurulan yaşam döngüsü akışları arka planda çalışmaya devam eder; ekip gönderim hazırlamak yerine akışları izlemeye ve iyileştirmeye zaman ayırır. Yeni bir kampanya fikri çıktığında sıfırdan başlamak yerine mevcut akışın üzerine eklenir.
| Yetenek | Ne sağlar |
|---|---|
| Akış motoru: tetikleyici, koşul ve bekleme | Akışlar bir olayla başlar, koşullara göre dallanır ve belirlenen sürelerde bekler. Müşteri arada satın alır veya destek talebi açarsa akış durdurulabilir; aynı kişinin birden fazla akışta çakışması engellenir. Akışlar yazılı kural olarak da saklanır, böylece bir yıl sonra kimin neyi neden aldığı okunabilir kalır. Akışa girecek ve giremeyecek kitleler kural olarak tanımlanır. Test kaydıyla akışın tamamı canlıya alınmadan adım adım denenir. |
| E-posta, SMS ve WhatsApp yürütmesi | E-posta gönderimi kendi alan adınız üzerinden SPF, DKIM ve DMARC kayıtlarıyla kurulur. SMS operatör servisleriyle, WhatsApp ise WhatsApp Business Platform üzerinden onaylı şablonlarla çalışır. Kanal seçimi akış içinde koşula bağlanır: maliyeti yüksek kanal yalnızca gerçekten gerektiğinde devreye girer. Gönderim sonuçları, hatalar ve geri dönen adresler kaynağına göre ayrıştırılarak raporlanır. Alan adı itibarını korumak kanal kurulumunun ayrılmaz parçasıdır. |
| Terk edilmiş sepet ve göz atma akışları | Sepetini bırakan veya bir ürünü tekrar tekrar görüntüleyen ziyaretçi için zamanlaması ayarlanabilen akışlar kurulur. Sepetin içeriği mesaja taşınır, stok durumu kontrol edilir ve tükenmiş üründe akış durdurulur. İndirim eklenip eklenmeyeceği kural olarak yönetilir; her terk edilen sepete indirim vermek marjı sessizce eritir. Akışın kaç adımdan oluşacağı ve hangi aralıklarla çalışacağı sizin ürün grubunuza göre ayarlanır. |
| Yaşam döngüsü kampanyaları | Hoş geldin, ilk sipariş sonrası, ürün kullanım desteği, yeniden sipariş zamanı ve yeniden kazanım akışları müşterinin bulunduğu aşamaya göre kurgulanır. Aşamalar sizin ürününüzün gerçek kullanım ritmine göre belirlenir; tüketim süresi altı ay olan bir üründe otuz günlük hatırlatma yalnızca rahatsız eder. Her akış tek başına ölçülür, böylece işe yaramayan bir adım kapatılabilir. Aşamalar arası geçişler de kayıt altında tutulur. |
| Puanlama (lead scoring) ve satışa devir | Hangi davranışın ne kadar ilgi anlamına geldiği birlikte tanımlanır: fiyat sayfası ziyareti, katalog indirme, numune talebi, e-postaya yanıt. Puan eşiği aşıldığında kayıt CRM'e düşer ve bir temsilciye atanır. Devir tek yönlü değildir; satış kaydı kapattığında ilgili akışlar da buna göre durur. Puan kuralları zamanla değişir; bu yüzden eşikler panel üzerinden ayarlanabilir bırakılır. Devredilen kayıtla birlikte davranış geçmişi de temsilciye gider. |
| A/B testi ve ölçüm | Başlık, gönderim saati, kanal ve akıştaki bekleme süresi karşılaştırmalı olarak test edilir. Ölçüm açılma ve tıklanma ile bitmez; akışın siparişe, teklife veya randevuya ne ölçüde dönüştüğü de izlenir. Yeterli örnek toplanmadan sonuç ilan edilmez; küçük listelerde test etmek her zaman anlamlı olmayabilir. Test edilen değişiklik yazılı olarak kaydedilir, sonuçlar birbirinin üstüne yazılmaz. |
| İzin yönetimi ve gönderim disiplini | İzin kaynağı ve tarihi kayıt altındadır; çıkış talebi tüm akışlarda anında geçerli olur. Frekans sınırı, sessiz saat ve kanal başına üst sınır tanımlanabilir, böylece aynı kişiye aynı hafta beş ayrı akıştan mesaj gitmez. İYS tarafındaki onay ve ret durumları senkron tutulur. Gönderim kayıtları denetlenebilir biçimde saklanır ve gerektiğinde dışa aktarılır. Şikâyet ve geri bildirimler de aynı kayıtta izlenir. |
Bugün hangi mesajın kime, hangi araçla ve hangi listeyle gittiğini çıkarırız. Ardından hangi olayların hangi sistemden alınabildiğine bakarız: sipariş, sepet, servis kaydı, site davranışı. Veri yoksa akış da yoktur; bu adım kurulacak akışların gerçekçi sınırını belirler. Bu adımda mevcut listelerin izin durumu da gözden geçirilir, çünkü kirli bir liste akışın ilk gününde sorun çıkarır.
Müşterinin ilk temastan tekrar siparişe kadar geçtiği aşamalar çıkarılır; her aşamaya hangi mesajın, hangi kanaldan ve ne kadar bekleyerek gideceği yazılı olarak tasarlanır. Kaç akışla başlanacağına burada karar verilir; üç dört akışla başlamak, on akışla başlamaktan neredeyse her zaman daha iyi sonuç verir.
Olay toplama bağlanır, izin kayıtları ve çıkış listesi devreye alınır, e-posta alan adı için SPF, DKIM ve DMARC ayarlanır, SMS ve WhatsApp şablonları hazırlanıp onaya gönderilir. Şablon onayı ve alan adı ısınması dış tarafa bağlı olduğu için takvimde ayrı süre ayrılır.
Önce sınırlı bir kitleyle az sayıda akış çalıştırılır. Gönderim hacmi kademeli artırılır, teslim edilebilirlik ve çıkış oranları izlenir, metinler ile zamanlama düzeltilir. Bu dönem çoğu projede üç ila altı hafta sürer ve amacı yüksek sonuç almak değil, akışın doğru çalıştığını doğrulamaktır.
Doğrulanan akışlar çoğaltılır, puanlama eşikleri satış ekibiyle birlikte ayarlanır. Akışların nasıl düzenleneceği, şablonun nasıl güncelleneceği ve raporun nasıl okunacağı ekibinize aktarılır ve yazılı bırakılır. Canlıda gönderim hataları ve tıkanan akışlar izlenir; sessiz kalan bir akış fark edilmeden kalmaz. Yeni ürün veya yeni kanal eklendiğinde akışlar buna göre genişletilir. Ölçüm raporu düzenli aralıklarla birlikte gözden geçirilir.
Hazır araç gönderimi yapar; asıl darboğaz veridir. Sepet terki, sipariş durumu, servis kaydı ve site davranışı araca düzenli akmıyorsa geriye yine elle hazırlanan listeler kalır. Yaptığımız iş çoğu zaman aracı çöpe atmak değil, onu sizin sistemlerinize bağlamak ve akışları veriye dayandırmaktır. Aracın sınırları işinize yetmiyorsa gönderim katmanını da kendimiz kurarız; bu karar keşifte, ölçüye bakarak verilir.
CDP kimin kim olduğunu belirler: farklı sistemlerdeki kayıtları tek kimlikte birleştirir, izin durumunu taşır ve segment üretir. Pazarlama otomasyonu (MAP) ise bu segmentlerle ne yapılacağını yürütür: mesajı, akışı, zamanlamayı ve kanalı çalıştırır. İkisi ayrı ayrı da kurulabilir; birlikte kurulduklarında segment değiştiği anda akış da doğru kişiye çalışır. Kurulumları ve maliyetleri farklı olduğu için ayrı sayfalarda anlatıyoruz.
Yazılım süreci ve kaydı yürütür: izin kaynağını ve tarihini tutar, çıkış taleplerini tüm akışlarda anında uygular, İYS'deki onay ve ret durumlarıyla senkron çalışır ve gönderim kayıtlarını denetlenebilir biçimde saklar. Ancak hangi iletinin ticari sayıldığı, hangi onayın geçerli olduğu ve mevzuat karşısındaki sorumluluk hukuki değerlendirme konusudur ve gönderici firmaya aittir. Bu ayrımı baştan yazıyoruz, çünkü sonradan tartışılması pahalıya mal olur.
Bir sayı vermiyoruz ve veren teklife temkinli yaklaşmanızı öneririz. Sonuç ürününüze, fiyatınıza, listenizin büyüklüğüne ve izinli oranına, ayrıca sitenizin satın alma akışının kalitesine bağlıdır; bunların çoğu otomasyonun dışında kalır. Söz verebileceğimiz şey ölçülebilirliktir: hangi akışın kaç kişiye ulaştığı, kaçının etkileşime girdiği ve kaçının siparişe döndüğü ilk günden itibaren izlenir. Sonuç zayıfsa onu da aynı panelde görürsünüz.
Hayır. WhatsApp Business Platform'da müşteri size yazmadıkça yalnızca önceden onaylanmış şablon mesajlar gönderilebilir; şablonlar onaydan geçer, kategorilere ayrılır ve gönderimler ücretlidir. Müşteri yanıt verdiğinde açılan sınırlı süreli pencerede daha serbest yazışılabilir. Kişisel numara üzerinden toplu gönderim yapan çözümler hesabın kapanmasına yol açabilir; bu yolu önermiyoruz ve kurulumu resmî platform üzerinden yaparız.
Bu sayfa yazılım tarafını anlatıyor: akış motoru, veri bağlantısı, kanal kurulumu ve ölçüm. Reklam yönetimi, SEO ve içerik üretimi ayrı hizmet başlıklarımızdır ve kendi sayfalarında anlatılır. İkisi birbirini besler: reklam ve içerik yeni kişileri getirir, otomasyon gelen kişiyle ilişkiyi sürdürür. İsterseniz iki taraf tek ekiple yürütülür, isterseniz yalnızca yazılım kurulumunu yapar, iletişimi siz yönetirsiniz.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Eğitim kataloğunu, kime hangi eğitimin zorunlu olduğunu, kimin tamamladığını ve sertifikanın ne zaman geçerliliğini yitireceğini tek yerde toplayan bir eğitim yönetim sistemi (LMS) kurarız. İSG ve kalite eğitimlerinin kaydı denetim istendiğinde saatler içinde değil, tek ekranda çıkar.
Detay →Şirket hedefini takım ve kişi hedefine bağlayan, dönem sonunda değerlendirmeyi hafızaya değil kayda dayandıran bir sistem kurarız. Hedef yönetimini OKR ile, bireysel değerlendirmeyi performans yönetim sistemiyle (PMS) yürütür; ikisini birbirine karıştırmadan aynı platformda yan yana tutarız.
Detay →Logo, Mikro veya Netsis yerine geçmeyiz. Cari, banka, kasa, çek-senet, masraf ve nakit akışını muhasebe programınızın yanında toplayan; tahsilat, ödeme ve onay süreçlerini kurallara bağlayan bir finans katmanı kurarız. Kayıt yine muhasebede tutulur, görünürlük ve süreç bu katmanda çalışır.
Detay →Bütçeyi Excel dosyalarından çıkarıp versiyonlanan, sahibi belli ve gerçekleşenle otomatik karşılaştırılan bir sisteme taşırız. Ay kapandığında fark raporu elle hazırlanmaz; sapma nedeni kaydedilir, tahmin güncellenir ve yönetim paketi aynı sayılarla üretilir. Hedef daha çok rapor değil, hedefe göre nerede olduğunuzu tartışmasız tek bir sayıyla görmektir.
Detay →API'si olmayan eski sistemlerde, insanın ekranda yaptığı tekrar eden adımları üstlenen yazılım robotları kuruyoruz. Robot kendi kullanıcı hesabıyla ve takvime bağlı çalışır; beklenmedik bir durumda tahmin yürütmez, durur ve işi ekran görüntüsüyle birlikte insana devreder.
Detay →Süreçlerinizin envanterini çıkarır, gerçek hâllerini BPMN 2.0 ile haritalar, her birine bir sahip ve bir ölçü tanımlarız. Ardından bir süreç motoru (BPMS) üzerinde işletir; çevrim süresini, bekleme noktalarını ve darboğazı ölçeriz. Tek bir akış yeterliyse bunu da açıkça söyleriz.
Detay →
