Designing partner onboarding and enablement

Bir bankanın kurumsal satış ekibi yeni bir dijital kredi ürünü lansmanı yapıyor. Ürün iyi, komisyon planı cazip, pazarlama materyali profesyonel. Altı ay sonra satış rakamlarına bakıyorlar: bayilerin %70'i ürünü hâlâ hiç satmamış. Sorun üründe değil — sorun, bayinin ilk 30 gününde ne yapması gerektiğini asla net biçimde öğrenmemiş olmasında. Bu, MENA bölgesinde defalarca karşılaştığım bir senaryo ve kanal ortaklığı ekonomisinin en pahalı yanılgısını özetliyor: iyi bir teklif, iyi bir deneyimin yerini tutmaz.

Partner onboarding'i ve enablement'ı ayrı ayrı ele almak, B2B2C modellerinin en büyük tasarım hatasıdır. Onboarding, bir ortağın sisteme, sözleşmeye ve ilk işleme "giriş" yaptığı andır; enablement ise o ortağın uzun vadede tutarlı, kaliteli bir son-müşteri deneyimi sunma kapasitesidir. İkisini tek bir sürekli deneyim olarak tasarlamayan şirketler, ortağı kaybetmeden önce onu asla gerçek anlamda kazanmamış olur.

Partner onboarding'i neden bu kadar sık başarısız olur?

Çünkü çoğu şirket onboarding'i bir bilgi aktarımı problemi olarak tasarlar, oysa o bir davranış değişimi problemidir. Bayiye, distribütöre veya acenteye bir kullanıcı kılavuzu, bir portal şifresi ve bir hoş geldin e-postası vermek, bilgiyi aktarır — ama davranışı tetiklemez. Ortak, kendi mevcut iş akışına yeni bir sistemi entegre etmek için gereken çabayı hesapladığında, çoğu zaman "sonra bakarım" der. Bu "sonra", genellikle hiç gelmez.

Davranışsal ekonomideki goal-gradient hipotezi — Kivetz, Urminsky ve Zheng'in 2006 yılında Journal of Marketing Research'te yayımlanan çalışmasında gösterdiği gibi, bir hedefe yaklaştıkça motivasyonun ivmelenmesi — burada belirleyicidir. İnsanlar ve kurumlar, bir sürecin başında değil, sonuna yaklaştıklarında hızlanır. Onboarding'i 40 adımlık tek bir maraton olarak tasarlarsanız, ortak hiçbir zaman "bitişe yaklaşma" hissini yaşamaz ve motivasyon ilk haftada sönümlenir. Onboarding'i küçük, görünür kilometre taşlarına bölmek — "hesap kuruldu", "ilk demo tamamlandı", "ilk sipariş girildi" — her adımı bir mini bitiş çizgisine dönüştürür.

Partner enablement, klasik çalışan onboarding'inden nasıl farklılaşır?

Fark, kontrol mesafesindedir. Bir çalışanı işe alırsınız, eğitirsiniz, performansını doğrudan yönetirsiniz. Bir ortağı ise ne işe alırsınız ne de doğrudan yönetirsiniz — onu etkilersiniz. Ortağın kendi markası, kendi önceliklendirmesi, kendi zaman baskısı vardır. Sizin ürününüz onun on ürününden biridir. Bu asimetri, enablement'ı bir eğitim programından çok bir ilişki tasarımı meselesi hâline getirir.

Bu yüzden en olgun partner programları, çalışan deneyimi disiplinlerini ödünç alır ama onları gönüllülük mantığıyla yeniden kurar. Çalışan deneyimi tasarımında kullandığımız "günlük işi kolaylaştırma" mantığı burada da geçerlidir, ancak zorlayıcı hiçbir aracınız yoktur — sadece iyi tasarlanmış bir yolculuk, doğru zamanlanmış bir teşvik ve gerçek bir kolaylık vardır.

Hangi davranışsal ekonomi ilkeleri partner programlarını güçlendirir?

Üç mekanizma, partner enablement tasarımında diğerlerinden daha çok işe yarar:

• Kayıptan kaçınma (loss aversion): Kahneman ve Tversky'nin 1979'da Econometrica dergisinde yayımladığı prospect teorisi, insanların bir kaybı, eşdeğer bir kazançtan psikolojik olarak daha ağır hissettiğini gösterir. Bir ortağa "bu eğitimi tamamlarsan %2 ek komisyon kazanırsın" demek yerine, "sertifikasyon programını tamamlamayan ortaklar Kasım'dan itibaren premium ürün kataloğuna erişimini kaybediyor" çerçevesi, katılım oranlarını çok daha güçlü şekilde yükseltir. Çerçeveleme, teşvikin kendisinden bazen daha belirleyicidir.
• IKEA etkisi: Norton, Mochon ve Ariely'nin ortaya koyduğu bu etki, insanların bir şeyi kendi elleriyle inşa ettiklerinde ona daha fazla değer atfettiğini gösterir. Ortağa hazır, jenerik bir satış senaryosu vermek yerine, kendi bölgesine özel bir "ilk 90 gün planı"nı onunla birlikte oluşturmasına izin vermek, o planın sahiplenilme olasılığını artırır.
• Seçim mimarisi ve varsayılanlar: Thaler ve Sunstein'ın Nudge kitabında detaylandırdığı gibi, varsayılan seçenekler insan davranışını doğrudan sıradan bilgi aktarımından daha güçlü şekilde yönlendirir. Portala giriş yapan bir ortağa 12 farklı eğitim modülü arasından seçim yaptırmak yerine, rolüne göre önceden seçilmiş, sıralı bir "önerilen yol" sunmak — istese değiştirebileceği ama varsayılan olarak takip edeceği bir rota — tamamlama oranlarını doğrudan yükseltir.

Bu üç mekanizma birlikte çalıştığında ortaya çıkan sonuç basit: ortak, sistemi "bana dayatılan bir yük" olarak değil, "kendi kazancım için tasarladığım bir araç" olarak görmeye başlar.

Etkili bir partner onboarding süreci nasıl tasarlanır?

Sıra, burada tesadüf değildir. Her adım, öncekinin oluşturduğu momentumu bir sonrakine taşımak için tasarlanmalıdır.

1. İlk 48 saati tanımlayın, ilk 6 ayı değil. Ortağın sözleşmeyi imzaladığı anla ilk gerçek işlemi arasındaki süre ne kadar uzarsa, kaybetme olasılığı o kadar artar. İlk 48 saatte tek bir somut, düşük efortlu eylem tanımlayın — bir demo hesabına giriş, bir örnek işlem, bir tanışma görüşmesi.
2. Bilgiyi değil, işlemi eğitin. Ürün katalogunu ezberletmek yerine, ortağın gerçek bir müşteri senaryosunu baştan sona kendi ekranında tamamlamasını sağlayın. Bilgi unutulur, tamamlanmış bir işlem hafızada kalır.
3. Görünür kilometre taşları koyun. Goal-gradient etkisinden yararlanmak için ilerleme çubuğu, rozet veya "3 adım kaldı" gibi somut görsel işaretler kullanın. İlerlemenin görünür olması, tamamlanmamış bir görevin tamamlanma olasılığını artırır.
4. Erken bir kazanç kutlayın. Ortağın ilk satışını, ilk başarılı işlemini veya ilk müşteri geri bildirimini görünür şekilde tanıyın — bir e-posta, bir liderlik panosu, kısa bir tebrik araması. Bu, sosyal kanıt ve karşılıklılık ilkelerini aynı anda tetikler.
5. Sürtünmeyi, gerekli çabadan ayırın. Thaler'ın tanımladığı "sludge" — gereksiz, katma değersiz sürtünme — ile öğrenme için gerekli olan meşru çaba birbirinden farklıdır. Formda tekrarlanan onay kutularını, gereksiz belge yüklemelerini, aynı bilginin iki kez istenmesini ayıklayın; ama ürünü doğru anlamak için gereken pratik adımları kısaltmaya çalışmayın.
6. 90 gün sonra yeniden değerlendirin, kapatmayın. Onboarding bir bitiş çizgisi değil, enablement'a giden bir eşiktir. 90. günde ortağın nerede tıkandığını, hangi ürünü hâlâ satmadığını ve hangi içeriği hiç açmadığını gösteren bir veri taraması yapın.

Bu sıralı yaklaşım, bir kerelik bir "hoş geldin paketi" değil, sürekli bir yolculuk tasarımı meselesidir — ve tam da bu yüzden aynı disiplinle, aynı titizlikle ele alınmalıdır.

Partner deneyimini nasıl ölçersiniz?

Çoğu şirket partner performansını yalnızca satış rakamlarıyla ölçer — bu, sonucu ölçmek, nedeni ölçmemektir. Deneyimin kendisini görünür kılan öncü göstergeler olmadan, bir programın neden çalışmadığını asla anlayamazsınız. Aşağıdaki göstergeler, satış rakamlarından çok daha önce sinyal verir:

• Zamana göre aktivasyon oranı: Kayıt olan ortakların yüzde kaçı, tanımlanan ilk 48 saatlik eylemi gerçekten tamamlıyor?
• Portal/materyal kullanım derinliği: Ortaklar hangi içeriği açıyor, hangisini hiç görmüyor? Hiç açılmayan bir modül, ya gereksizdir ya da erişilemez konumdadır.
• İlk işlem süresi: Sözleşme imzasından ilk gerçek satışa kadar geçen medyan süre, programın sürtünme seviyesinin en dürüst ölçütüdür.
• Ortak eforu (partner effort): Son-müşteri deneyiminde kullandığımız Müşteri Efor Skoru mantığının bir benzerini ortaklara da uygulayın — bir talebi çözmek, bir siparişi girmek ne kadar zahmetli hissettiriliyor?
• Erken churn sinyalleri: Aktivasyondan sonraki ilk 90 günde giriş sıklığı düşen, destek talebi artan veya hiç sipariş girmeyen ortaklar, kaybedilme riskinin en net habercisidir.

Bu göstergeler, uçtan uca müşteri kaybını erken yakalamak için kullandığımız mantığın aynısıdır; ortak tarafında da erken churn sinyallerini yakalama disiplini doğrudan uygulanabilir. Bir ortağın sessizce uzaklaşması, bir müşterinin sessizce uzaklaşmasından daha az maliyetli değildir — genellikle daha maliyetlidir, çünkü arkasında bir müşteri portföyü de taşır.

Yaygın tuzaklar hangileridir?

Aynı hatalar, farklı sektörlerde ve farklı ortak ağlarında tekrar tekrar ortaya çıkıyor:

• Tek boyutlu içerik: Yeni açılan bir bayiyle beş yıllık bir distribütöre aynı eğitim materyalini göndermek, ikincisinin ilgisini anında kaybettirir.
• Ölçülemeyen "ilişki": "Onlarla iyi bir ilişkimiz var" cümlesi, veriyle desteklenmediği sürece bir varsayımdır, bir gerçek değildir.
• Teşvik ile deneyim çelişkisi: Komisyon planı hızlı satışı ödüllendirirken, onboarding süreci hâlâ haftalar sürüyorsa, ortak sistemin kendisiyle çelişen sinyaller aldığını fark eder ve güvenini kaybeder.
• Sahiplenmeyen içeriğin çürümesi: Ürün güncellenir ama eğitim materyali güncellenmez; altı ay sonra ortaklar artık var olmayan bir özelliği satmaya çalışır.
• Tek kanaldan iletişim: Sadece e-posta üzerinden yürüyen bir enablement programı, günlük olarak WhatsApp veya bir mobil uygulama üzerinden çalışan bir bayi ağı için görünmez kalır.

Bu tuzakların ortak noktası, hepsinin bir tasarım sorunundan değil, bir sahiplik sorunundan kaynaklanmasıdır. Onboarding içeriği pazarlamaya, portal IT'ye, komisyon finansa, ilişki satışa aitse, kimse ortağın uçtan uca deneyimine sahip çıkmaz. Bu parçalanma, tam da değişim yönetimi disiplininin çözmesi gereken türden bir sorundur — çünkü partner enablement programı ne kadar iyi tasarlanırsa tasarlansın, sahiplenen bir organizasyon yapısı yoksa hayata geçmez.

Partner enablement'ı sürdürülebilir kılan nedir?

Sürdürülebilirlik, tek seferlik bir lansmandan değil, tekrarlanan bir disiplinden gelir. Ürün değiştikçe, pazar koşulları değiştikçe, rekabet değiştikçe, ortağın ihtiyaç duyduğu destek de değişir — ve bu değişimi yakalamayan programlar hızla eskir.

Bunu başaran şirketler genellikle üç şeyi birlikte yapar. Birincisi, enablement içeriğini periyodik olarak gözden geçirir ve ortak geri bildirimiyle günceller — statik bir kılavuz değil, yaşayan bir kaynak olarak ele alır. İkincisi, ortağa özel eğitim programları tasarlar; jenerik bir "tüm ortaklar için tek eğitim" yaklaşımı yerine, segment bazlı, role özel içerik sunar. Üçüncüsü, enablement'ı bir kereye mahsus proje olarak değil, uygulanabilir bir yol haritasına bağlı, sahipleri ve teslim tarihleri olan sürekli bir program olarak yönetir.

Nielsen Norman Group'un kullanıcı onboarding'i üzerine yaptığı ve nngroup.com'da yayımlanan analizinde vurgulanan bir ilke, partner tarafında da geçerlidir: en etkili onboarding, bilgiyi tek seferde değil, ihtiyaç anında, bağlam içinde verir. Bir ortağa altı ay içinde kullanacağı özelliği ilk günde öğretmek, öğrenmeyi değil unutmayı garanti eder.

Bir ortak programının kalitesi, sözleşmenin kalitesiyle değil; sözleşme imzalandıktan sonraki ilk 48 saatte ne olduğuyla ölçülür.

Bu nedenle, partner enablement'ı bir eğitim fonksiyonu olarak değil, uçtan uca bir deneyim tasarımı disiplini olarak konumlandırmak gerekir — çünkü ortağınızın son müşteriye sunduğu deneyim, sizin ona sunduğunuz deneyimin bir yansımasından ibarettir. Bir kanal ortağı kafası karışmış, motivasyonu düşük veya araçsız hissediyorsa, bu his müşteriye de sızar; tersi de doğrudur. Uçtan uca CX tasarımı yaklaşımı, bu yansımayı tesadüfe bırakmaz; ortak deneyimini, son müşteri deneyiminin ayrılmaz bir uzantısı olarak ele alır.

Sıradaki adım

Ortak ağınızın büyüklüğü ne olursa olsun, cevaplanması gereken tek soru şudur: bir ortak bugün sizinle çalışmaya başlasa, ilk gerçek başarısına kaç gün içinde ulaşır? Bu sayıyı bilmiyorsanız, programınızı iyileştirmeden önce onu ölçmeniz gerekir. Bilginiz varsa ama sayı sizi tatmin etmiyorsa, sorun büyük olasılıkla teklifte değil, yolculuğun tasarımındadır — ve o tasarım, düzeltilebilir.