Referral ve Tavsiye Sistemleri

Referral programlarının çoğu bir toplantıda doğar: “Davet edene 50 TL verelim.” Üç hafta sonra kampanya yayında, bir ay sonra grafik düz. Ekip ödülü iki katına çıkarır, bu kez grafik hafifçe kıpırdar, sonra yine durur. Herkes ödülün yetersiz olduğunu düşünür.

Çoğu zaman sorun ödül değildir. Kullanıcı ürünü zaten anlatmak istiyor ya da istemiyor; program yalnızca bu eğilimi kolaylaştırır ya da yok sayar. Ürünü kimseye anlatmak istemeyen birini para ile ikna etmek pahalıdır ve genellikle düşük kaliteli davetle sonuçlanır.

Ne zaman ihtiyacınız var?

Referral, ürünü seven bir çekirdek kitle zaten oluşmuşken devreye girer. Sinyaller:

• Yeni müşterilerin görünür bir kısmı “bir arkadaşım önerdi” diyor, ama bunu hiç teşvik etmiyorsunuz.
• NPS veya Ellis anketinde güçlü destekçi grubunuz var ve onlar kendiliğinden anlatıyor.
• Müşteri edinme maliyeti artıyor, ama mevcut müşterilerin çevresi doğal bir hedef kitle.
• Ürün, bir kullanıcının çevresine anlatmasının doğal olduğu bir kategoride (finans, sağlık, B2B araçlar, hizmetler).

Erken olduğu durum: retention düşükse ya da müşteriler ürünü “idare eder” olarak görüyorsa, referral programı sadece kötü bir deneyimi daha hızlı yayar. Önce memnuniyetten çok bağlılığı sağlayın: kullanıcı “güzel ürün” demekle yetinmiyor, ürünü kendi işinin parçası yapıyor mu?

Çoğu ekibin atladığı nokta

Referral'ı ödül problemi olarak görmek, onun asıl doğasını kaçırır: o bir ürün akışı problemidir. Dropbox'un bilinen programı bunun örneği. Dropbox, davet eden ve davet edilen kişiye ek depolama alanı verdi. İki özellik önemliydi: ödül, ürünün kendi değeriyle aynı birimdi (depolama), yani ürünü kullanan her kişi için anlamlıydı ve şirket için marjinal maliyeti düşüktü. İkincisi, ödülün iki taraflı olmasıydı; davet eden “arkadaşımı sömürüyorum” hissine kapılmıyor, bir hediye veriyordu.

Buradan çıkan ders: iyi ödül ürünün içinden gelir. Nakit herkesi çeker, ürünü sevmeyenleri de. İndirim ya da ek kullanım hakkı ise ürünü zaten sevecek kişiye hitap eder; yanlış kişileri programa çekmez. Dropbox ödülü, programın kendisini kullanıcı edinme sürecinin bir parçası yaptı: davet edilen kişi, ilk gününden ürünün değerini ve ödülünü birlikte görüyordu.

Referral, kullanıcıya para vermek değil; anlatmak istediği anda önüne bir kapı açmaktır.

Zamanlama de ödül kadar önemlidir. Programın nerede ve ne zaman göründüğü, çoğu zaman ödülün büyüklüğünden daha belirleyicidir; başarı ekranında görünen mütevazı bir davet, hesap ayarlarında saklı cömert bir davetten daha çok iş görür. Kullanıcı, ürünün kendisine en çok değer verdiği anda anlatmaya en meyilli olur: başarılı bir işlemden sonra, bir sorunu çözdüğünde, bir milestone'a ulaştığında. Davet isteğini kayıt sonrası ilk dakikaya koymak, çoğu ekibin yaptığı klasik hatadır; kullanıcı henüz hiçbir değer görmemişken kimseye bir şey öneremez.

Viralite yazısından farkı da şudur: viralite, ürünün kullanımının kendisinin yayılma üretmesidir; referral ise bilinçli bir davet eylemidir ve bu eylemi tasarlamanız gerekir.

Uygulama planı

1. Doğal destekçileri tespit edin

Kimler zaten tavsiye ediyor? Müşterilerinize “bizi nasıl duydunuz?” sorusunu form ve görüşmelerde sorun. Cevaplarda tavsiyeyi kimin yaptığını bulun: hangi segment, hangi rol, hangi kullanım düzeyi. Programı ilk önce bu gruba hedefleyin.

2. Tavsiye anını belirleyin

Kullanıcının değeri en net hissettiği 2-3 anı ürün haritasında işaretleyin (ilk başarılı sonuç, tekrar eden kullanım, olumlu geri bildirim, bir kilometre taşı). Davet çağrısını yalnızca o anlarda gösterin.

3. Ödül yapısını iki taraflı ve ürüne bağlı kurun

Davet edene de edilene de anlamlı, ürünün içinden gelen bir değer verin: ek kullanım, süre uzatma, yükseltilmiş plan. Maliyetini hesaplayın: ödülün maliyeti, referral ile gelen müşterinin yaşam boyu değerinin küçük bir bölümü olmalı. Net bir sınır koyun: ödül ve operasyon maliyeti, o müşteri için ödemeye razı olduğunuz CAC'nin altında kalmalı.

4. Davet sürtünmesini sıfıra yaklaştırın

Tek tıkla paylaşım linki, kişiye özel mesaj önerisi, kişi listesinden seçme, davet edilenin ödülünü ilk ekranda göstermek. Davet akışında üçten fazla adım varsa, kullanım düşer. Davet edilen kişinin ilk karşılaştığı sayfa da programın parçasıdır: kim davet etti, ona ne kazandırıyor, ilk adımı nedir, tek bakışta anlaşılmalıdır. Davet eden kişinin adını ve yüzünü görmek, soğuk bir kayıt sayfasını sıcak bir tanışmaya çevirir.

5. Kötüye kullanımı baştan düşünün

Sahte hesap, kendine davet, ödül avcılığı. Ödülü, davet edilenin gerçek bir aktivasyon eylemi tamamlamasına bağlayın (ilk ödeme, ilk görev). Kayıt anında ödül vermek, dolandırıcılığa kapı açar.

Neyi ölçmeli?

• Davet gönderen kullanıcı oranı: Aktif kullanıcıların kaçı en az bir davet gönderiyor? Programın görünürlüğünün öncü göstergesi.
• Davetten aktivasyona dönüşüm: Davet edilenlerin kaçı gerçekten değer alıyor. Davet sayısından daha dürüst bir rakam.
• Referral kaynaklı müşterinin retention'ı: Tavsiyeyle gelenler genelde daha iyi tutunur mu? Bu fark programın değer kanıtıdır.
• Referral başına edinme maliyeti: Ödül ve operasyon maliyeti dahil, kanal CAC'si ile karşılaştırın.

Tuzaklar

Programı ürünün kenarına koymak. Hesap ayarlarında gizli bir sekme, kimsenin bulamayacağı bir link. Referral görünür olmalı ve doğru anda karşınıza çıkmalı.

Ödülü ürünle ilgisiz seçmek. Nakit ya da hediye çeki, ürünü sevmeyen ama ödül isteyen kullanıcıları çeker; kalite düşer, destek yükü artar.

Tek taraflı ödül. Yalnızca davet edene verilen ödül, kullanıcıyı arkadaşını satan biri gibi hissettirir. İki taraflı ödül, daveti bir iyilik hâline getirir.

Bu hafta başlayın

1. Son 30 günde kayıt olanlara “bizi nasıl duydunuz?” sorusunu sorun ve tavsiyeyle gelenlerin oranını çıkarın.
2. Ürününüzde kullanıcının değeri en net gördüğü iki anı belirleyin ve her birine bir davet çağrısı taslağı yazın.
3. Önerilen ödülün maliyetini, tavsiyeyle gelen bir müşterinin tahmini yaşam boyu değerine göre hesaplayıp tek sayfada ekibe sunun.