Kullanım örneklerinizden bir CDP çalışma sayfası nasıl oluşturulur?

Pazarlama teknolojisi dünyası genellikle kafa karıştırıcı bir karmaşadır. Müşteri veri platformları, veri yönetimi platformları, pazarlama otomasyon platformları ve e-posta servis sağlayıcıları tarafından sunulan hizmetler genellikle örtüşür ve neye ihtiyacınız olduğuna karar vermek zor olabilir.

Bir CDP'yi düşünüyorsanız, aralarından seçim yapabileceğiniz çok şey var ve bunların birkaç farklı çeşidi var. Herhangi bir CDP'nin benzersiz tuhaflıkları, genellikle başlangıç ​​hikayesi tarafından belirlenir. Çoğu CDP başka bir şey olarak başladı ve tam teşekküllü CDP'ler haline gelmek için ek hizmetlerle uğraştı. Bir e-posta servis sağlayıcısı (ESP) olarak başlayan, bir öneri motoru olarak başlayandan farklı bir hayvan olacaktır. Ayrıca B2B, B2C, perakende, yayıncılık vb. konulara daha fazla odaklanıp odaklanmadıkları konusunda da farklılık gösterirler.

Sisi ortadan kaldırmanın bir yolu, bu hizmetleri arka uç ve ön uç bileşenlerine göre ayırt etmektir.

Arka uç ve ön uç

Arka uç bileşenleri, müşteri verilerini toplamak, depolamak, uyumlu hale getirmek ve yönetmek için kullanılan teknik altyapıyı ve süreçleri içerir. Bu kategori genellikle veri entegrasyonu, depolama, yönetim ve güvenlik özelliklerini içerir. Arka uç bileşeni, tek bir müşteri görünümü oluşturmak için birden fazla kaynaktan farklı kayıtları birleştirmek amacıyla müşteri verilerinin doğru, eksiksiz ve erişilebilir olmasını sağlamaktan sorumludur.

Bir CDP'nin ön uç bileşeni, pazarlamacıya yönelik ve müşteriye yönelik özelliklere ayrılabilir. Pazarlamacıya dönük taraf veri görselleştirme ve raporlamayı içerirken müşteriye dönük taraf öneri motorları, ödeme duvarı yönetimi ve özel içerik gösterimlerini içerebilir.

Bazı CDP'ler neredeyse tamamen arka uçtur ve müşteriye yönelik neredeyse hiçbir ön uç özelliği yoktur. Diğer CDP'ler çok sayıda ön uç "aktivasyon" içerir. Daha karmaşık hale getirmek için, bu işlevlerin tümü bağımsız, özel hizmetlerden edinilebilir.

Bir CDP'yi değerlendirmenin püf noktası, kullanım durumlarınız için hangi bileşenlerin gerekli olduğunu ve hangilerinin CDP'nin bir parçası olması gerektiğini bulmaktır.

Örneğin, bir CDP'nin yerleşik bir ESP'si olabilir. Bu sizin için iyi bir şey olabilir veya olmayabilir. Kullanım durumlarınızdan biri, bir kullanıcı web sitenizde bir işlem yaptığı anda bir e-posta göndermenizi gerektiriyorsa, e-postayı gönderebilmek için CDP'ye veya gerçek zamanlı bir bağlantıya ihtiyacınız olacaktır. harici ESP

Bir CDP'yi bir tatil beldesi gibi düşünmeniz faydalı olacaktır. Tatil yeri sahibi, tesisin su kaydırağı gibi bazı aktiviteleri olduğunu söyleyebilmek istiyor, bu nedenle mülk üzerine jetonlu bir su kaydırağı inşa ediyor. Yolun aşağısındaki özel su kaydırağı kadar iyi olmayacak ama yolun aşağısında da değil. Tam orada tatil beldesinde.

Aynı şekilde, bir CDP'de yerleşik olan ESP, muhtemelen özel bir ESP kadar çok özelliğe sahip olmayacak, ancak bu önemli değil. Önemli olan, hangi çözümün kullanım durumlarınızın gereksinimlerini karşıladığıdır.

Daha da karmaşık hale getirmek için, bir CDP'nin işlerinin bir kısmını yapan birçok "CDP benzeri" hizmet vardır.

Bu kafa karıştırıcı karmaşada gezinmek için birkaç kullanım durumunu göz önünde bulundurun ve arka uç ile ön uç metriğinin nasıl yardımcı olabileceğini görün.

İçerik için öneri motorları

Web sitenizdeki bir makaleye özelleştirilmiş öneriler eklemek, bir ziyaretçinin markanızla olan deneyimini iyileştirebilir ve sayfa görüntülemelerini artırabilir.

Bu kullanım durumunun gerektirdiği işlevsellik, öneri motorunun hangi verileri kullanacağına bağlıdır.

Müşterinin hangi e-bültenleri aldığına veya hangi ürünlere abone olduğuna bağlı olarak (en azından kısmen) makaleler önermek istiyorsanız, ESP ve/veya sipariş karşılama sistemi ile bir arka uç bağlantısına ihtiyacınız olacak ve kullanıcının çevrimiçi profilini bu verilerle birleştirebilmeniz gerekir. Ancak, yalnızca kullanıcının web davranışına dayalı önerilerde bulunmak istiyorsanız, o arka uç işlevine ihtiyacınız yoktur ve bir CDP'ye bile ihtiyacınız olmayabilir. Birçok bağımsız öneri motoru bunun üstesinden gelebilir.

Sorulacak sorular:

• Bu kullanım durumu, arka uç veri yönetimi gerektiriyor mu?
• CDP'nin ön uç işlevi yeterince iyi mi yoksa özel bir hizmete mi ihtiyacım var?
• CDP, bu özel hizmetle entegre oluyor mu?

“Bunu satın alan müşteriler…”

Perakende alanında satıcılar, her siparişin değerini artırabilecek ürün önerileri sunmak ister.

Öneriler (en azından kısmen) müşterinin sipariş geçmişine dayanıyorsa, öneri motorunun bu arka uç verilerine ihtiyacı vardır. Öneriler yalnızca tüm müşterilerin ortalamalarına dayanıyorsa, müşterinin satın alma geçmişiyle ilgili belirli bilgiler önemsizdir.

Bir ödeme duvarını yönetme

İçeriklerinin oluşturulmasını finanse etmek için yalnızca reklam gelirlerine güvenmek istemeyen yayıncılar, bir ücret karşılığında premium içeriğe erişim sunabilir. Bu, bu içeriğe erişimi yönetmek için hesapların oluşturulmasını ve sürdürülmesini gerektirir.

Çoğu durumda, bu hesapların dergi aboneliği gibi diğer hesaplarla koordine edilmesi gerekecektir. Örneğin, bir dergi abonesi ödeme duvarını ücretsiz olarak veya indirimli bir oranda kullanabilir. Bu durumda, ödeme duvarı yönetim sisteminin dergi karşılama sisteminden gelen arka uç verileriyle entegre olması gerekecektir.

Açılış sayfası optimizasyonu

A/B veya çok değişkenli açılış sayfası testleri, bir çevrimiçi mağazanın, çevrimiçi formların ve e-bülten kayıt sayfalarının başarısını önemli ölçüde artırabilir. Bu tür testlerin oluşturulmasını ve devreye alınmasını kolaylaştıran hizmetler genellikle müşteriler ve müşteri olmayanlar arasında ayrım yapmaz ve bu çoğu durumda işe yarıyor gibi görünmektedir. Bu durumlarda, bir CDP'ye ihtiyacınız yoktur.

Ancak, müşterilerinizin ortalama bir web ziyaretçisinden önemli ölçüde farklı olduğuna inanmak için nedenleriniz varsa, farklı gruplar için farklı istatistikler göstermek üzere açılış sayfası optimizasyon hesaplamanıza ihtiyacınız olabilir.

Örneğin, tıbbi içeriğe sahip bir web sitesi, tıp uzmanlarını ve sıradan vatandaşları içeren bölünmüş bir hedef kitleye sahip olabilir. Doktorlar için yazılan bir raporun açılış sayfasındaki A/B testinin sonuçlarının, diğer herkesin nasıl yanıt verdiğine ilişkin istatistikleri içermesini istemezsiniz. Bu durumda, izleyici hakkındaki arka uç bilgileri çok önemli olabilir.

Daha derine inin: nedir CDP ve pazarlamacılara müşterilerinin gıpta ile bakılan 'tek bir görünümünü' nasıl veriyor?

Anketler

Anketler, müşterilerinizi anlamanıza yardımcı olabilir ve bu da daha iyi hizmet vermenize yardımcı olabilir. Birçok CDP anketleri yönetebilir, ancak çok az sayıda CDP özel bir anket platformunun işlevselliğiyle rekabet edebilir. Bu, potansiyel CDP satıcılarını değerlendirmenizi nasıl etkiler?

Sorulacak sorular:

• Anketlerim, arka uç müşteri verilerini dahil ederek geliştirilecek mi? (Örneğin, zaten bildiğiniz şeyleri sormamak veya farklı kitlelere farklı sorular sormamak.)
• Kademeli profil oluşturma yoluyla anket sürecini zaman içinde genişletebilmek önemli midir?

çalışma sayfası oluşturma

Umarım bu örnekler sizi biraz buna benzer bir çalışma sayfası hayal etmeye sevk etmiştir.

Bu fazlasıyla basit bir örnek, ancak bu genel fikri, bir çalışma sayfasını özel gereksinimlerinize göre özelleştirmek için kullanabilirsiniz.

Anahtar, kullanım durumlarıyla başlamak ve 3. taraf alternatiflerini de göz önünde bulundurarak bunları ön uç ve arka uç işlevleri açısından düşünmektir. Kullanım durumlarınız ne kadar çok arka uç işlevi gerektiriyorsa, bir CDP'ye o kadar çok ihtiyaç duyarsınız. Ve bu belgeyi oluşturduktan sonra, RFP/keşif sürecini çok daha kolay hale getirecektir.