Dönüşüm Takip Planı Nasıl Hazırlanır? Uygulama Rehberi
Dönüşüm takip planı, kampanya başlamadan önce hedef aksiyonları ve bunların ölçüm zincirini tek bir tabloda kurmanızı sağlar. En pratik yöntem; her hedefi ayrı satıra yazmak, aksiyonun kaynağını, olay veya tetikleyicisini, sorumlu sistemi ve işletme kaydını belirtmektir.
Planın işe yarayıp yaramadığını anlamak için her satıra bir test adımı, beklenen sonuç ve kanıt alanı ekleyin. Platform kaydı ile işletme kaydı eşleşmiyorsa revizyon yapın; test başarısızsa kampanyayı erteleyin; tüm kritik aksiyonlar kanıtla doğrulanıyorsa planı kabul edin.
🎯 Dönüşüm takip planı hangi kararı kolaylaştırır?
Bu planın temel sorusu şudur: Kampanya hangi kullanıcı aksiyonunu başarı olarak sayacak ve bu aksiyon nasıl kanıtlanacak? Sadece bir analiz aracında olay görünmesi, tek başına dönüşüm zincirinin tamamlandığını göstermez. Ölçümün işletme açısından anlamlı bir kayda da bağlanması gerekir.
Plan üç kararı birbirinden ayırır. Beklenen olay ve işletme karşılığı kanıtlanmışsa kabul, kanıt eksikse revizyon, testte kritik bir başarısızlık varsa erteleme uygulanır. Böylece teknik bir kayıt ile gerçek iş aksiyonu aynı şeymiş gibi değerlendirilmez.
Örneğin form gönderimi analiz sisteminde görünürken CRM kaydı oluşmuyorsa sorun ölçüm zincirindedir. Telefon bağlantısına tıklama kaydı bulunuyor ancak gerçek arama için doğrulama yoksa bu aksiyon henüz kabul edilmeye hazır değildir. Karar, varsayıma değil gözlenebilir kanıta dayanmalıdır.
🔗 Planı doldurmak için hangi girdiler gerekir?
İlk girdi kampanya hedefidir. Başvuru toplamak, telefon görüşmesi almak ve çevrim içi satış gerçekleştirmek farklı hedeflerdir; her biri ayrı bir ölçüm akışı olarak ele alınmalıdır. “Etkileşimi artırmak” gibi geniş ifadeler, tek başına test edilebilir dönüşüm tanımı oluşturmaz.
İkinci girdi kullanıcı akışıdır. Kullanıcının hangi kaynaktan geldiğini, hangi sayfayı ziyaret ettiğini, hangi butona bastığını, formu gönderip göndermediğini veya ödeme sürecini tamamlayıp tamamlamadığını sırayla yazın. Bu sıra, olay ve tetikleyici seçimini kolaylaştırır.
Üçüncü girdi mevcut analiz, reklam veya CRM kayıtlarıdır. Hangi sistemin hangi bilgiyi tuttuğu bilinmeden sorumlu sistem alanı doğru doldurulamaz. Dördüncü girdi ise kurmaca test verisidir. Test tarihi, aksiyon, beklenen kayıt ve gözlenen sonuç gibi bilgiler yöntemi gösterebilir; gerçek performans verisi gibi sunulmamalıdır.
Planı bir kampanya yönetimi kararıyla birlikte kullanıyorsanız, daha geniş değerlendirme ölçütleri için Dijital Reklam Yönetimi Seçerken Nelere Dikkat Edilmeli? içeriğine başvurabilirsiniz. Bu bağlantı, dönüşüm takip planının yerine geçmez; farklı bir karar alanına yönlendirir.
🧪 Hedef aksiyonları ve ölçüm sahiplerini yazma
Önce kampanyanın karar vermek istediği kritik aksiyonları listeleyin. Form gönderimi, telefon araması ve satın alma aynı satırda toplanmamalıdır. Bu aksiyonların kullanıcı akışı, tetikleyicisi, işletme kaydı ve test yöntemi farklıdır.
Aksiyon adı herkesin anlayabileceği şekilde yazılmalıdır. “Form gönderildi”, “Telefon görüşmesi doğrulandı” veya “Sipariş tamamlandı” gibi adlar, teknik kodlardan daha açıklayıcıdır. Adın amacı raporu açan kişinin hedefi ek açıklama olmadan anlamasını sağlamaktır.
Sorumlu sistem alanında yalnızca bir platform adı yazmak yerine sistemlerin görevini ayırın. Analiz platformu teknik olayı, CRM başvuru kaydını, satış sistemi siparişi tutabilir. Bir dönüşüm birden fazla sistem gerektiriyorsa her sistemin zincirdeki rolü belirtilmelidir.
Bu aşamada “hangi sistem kaydı oluşmalı?” sorusunu “hangi sonuç gerçekleşti?” sorusundan ayrı düşünün. Sistem kaydı, ölçümün teknik kanıtıdır; işletme kaydı ise aksiyonun operasyonel karşılığıdır. İkisinin kapsamı aynı değilse kabul kararı vermeden önce fark açıklanmalıdır.
✅ Kaynak, olay ve işletme kaydını eşleştirme
Kaynak alanı kullanıcının kampanyaya hangi girişten geldiğini gösterir. Kampanya, reklam grubu, kanal veya yönlendirme gibi sınıflandırmalardan hangisi kullanılıyorsa tabloda aynı sınıflandırmayı koruyun. Kaynak adları raporlama sistemindeki adlandırmayla çelişmemelidir.
Olay veya tetikleyici, dönüşümün hangi hareketle kayda alınacağını açıklar. Form için gönderim yanıtı veya başarı mesajı, satın alma için ödeme sonrası tamamlanma durumu, telefon için bağlantıya dokunma ve ayrıca gerçek arama doğrulaması ayrı kontroller olarak yazılabilir.
Telefon akışında kritik ayrım şudur: bağlantıya dokunmak, arama başlatmak ve işletme tarafından doğrulanabilir bir görüşme gerçekleşmesi aynı olay değildir. Bu nedenle telefon satırında yalnızca tıklama olayını yeterli kabul etmeyin. Doğrulama yöntemi önceden belirlenemiyorsa kanıt alanını eksik bırakın ve kabul kararı vermeyin.
İşletme kaydı, ölçüm platformundan bağımsız kontrol noktasıdır. Formda CRM kaydı, satın almada sipariş kaydı kullanılabilir. Telefon için ise işletmenin gerçekten erişebildiği arama kaydı veya kurum içinde tanımlanmış teyit notu gerekir. Böyle bir karşılık yoksa “doğrulandı” sonucu yazılmamalıdır.
🗂️ Her dönüşüm için test senaryosu oluşturma
Test senaryosu, kampanya trafiğini beklemeden ölçüm zincirini kontrol etmeyi sağlar. Her senaryoda başlangıç kaynağı, izlenecek adımlar, beklenen platform kaydı ve işletme tarafındaki karşılık yer almalıdır.
Kurmaca bir form senaryosunda kullanıcı kampanya açılış sayfasına gelir, formu doldurur ve onay mesajını görür. Beklenen sonuç, ilgili olayın oluşması ve aynı test başvurusunun CRM kaydında görünmesidir. Buradaki kullanıcı, kayıt ve sonuçlar yalnızca yöntemi açıklamak için kurmacadır.
Satın alma senaryosunda test ödeme akışı tamamlanır. Ardından tamamlanma olayının ve sipariş kaydının aynı testi gösterip göstermediği kontrol edilir. Telefon senaryosunda ise mobil bağlantıya dokunma, arama başlatma ve işletme tarafındaki teyit ayrı ayrı yazılmalıdır.
Kanıt alanına gerçekten elde edilen test notu, işlem kimliği, ekran görüntüsü veya kurumun kullandığı başka bir doğrulama kaydı eklenebilir. Mevcut olmayan bir kanıtı varmış gibi yazmayın. Kanıt yalnızca olayın oluştuğunu değil, doğru aksiyon ve doğru kaynakla eşleştiğini de göstermelidir.
🎯 Kurmaca planı karar kurallarıyla inceleme
Aşağıdaki tablolar, kampanya başlamadan önce kullanılabilecek kurmaca bir dönüşüm takip planını gösterir. Kampanya, sistem, kayıt ve test sonuçları gerçek bir işletmeye ait değildir. Amaç, tablonun hangi sırayla doldurulacağını ve kararın nasıl verileceğini açıklamaktır.
İlk tabloda hedef aksiyonun ölçüm zinciri kurulur. İkinci tabloda test sonucu, kanıt ve karar değerlendirilir. Telefon satırında arama karşılığı eksik olduğu için karar “Erteleme” olarak verilmiştir. Bunun nedeni yalnızca ek açıklama ihtiyacı değil, kritik doğrulama adımının testte tamamlanmamış olmasıdır.
Revizyon ile erteleme arasındaki ayrım şöyle uygulanabilir: Kanıtın biçimi veya alanı eksikse, ancak kritik test akışı başarılı biçimde çalışıyorsa revizyon yapılır. Kritik testin kendisi başarısızsa ya da işletme karşılığı doğrulanamıyorsa kampanya yayınlanmadan önce erteleme kararı verilir. Tüm kritik aksiyonlar beklenen kayıtlarla eşleşiyorsa kabul seçilir.
Bu kararlar kampanyanın kesin performansını göstermez. Yalnızca kampanya başlamadan önce ölçüm zincirinin yeterli kanıtla kontrol edilip edilmediğini ifade eder. Kurmaca tablolardaki kabul kararı da gerçek sonuç garantisi değildir.
| Hedef aksiyon | Aksiyon adı | Kaynak | Olay/tetikleyici | Sorumlu sistem | İşletme kaydı |
|---|---|---|---|---|---|
| Başvuru toplamak | Form gönderildi | Kurmaca kampanya açılış sayfası | Başarı mesajı görüntülendi ve gönderim yanıtı alındı | Analiz platformu ve CRM | Kurmaca test başvuru kaydı |
| Telefon görüşmesi almak | Telefon görüşmesi doğrulandı | Kurmaca mobil reklam | Telefon bağlantısına dokunma; gerçek arama teyidi ayrıca kontrol edilir | Analiz platformu ve işletme telefon kaydı | Kurmaca arama teyit notu |
| Satın alma | Sipariş tamamlandı | Kurmaca ürün kampanyası | Ödeme sonrası tamamlandı durumu | Analiz platformu ve satış sistemi | Kurmaca sipariş kaydı |
| Hedef aksiyon | Test adımı | Beklenen sonuç | Kanıt | Karar |
|---|---|---|---|---|
| Başvuru toplamak | Test formu doldurulur ve onay mesajı kontrol edilir | Olay oluşur ve test başvurusu CRM kaydında görünür | Kurmaca test işlem notu ve eşleşen kayıt | Kabul |
| Telefon görüşmesi almak | Mobil cihazdan bağlantı kullanılır; arama teyidiyle karşılaştırılır | Tıklama kaydı ve doğrulanabilir gerçek arama karşılığı birlikte oluşur | Kurmaca test notunda arama karşılığı bulunmuyor | Erteleme |
| Satın alma | Test ödeme akışı tamamlanır ve sipariş kaydı kontrol edilir | Tamamlanma olayı ile sipariş kaydı aynı testi gösterir | Kurmaca işlem kimliği ve sipariş karşılığı | Kabul |
🔗 Yayın öncesi takip planını güncelleme kuralları
Kampanya yayına alınmadan önce planı yeniden okumak, son dakika değişikliklerini yakalamaya yardımcı olur. Açılış sayfası, form alanları, ödeme adımı, telefon bilgisi, CRM yapısı veya kaynak sınıflandırması değiştiyse ilgili satırlar yeniden kontrol edilmelidir.
Bir aksiyonun adı değiştiğinde eski ve yeni kayıtların aynı hedef altında birleştirilip birleştirilemeyeceğini ayrıca değerlendirin. Kaynak yapısı değiştiğinde test senaryosunu tekrarlayın. İşletme kaydı artık platform kaydıyla aynı kapsamı göstermiyorsa kabul yerine revizyon veya erteleme kararı verin.
Yayın öncesi son kontrol sırası şu şekilde olabilir: hedef aksiyonu tanımla, kaynak ve tetikleyiciyi eşleştir, sorumlu sistemi yaz, işletme kaydını belirle, test adımını uygula, kanıtı ekle ve kararı ver. Bu işlem, planın kampanya yapısıyla uyumlu kalmasını sağlar.
Bu rehberin odağı kampanya başlamadan önce ölçüm zincirini kurmaktır. Kampanya sonrasında yeni bir değişiklik yapılırsa aynı kontrol mantığı yeniden uygulanabilir; ancak değişiklik yokken gereksiz yere yeni hedefler eklenmemelidir.
Sık sorulan sorular
Bir dönüşüm aksiyonu ne zaman ayrı satır olmalı?
Aksiyonun akışı, tetikleyicisi, sorumlu sistemi veya işletme kaydı farklıysa ayrı satır açılmalıdır. Form, telefon ve satın alma genellikle ayrı değerlendirilir.
Bir olayın dönüşüm olarak kabul edilmesi için ne gerekir?
Olayın doğru aksiyon ve kaynakla oluşması, beklenen sistem kaydının görünmesi ve mümkünse işletme kaydıyla eşleşmesi gerekir. Bu kanıtlar yoksa kabul kararı verilmemelidir.
Telefon bağlantısına tıklamak arama dönüşümü sayılır mı?
Tek başına sayılmayabilir. Tıklama, aramanın başlatıldığını; işletme tarafındaki doğrulama ise görüşme karşılığını gösterir. Plan bu iki adımı ayrı belirtmelidir.
Revizyon ile erteleme arasındaki fark nedir?
Kanıt veya alan bilgisi eksikse revizyon yapılır. Kritik test başarısızsa ya da işletme karşılığı doğrulanamıyorsa kampanya ölçüm düzeltilene kadar ertelenir.
Kurmaca test verisi karar vermek için yeterli midir?
Kurmaca veri yalnızca tablonun nasıl kullanılacağını gösterir. Gerçek kampanya kararı için uygulanan testten elde edilen gerçek kayıt ve kanıtlar gerekir.
Sonuç
Dönüşüm takip planı hazırlamak için önce kampanyanın kritik hedef aksiyonlarını ayrı satırlara yazın. Her aksiyonu kaynak, olay veya tetikleyici, sorumlu sistem ve işletme kaydıyla eşleştirin; ardından test adımı, beklenen sonuç ve kanıt alanlarını doldurun. Platform kaydı ile işletme kaydını karşılaştırdıktan sonra karar verin: kanıt eksikse revizyon, kritik test başarısızsa erteleme, tüm kritik aksiyonlar doğrulanmışsa kabul. Bu yaklaşım genel bir yöntemdir; teknik uygulama ayrıntıları kullanılan sistemlere göre ayrıca doğrulanmalıdır. Görülen toplamları paylaş veya oran hesapla gibi bir ihtiyaç varsa pay, payda ve belirsiz kayıtların dahil edilme kuralı açıkça yazılmalı; kurmaca veriler gerçek performans göstergesi sayılmamalıdır.


