Test Oluşturucu Yazılımı

Görsel düzenleyicinin altında küçük bir yığın vardır. Bir şema soruları, yanıt seçeneklerini ve puan ağırlıklarını saklar; bir mantık katmanı dallanmayı çözer ve toplanan puanı bir kademeye çevirir; bir görüntüleme katmanı barındırılan sayfayı ya da gömülü bileşeni sunar; bir iletim katmanı da her tamamlanan yanıtı webhook'lar veya yerel bağlayıcılarla dışarı iter. Bir testi düzenlemek kodu değil bu şemadaki veriyi değiştirir; yayınlama bu yüzden anında olur ve pazarlamacı bir huniyi dağıtım beklemeden sürümleyebilir.

Araçlar esas olarak bu yığından ne kadarını açtıklarıyla ayrışır. En çok puanlamanın ifade gücü önemlidir: puanların yanıt bazında ağırlıklandırılabilmesi, kategorilere gruplanabilmesi, negatif verilebilmesi veya tavanlanabilmesi. Ardından sonuç sayfası denetimi, barındırma seçenekleri ve dışarı çıkan verinin biçimi gelir. Ödünleşim hız ile uyum arasındadır: şablona kilitli araçlar bir saatte yayına girer ama düzeni ve mantığı kısıtlar; açık araçlar daha uzun kurulum ister ve onları sürdürecek birini gerektirir.

Tipik bir kurulum şablondan başlar, soruları değiştirir, ağırlıkları atar, iki ya da üç kademe tanımlar ve trafik gelmeden lead formunu CRM'e bağlar. Sonuç sayfasını düzenlenebilir bir sayfa gibi ele alan, yalnızca eşleşen kademede görünen bölümler sunan oluşturucular, tek bir testin genel bir rapor yerine birden çok sonucu karşılamasını sağlar. Pivix böyle çalışır. Büyük düzenlemelerden önce testi sürümleyin; kampanya ortasında değişen ağırlıklar önceki ve sonraki yanıtları kıyaslanamaz kılar.

Nitelendirme modelini yazılım sağlamaz. Hiçbir düzenleyici hangi soruların iyi müşteriyi öngördüğünü bilmez; bu, geçmiş satışlarla geçmiş yanıtları karşılaştırmaktan çıkar. Testin dışına uzanan mantık, örneğin başka bir sistemde hesap sorgulamak ya da anlık fiyat hesaplamak, çoğu oluşturucunun ifade edebileceğini aşar ve özel geliştirme ister. Sağlayıcı seçimi veri sorularını da getirir: yanıtların nerede tutulduğu, ne kadar saklandığı ve tüm huninin ne kolaylıkta dışa aktarılabileceği.

Oluşturucuyu iş hacmi ve veri bütünlüğüyle ölçün. İş hacmi, bir değişikliğin talepten yayına geçme süresi ve bu değişikliklerin kaçının mühendislik olmadan çıktığıdır. Pazarlamacı bir metni değiştirmek ya da bir yanıtı yeniden ağırlıklandırmak için hâlâ talep açıyorsa, özellik listesi ne kadar uzun olursa olsun araç asıl işini yapmıyordur.

Bütünlük, yakalanan lead'lerin puan, kademe ve yanıtlarla eksiksiz biçimde CRM'e ulaşan payı ile haftalık senkronizasyon hatası sayısıdır. Bunu tam kayıtların toplam tamamlamaya oranı olarak izleyin. Buna barındırılan sayfanın mobil yüklenme süresini de ekleyin; görüntüleyici doğrudan başlatma oranınızın önünde durur ve yavaş bir gömülü bileşen ziyaretçiyi ilk sorudan önce kaybettirir.

Ekipler çoğu kez soru tiplerine ve görsel cilaya bakarak seçer; sonra aracın yanıtları topladığını ama ağırlıklandıramadığını, kategoriye gruplayamadığını ya da bir kademeyi CRM seçim listesine eşleyemediğini fark eder. Satış ham yanıt satırlarını okumak zorunda kalır. Karar vermeden önce en zor nitelendirme kuralınızı deneme hesabında yeniden kurun ve oluşan kademenin CRM'e, bir atama kuralının okuyabileceği bir değer olarak ulaştığını doğrulayın.

İkinci hata, düzenleyici soru eklemeyi kolaylaştırdığı için devasa bir test kurmaktır. Yirmi soru, altı dal ve on iki sonuç varyantı test edilemez hale gelir; denenmemiş dallar da çelişkili puanlar üretir. Kademelerinizi ayıran en küçük testle başlayın, yayınlayın ve ancak eldeki yanıtlardan bir yönlendirme kararı verilemediğinde yeni soru ekleyin.