Otomasyona alınacak davranışı ve hedefi seçin
Pazarlama otomasyonu planlaması için ilk pilotu açık bir davranış ve iş amacı etrafında seçin. Genel olarak daha çok satış demek akış tasarlamaya yetmez. Yeni abonenin hizmeti anlaması, uygun talebin satışa yönlenmesi veya yarım kalan alışverişe yardım edilmesi farklı işlerdir. Önce hangisinin veri ve sahibi hazır olduğunu değerlendirin.
Bir akış satırına hedef, giriş olayı, hedef kitle, iletişimin nedeni ve çıkış durumunu yazın. Aynı şeyi elle yapan ekipten mevcut süreci anlatmasını isteyin. Eksik süreç tanımını yazılımla otomatikleştirmek hatayı hızlandırabilir. İlk pilot, kontrollü senaryolarla doğrulanabilecek kadar dar ve işletme için anlamlı olacak kadar somut olsun.
Başarı sorusunu da baştan belirleyin. Bir mesajın planlanması, kişinin yararlı bir sonraki adıma ulaşması ve kaynak sistemde iş sonucunun oluşması farklı gözlemlerdir. Pilot için hangi soruya cevap aradığınızı yazın. Otomasyonun kurulmasıyla satışın garanti edileceği veya belirli bir gelir artışı oluşacağı sonucuna varmayın.
Davranışı seçin
Tek bir başlangıç olayını tanımlayın; benzer ekran hareketlerini aynı iş davranışı diye birleştirmeyin.
Yardımı açıklayın
Kişinin o anda hangi bilgiye ihtiyacı olduğunu yazın. Mesajın amacı konu satırından önce belli olsun.
Durma koşulunu koyun
Hedef gerçekleştiğinde, uygunluk değiştiğinde veya kayıt hatalı olduğunda ne olacağını belirtin.
Veri kaynağı ile iletişim iznini kontrol edin
Otomasyonun veri ve izin tasarımı tetikleyicinin hangi sistemden geldiğini ve iletişimin hangi amaçla uygun olduğunu birlikte değerlendirmelidir. Kişiyi tanıyabiliyor olmak her mesajı gönderebilme yetkisi vermez. İletişim tercihi, abonelik durumu ve gerekli izin kanıtının kaynağı belli olsun. Yasal gereksinimler kullanım amacı ve ilgili koşullara göre ayrıca değerlendirilir.
Kaynak olayın gecikmesi, eksik alan ve değişen CRM durumu için davranış yazın. Aynı tercih farklı araçlarda tutuluyorsa hangi kaydın esas alınacağını belirleyin. Güncel olmayan kopyanın akışı başlatması veya sürdürmesi kabul sorunudur. Mesaj uygunluğu kişi akışa girerken ve sonraki ilgili adımda yeniden değerlendirilmeli; yalnızca ilk kontrolün sonsuza kadar geçerli olduğu varsayılmamalıdır.
Otomasyon aracının gerekli iletişim verisi ile Analytics ölçüm yükünü ayrı tutun. E-posta, telefon veya serbest müşteri mesajını olay parametresine eklemeyin. Paylaşılan kanıtta hangi alanın hangi sisteme gideceğini kontrollü etiketlerle gösterin. Bir platform bağlantısının kurulması veri sözlüğü, izin uygunluğu ve kişisel veri kapsamının incelendiğini göstermez; alan kararının sahibi ayrıca belirtilmelidir.
OKUMADAN SONRAKİ ADIMA
İlk pilotun gerçekten hazır olup olmadığını görelim
Hedef davranışınızı ve kişisel verilerden arındırılmış akış taslağını paylaşın. Veri, çıkış, kabul senaryosu ve bakım kapasitesini birlikte değerlendirelim.
Segment, öncelik ve akıştan çıkışı tanımlayın
Segment ve akış yönetimi için segmentin sahibi, güncellenme yolu ve dışarıda kalma koşulu tanımlı olmalıdır. Etiketli müşteriler gibi geniş bir ad yeterli değildir. Hangi kaynaktaki hangi durumun kişiyi uygun yaptığını yazın. Bir CRM aşaması değişince segmentin ne zaman değişeceğini ve bekleyen iletişime etkisini belirleyin.
Aynı kişi iki kampanyaya uygun olduğunda hangi amaç öne geçecek? Bir satış görüşmesi sürerken genel talep akışı duracak mı? Satın alma sonrası yardım ile satın almadan önce hatırlatma çakışırsa ne yapılacak? Öncelik kuralını araç varsayılanına bırakmadan iş sahibinin kararıyla kaydedin. Sıklık sınırının hangi mesaj sınıfında geçerli olduğu da açık olsun.
Çıkış, mesajın sonuna ulaşmakla sınırlı değildir. Hedefin gerçekleşmesi, tercih değişimi, talebin satış tarafından reddedilmesi veya kaynak verinin geçersizleşmesi akışı değiştirebilir. Her bekleme adımından sonraki yeniden değerlendirmeyi inceleyin. Bir koşulun adının görünmesi uygulandığını kanıtlamaz; kontrollü profilin uygunluk değişimini kabul senaryosunda göstermelisiniz.
| Durum | İş kararı | Kabul kanıtı |
|---|---|---|
| İki akışa uygun kişi | Amaç önceliği ve sıklık sınırı | Planlanan sonraki iletişim çakışmaz. |
| Hedef gerçekleşti | İlgisiz hatırlatma sona erer | Bekleyen adım yeniden koşul kontrolü yapar. |
| Tercih değişti | İlgili iletişim uygunluğu güncellenir | Eski segment kopyası mesajı sürdürmez. |
Test profili ve kabul senaryolarını hazırlayın
Otomasyon kabul planı kontrollü profiller, önizlemeler ve kapalı test akışlarıyla hazırlanmalıdır. Kişi olaydan önce, olaydan sonra ve bekleme sırasında farklı durumlara geçsin. Örnek profilin hangi koşulu temsil ettiğini yazın. Her örnekte giriş durumu, beklenen sonraki adım ve engellenmesi gereken yol birlikte kaydedilsin; gözlem bu beklentiyle karşılaştırılsın.
Olumlu senaryonun yanında izin bulunmayan profil, eksik veri, yinelenen olay ve beklerken hedefi gerçekleştiren kişi için beklenen çıktıyı yazın. Önizleme yalnızca metni gösteriyorsa giriş veya çıkış davranışı için kanıt sayılmasın. İçerik, uygunluk kararı ve teslim için farklı kabul kayıtları gerekebilir. Her bulgunun düzeltme ve yeniden kontrol sahibi olsun.
Test kaydı; başlangıç verisi, koşul, beklenen adım, gözlenen plan, karar ve açık bulgudan oluşsun. Araçta etkin bir akış bulunması bütün senaryoların geçtiğini göstermez. Test ortamının canlı hedeflere bağlı olmadığını yetkili uygulayıcı doğrulamalıdır. Yayın kararını vermeden önce açık kritik hataları ve eksik kanıtı görünür bırakın.
Araç limitini ve bakım kapasitesini değerlendirin
Otomasyon uygulamasının kapsamı araç limiti, bütçe ve bakım kapasitesiyle birlikte seçilmelidir. Hesap planında profil, olay, gönderim veya entegrasyon sınırı varsa güncel koşullarını araç sahibinden doğrulayın. Limitin kaynağını, kontrol tarihini ve pilotun beklenen yükünü kaydedin. Bir sınır aşıldığında hangi işlemin bekleyeceğini veya duracağını açıklayın; lisans varlığı bu davranışın kabulü değildir.
Akışın veri kaynağına, ürün kataloğuna ve satış durumuna bağımlılıklarını kaydedin. Bir bağlantı kapandığında bakım sahibinin hangi uyarıyı göreceği belli olsun. İçerik değişikliği, segment güncellemesi ve teknik hata farklı görevlerdir. Tek kişiye hepsini ismen atamak o kişinin yeterli zamanı veya erişimi olduğunu kanıtlamaz; kapasiteyi birlikte değerlendirin.
Mevcut akışların giriş, çıkış ve bekleyen durumlarını incelemeden benzer bir akışı çoğaltmayın. Yeni kopyanın yönetim maliyetini ve bekleyen açık hataları artırıp artırmadığını değerlendirin. Bakım sahibinin değişiklikleri ayırt edebildiği bir envanter tutun. Daha fazla otomasyon kurmak yerine bakımı sürdürülebilir olan işin kabul edilmesi pilot kapsamını belirlesin.
Pilot sonucuna göre kapsamı genişletin
Pazarlama otomasyonunu genişletme kararı, pilotun kabul kaydı ve işletme sorusuyla verilmelidir. İlk hedef, davranışın doğru kişiye doğru koşulda doğru adımı hazırlamasıdır. Sonraki değerlendirme iş sonucunun nasıl gözlendiğini inceler. Platformda iletişim planlanmasıyla kaynak sistemde sonuç oluşmasını ayrı sütunlarda tutun; bunların aynı sayı olması beklenmez.
Pilot tamamlandığında açık hata, belirsiz izin, çakışan segment ve bakım yükünü gözden geçirin. Akışı açılmış diye kabul edilmiş saymayın. Yeni bir akışa geçmeden önce mevcut kararın hangi kanıtla değişeceğini belirleyin. Kaynak rapor ile platform atfı farklı sorulara yanıt verebilir; atfedilen toplamı otomatik ek gelir diye yorumlamayın.
Hazırlık dosyanız hedef, tetikleyici, veri sahibi, iletişim uygunluğu, segment, bekleme, çıkış, öncelik, test profili ve bakım sorumlusunu içersin. E-ticaret programının geniş envanteri için e-posta akışları kontrolüne geçebilirsiniz. Kapsam büyütmek, eksik hazırlığı tamamlamak yerine kullanılmamalıdır.
İlk pilotun gerçekten hazır olup olmadığını görelim
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Otomasyon için ilk olarak hangi akışı seçmeliyiz?
Veri kaynağı, iş sahibi ve çıkış koşulu açık olan sınırlı bir davranışla başlayın. Sırf yaygın diye sepet akışını seçmeyin; mevcut ihtiyacınıza ve kontrollü kabul edebileceğiniz kapsama göre pilotu belirleyin.
Lisans alınca sistem hazır olur mu?
Hayır. Lisans araç erişimi sağlar; süreç tanımı, veri kalitesi, iletişim uygunluğu ve bakım sorumluluğunu oluşturmaz. Hesabın güncel sınırlarını doğrulayın ve pilotun kabul senaryolarını uygulamadan hazır olduğunu varsaymayın.
Akışlar birbirini nasıl etkiler?
Aynı kişi birden fazla giriş koşulunu sağlayabilir. Amaç önceliği, sıklık, bekleyen adımlar ve hedef sonrası çıkışı birlikte tasarlayın. Akışları ayrı ayrı incelemek kişinin karşılaştığı toplam iletişimi göstermeye yetmez.
Test için gerçek müşteriye mesaj göndermeli miyiz?
Kontrollü profiller ve önizlemelerle başlayın; gerçek müşteriye istenmeyen test iletişimi göndermeyin. İçerik önizlemesi ile koşul davranışı farklı kanıtlardır. Bu belge hiçbir e-posta testi veya canlı gönderim yapmaz.
Akış bakımını kim üstlenmeli?
İş hedefini onaylayan bir sahip ve veri, içerik, koşul değişikliklerini inceleyecek sorumlular belirleyin. Araç erişimi, zaman ve hata takip yöntemi devirde belli olsun. İlk kurulumdan sonra sorumluluk kendiliğinden sona ermez.
KAPSAMI BİRLİKTE BELİRLEYELİM
İlk pilotun gerçekten hazır olup olmadığını görelim
Hedef davranışınızı ve kişisel verilerden arındırılmış akış taslağını paylaşın. Veri, çıkış, kabul senaryosu ve bakım kapasitesini birlikte değerlendirelim.
Otomasyon hazırlığını konuşalım