Kimin kimi yönlendirdiğini görmek, ödül uygunluğunu otomatikleştirmek ve hangi yönlendirmelerin ödeme yapan müşteriye dönüştüğünü ölçmek için bir tavsiye takip uygulaması oluşturun.
Ağızdan ağıza kulağa basit geliyor: memnun bir müşteri bir arkadaşına anlatır ve siz satış elde edersiniz. Zor olan kısmı bunun kanıtını göstermek, gelire bağlamak ve ödülleri utanılacak bir yazışma olmadan ödemektir.
Sistem yoksa, yönlendirmeler tahmine dönüşür. İnsanlar kimin neyi paylaştığını unutur, davetler iletilir ve satın almalar günler sonra başka bir cihazda gerçekleşir. Birisi “Arkadaşım kaydoldu mu?” diye sorduğunda e-postalar, indirim kodları ve yarım güncellenmiş notlar arasında kazı yaparsınız.
Genellikle ilk kırılan şey kanıt izidir. Yönlendirenler kaybolur, iki kişi aynı yönlendirmeyi iddia eder ve bir elektronik tablo haftalık bir eziyete dönüşür. Ödeme yapsanız bile “Ben önce gönderdim” veya “Bağlantımı kullandılar ama kredi almadım” gibi anlaşmazlıklarla karşılaşırsınız.
Küçük bir ekip için iyi takip en iyi anlamda sıkıcı görünür: kimin kimi yönlendirdiğine, ne zaman olduğuna ve hangi koşulun başarı sayıldığına dair tek bir net kayıt. Pratik bir tavsiye takip uygulaması şu sorulara hızlıca cevap vermelidir:
Adil ve temiz gelir raporlaması gerektiğinde basit bir kupon aracı nadiren yeterlidir. Kuponlar kullanımları gösterebilir, ama genellikle yeni hesabı belirli bir yönlendirenle güvenilir şekilde eşleştiremez, çok adımlı uygunluğu (örneğin “14 gün sonra ödeyen müşteri”) yönetemez veya çatışmaları çözemez.
Bir tavsiye programı müşteriler için basit hissedebilir, ama takip sisteminiz birkaç net veri parçasına ihtiyaç duyar. Bunları ilk günden yakalarsanız çoğu soru kolayca yanıtlanır.
Üç rolü takip edin:
Kimlikleri tutarlı tutun. Her kişi için sabit bir kullanıcı kimliği ve gerçekten kullandığınız iletişim bilgisini (genellikle e-posta veya telefon) saklayın. Bu, “iki hesap, bir kişi” karışıklığını önler.
Tahminler yerine olayları düşünün. Daha sonra açıklayabileceğiniz kısa bir zincir kaydedin:
Her olay bir zaman damgasına ihtiyaç duyar. Hangi kanal olduğunu (e-posta, SMS, sosyal, uygulama içi) saklamak da işe yarar, böylece neyin işe yaradığını görebilirsiniz.
Her yönlendirme için baştan sona takip edebileceğiniz tek bir tanımlayıcı gerekir: bir kod, bir yönlendirme linki tokeni veya temiz bir e-posta eşleşme kuralı. Birincil bir yöntem seçin, sonra uç durumlar için yedek bir alan tutun.
Bir cümlede açıklanabilecek durumlar kullanın, örneğin:
Denetimler ve anlaşmazlıklar için zaman damgalarını, kanalı ve kısa iç notları saklayın (örneğin, “destek bileti sonrası manuel onay”).
Bir tavsiye programı paylaşımın zahmetsiz hissettirdiği kadar işe yarar. İnsanların adımları hatırlaması, bir kod bulması veya ödüllerin ne zaman verileceğini tahmin etmesi gerekirse paylaşmayı bırakırlar.
Davet formatı ile başlayın:
Linkler genellikle manuel girdiden üstündür çünkü yönlendiren bilgisini otomatik taşır ve hataları azaltır. Yine de, bir konuşma, ekran görüntüsü veya iletilmiş mesaj gibi durumlar için kayıt veya ödeme esnasında manuel giriş seçeneğini yedek olarak sunmak değerlidir.
Çevrimdışı yönlendirmeler de temiz bir yol hak eder. Biri etkinlikte veya telefonda arkadaşını yönlendirirse, yeni müşteriye bunu talep etmesi için kısa bir kod veya kayıt sırasında “arkadaşınızın e-postasını girin” gibi basit bir yol verin. Uzun formlardan kaçının.
Dönüşüm anınızı erken belirleyin. Kayıt anında saymak daha hızlı geri bildirim verir ama gelire dair kanıtı zayıflar. İlk ücretli planı saymak daha yavaştır ama daha temizdir.
Zaman penceresi belirleyin ve açıkça ifade edin. Örneğin: yönlendirilen kişi davetten itibaren 30 gün içinde hesap oluşturmalı ve 90 gün içinde ödeme yapan müşteri olmalı. Bu tek kural çoğu anlaşmazlığı önler.
Örnek: bir yoga stüdyosu haber bülteninde kullanılmak üzere tekrar kullanılabilen bir link paylaşır, ama yerel bir fuar için tek kullanımlık kartlar da basar. Her ikisi de aynı takibi besler ve ödüller yalnızca ilk ücretli aydan sonra tetiklenir.
Önce neyin “gerçek” dönüşüm sayılacağına karar verin. Bazı ekipler için bu ücretli plan; bazıları için ilk fatura ödeme, 14. güne ulaşan bir deneme veya iade penceresini geçen abonelik olabilir. Birincil bir tanım seçin, raporlama için sekonder bir tanım (örneğin “başlatılan deneme”) ekleyin ki insanların nerede düştüğünü görebilesiniz.
Sonra, başkalarını davet edebilecek herkes için bir yönlendirici profili oluşturun (müşteriler, ortaklar, çalışanlar). Her yönlendirene benzersiz bir kod ve paylaşılabilir bir link verin. Bu, atıfın temeli: birisi e-posta değiştirse bile kırılmayan sabit bir kimlik.
Atıfı birden fazla yerde yakalayın:
Her ikisi varsa basit bir kural kullanın ve sadık kalın (örneğin “ödeme kazanır” veya “ilk dokunuş kazanır”). Tutarlılık “mükemmel” kuralın önünde gelir.
Anlaşmazlıklar için küçük bir kaynak detayı kaydedin. Tek bir alan bile (“kaynak türü” — link, yazılan kod, manuel giriş, fuar standı) ileride zaman kazandırır.
Son olarak, yönlendirmeleri otomatik olarak net durumlara taşıyın:
Ödül durumları değiştiğinde kısa bildirimler gönderin, özellikle “beklemede” ve “onaylandı” için.
Bir tavsiye programı, insanların sonucu tahmin edebildiğinde adil hisseder. Ödüller rastgele görünürse destek talepleri artar ve ekip program güvenini kaybeder.
İşinize uyan ve açıklaması kolay ödül türleriyle başlayın: hesap kredisi, indirim kodu, nakit, hediye kartı veya puanlar.
Uygunluğu sade dille tanımlayın. Çoğu program adil kalmak için şunları uygular:
Abonelik satıyorsanız, ilk ödemenin yeterli olup olmayacağına veya müşterinin tam bir faturalama döngüsü boyunca aktif kalması gerekip gerekmediğine karar verin.
Bekleme süresi, chargeback ve iade riskini azaltır. İade penceresi 14 günse, ödülleri 15. güne kadar beklemede tutun ve bu dönemde “beklemede” olarak etiketleyin.
Suistimali önlemek ve bütçe kontrolü için limitler koyun. Limitler yönlendirene, aylık veya program başına olabilir. Yeterince cömert ama destek ekibinin kurala işaret edebileceği kadar net olsun.
Lansmandan önce uç durum kurallarını yazın. Uzun bir roman gerekmez, sadece net sonuçlar:
Örnek: “Alex, Sam'i yönlendirir. Sam satın alır, sonra 14 gün içinde iptal eder. Ödül beklemede kalır ve otomatik olarak süresi dolar.”
Bir yönlendirme yalnızca güvenilir gelire yol açtığında önemlidir. İyi takip üç şeyi birbirine bağlar: davet, kayıt ve ilk başarılı ödeme. Her bağ eksikse kredi konusunda tartışma olur, büyüme yerine kredi kavgası yaşanır.
Başlamak için basit bir model son geçerli tavsiye dokunuşudur. Kayıttan (veya satın almadan) önceki en son geçerli tavsiye etkileşimi kredi alır. Açıklaması kolay ve denetlenmesi kolaydır.
Olur: biri link paylaşır, sonra bir arkadaş kod gönderir, sonra alıcı destekten indirim ister. Bir kural seçin ve yayınlayın.
Çoğu ekip seçer:
Kuponlar ve yönlendirmelere izin veriyorsanız, çifte saymamak için açık bir öncelik belirleyin. Yaygın bir yaklaşım, tavsiye kodunu hem kupon hem de yönlendiren ID'si saklayan bir şey saymak ve sipariş başına bir indirim uygulanmasını zorunlu kılmaktır.
İki gelir olayını izleyin: ilk ödeme (dönüşüm) ve sonraki ödemeler (tutundurma). Başlangıçta ödülleri ilk ödemeye bağlayın. Daha sonra yükseltme veya yenileme bonusları eklerseniz, anlaşılması kolay bir kuralla sınırlandırın (örneğin “her yönlendirilen müşteri için yılda bir bonus”).
Müşteri “birisi beni yönlendirdi” derse ama kod yoksa tahminde bulunmayın. Manuel talep akışı sunun: yönlendiricinin e-postasını toplayın, yakın zamanda bir davet olup olmadığını kontrol edin ve kısa bir gerekçe ile onaylayın veya reddedin.
Bir tavsiye programı görünürlük üzerine yaşar veya ölür. Sayılar bir e-tabloya gömülü kalırsa kimse bakmaz ve ödemeler gecikir.
Günlük olarak sorulan üç sayıyla başlayın: yeni yönlendirmeler, bir şey yüzünden bekleyen ödüller ve gönderilmeye hazır ödüller. Her öğe tıklanabilir olsun, biri kaydı açıp tüm hikâyeyi görebilsin.
Panoyu sıkı tutun. Genellikle yer kazanmayı hak eden metrikler şunlardır:
“En iyi yönlendiriciler”i sadece pohpurlamacı değil faydalı gösterin. Kimlerin davetlerinin gerçekte ödeme yapan müşteriye dönüştüğünü gösterin ve aynı cihazdan çok sayıda kayıt veya aynı ödeme kartını paylaşan çok sayıda hesap gibi şüpheli desenleri işaretleyin.
Dönüşüm süresi raporu da insanlar tarafından kullanılır. Çoğu müşteri 14 günde satın alıyorsa, 2 gün sonra ödülleri onaylamayın. Uygunluk pencerelerini gerçek davranışla hizalayın.
Ayrıca ekiplerin çalıştığı şekilde dışa aktarılabilir görünümler sunun. Finans ay için ödemeye hazır liste isteyebilir. Destek “ödül neden reddedildi?” görünümüne ve net nedenlere ihtiyaç duyar.
Çoğu tavsiye programı sıkıcı nedenlerle başarısız olur: eksik takip, belirsiz kurallar veya güvenilmez görünen ödüller.
Kodlar kolayca paylaşılıyorsa, grup sohbetlerine ve kupon sitelerine düşer. “Tavsiye”yi “promosyon”dan farklı ele alın. Ödülleri davet edilen kişiler veya ilk defa müşterilerle sınırlayın ve olağan dışı desenleri işaretleyin.
Ödüller geri alındığında insanlar kızar, ama işler iade edilen satışta işletme zarar eder. Kuralı baştan belirleyin (örneğin “ödül 14 günlük iade penceresinden sonra geçerli olur”) ve her seferinde uygulayın.
Sadece kayıt takibi sonuçları şişirir. Sadece ödeme takibi ise insanların nerede düştüğünü gizler. Tam yolu yakalayın: davet gönderildi, kayıt, ilk satın alma ve ödeme durumu.
Sadece kayıtta atıf yakalarsanız, biri sonra farklı bir cihazda döner ve satın alırsa kaçırırsınız. Atıfı birden fazla yerde saklayın ve eşitlik kuralını tutarlı yapın.
İnsanlar ne alacaklarını veya ne zaman alacaklarını bilmezse paylaşmayı bırakırlar. Ödülü basit tutun ve ilerlemeyi gösterin (örneğin, “2 arkadaş katıldı, 1 satın aldı, ödül 14. günde beklemede”).
Ağızdan ağıza programı ancak insanlar ona güvendiğinde işe yarar. Ödüller rastgele görünürse en iyi müşterileriniz paylaşmayı bırakır.
Büyük güvenlik önlemleri gerekmez. En yaygın desenleri yakalayacak kurallarla başlayın:
Daha yüksek fiyatlı planlar için büyük ödülleri manuel inceleme kuyruğuna yönlendirin. Küçük krediler otomatik onaylanabilir; büyük nakit ödemeler kontrol bekleyebilir.
Çoğu “dolandırıcılık” talebi aslında beklenti farkıdır. Sürecinizle uyumlu basit durumlar gösterin: beklemede (kontrol ediliyor), onaylandı (uygun), ödendi (gönderildi). Bir şey reddedildiğinde nedeni dostça bir dille gösterin: “Bu satın alma iade edildi” veya “Bu, aynı kişinin iki kez kaydolmasına benziyor.”
Destek için tutarlılık da gerekir. Basit bir iç talimat yardımcı olur:
Programı duyurmadan önce kısa bir “kanıtlayabiliyor muyuz?” kontrolü yapın. Bir tavsiye takip uygulaması, müşteriler, finans ve destek neden bir ödülün verilip verilmediğini anlayabiliyorsa kullanışlıdır.
Sizin için “müşteri başına bir yönlendirici” ne anlama geldiğine karar verin. Örnek: ilk başarılı yönlendirme talebi kazanır ve sonraki kodlar yok sayılır. Farklı bir kural gerekiyorsa (örneğin 7 gün içinde son tıklama) bunu yazın ve her seferinde aynı uygulayın.
Kurulumu stres testinden geçirin:
Kontrol için plan yapın. Programı duraklatabilmelisiniz: yeni kod vermeyi durdurun ve yeni ödül tetiklemelerini durdurun, eski yönlendirmeler, satın almalar ve ödemeler okunabilir kalırken.
Mahalledeki bir fitness stüdyosunu hayal edin; 7 günlük ücretsiz deneme ve aylık üyelik satıyor. Sahibi daha fazla ağızdan ağıza kayıt istiyor ama hangi yönlendirmelerin ödeme yapan üyelere dönüştüğünü bilmek istiyor.
Danışma masasının önünde küçük bir tabela ve QR kodu vardır. Personel ayrıca ders sonrası SMS veya e-posta ile davetler paylaşıyor. Her davet, onu paylaşan üyeye bağlı benzersiz bir kod taşır.
İlk temasdan ilk ücretli aya kadar kaydedilenler basittir: kimin paylaştığı, nasıl paylaşıldığı (QR, SMS, e-posta), kimin kaydolduğu, denemenin ne zaman başladığı ve ilk ayın ne zaman ödendiği ve temizlendiği. Ödüller deneme kaydında onaylanmaz. Sadece yönlendirilen kişi ilk ayı ödeyip ödeme temizlendikten sonra onaylanır (örneğin kısa bir bekleme veya iade penceresi sonrası).
Her hafta sahibi kısa bir rapora bakar: hangi kanal deneme kayıtları getiriyor, yönlendirici bazında deneme→ödeme dönüşümü ve onay bekleyen ödüller ile zaten ödenmiş olanlar.
Herhangi bir ekran tasarlamadan önce ihtiyacınız olan verileri yazın. Temiz bir şema her şeyi kolaylaştırır çünkü neyi takip edeceğinizi, neyi raporlayacağınızı ve neyi ödüllendireceğinizi netleştirir.
Basit bir başlangıç şeması genellikle kullanıcılar (yönlendiriciler ve tavsiye edilen arkadaşlar), davetler (kod veya link), kayıtlar, satın almalar ve ödüller içerir. Durum alanlarını açık tutun: davet edildi, kaydoldu, ilk satın alma, ödül beklemede, ödül onaylandı.
Sonra durum değişikliklerini ve ödül onaylarını otomatikleştirin ki kimse her Cuma bir elektronik tablo güncellemek zorunda kalmasın. Bir olay gerçekleştiğinde (kayıt, e-posta doğrulandı, fatura ödendi) bir yönlendirmenin ilerlemesini sağlayan bir iş akışı oluşturun ve uç durumları (iadeler, çoğaltmalar) inceleme için işaretleyin.
Küçük bir v1 için bile ilk günden temel güvenliği kurun: sadece ilgili kişilerin ödeme detaylarını görmesini ve ödül onaylamasını sağlayan kimlik doğrulama ve roller.
Bunu elle kod yazmadan inşa etmek isterseniz, AppMaster (appmaster.io) bir seçenektir: veritabanını modelleyebilir, iş kurallarını görsel olarak ayarlayabilir ve tek bir projeden üretime hazır bir backend ile web ve yerel mobil uygulamalar oluşturabilirsiniz.
İlk sürüm küçük tutun: satışa güvenilir atıf ve ekibin güvendiği raporlama. Bu temel sağlam olduktan sonra bonuslar, kademeler veya kampanyalar eklemek yeniden inşa yerine güvenli bir yineleme olur.
Neden sadece ağızdan ağıza güvenmek yerine bir tavsiye takip uygulamasına ihtiyacım var?Bir tavsiye takip uygulaması, bir daveti kaydeden, kayıtla ilişkilendiren ve sonra gelire bağlayan net, denetlenebilir bir kayıt oluşturur. “Linkimi kullandılar sanırım” gibi tahminleri azaltır, çifte talepleri önler ve hem müşteri hem de ekibiniz için ödemeleri öngörülebilir hale getirir.
Gün 1'de en az hangi verileri takip etmeliyim?En azından; yönlendiren, yönlendirilen kişi, davet tanımlayıcısı (link tokeni veya kod) ve davet, kayıt ve ilk ödeme için zaman damgalarını izleyin. Destek ve finans ekiplerinin soru sormadan cevap bulabilmesi için ödül durumunu (beklemede/onaylandı/ödendi) ekleyin.
Tavsiye linkleri mi yoksa tavsiye kodları mı kullanmalıyım?Genellikle tavsiye linkleri daha avantajlıdır çünkü yönlendiren bilgisi otomatik taşınır ve manuel giriş hatalarını azaltır. Linklerin kaybolduğu veya farklı cihazlarda açıldığı durumlar için kayıt/ödeme sırasında girilebilen bir kod gibi bir yedek yöntem sunun.
Aynı müşteriyi birden fazla kişi tavsiye ettiğinde kim kredi almalı?Tek bir, yayınlanmış bağlama kuralı kullanın ve tutarlı uygulayın; örneğin “kayda alınmadan önceki son geçerli tavsiye dokunuşu” veya “ilk başarılı talep kazanır”. Tutarlılık, hangi modeli seçtiğinizden daha önemlidir çünkü anlaşmazlıkları çözmeyi ve müşteri beklentilerini sabit tutmayı kolaylaştırır.
Gerçek bir tavsiye dönüşümü ne olarak sayılmalı?Pratik bir varsayılan, gerçek gelire bağladığı için ilk başarılı ödeme (veya ilk ödenmiş fatura) sayılır. Daha erken ödül veriyorsanız, daha güçlü dolandırıcılık kontrollerine ihtiyacınız olur ve raporlama ve bütçelendirme için hâlâ bir “ödenmiş” kilometre taşına ihtiyaç duyarsınız.
İadeler, iptaller veya chargeback'leri müşteri üzmeden nasıl yönetebilirim?Ödülleri iade/chargeback penceresi kapanana kadar beklemede tutun, sonra onaylayıp ödeyin. Örneğin, iadeler 14 güne izin veriyorsa, ödülü 15. güne kadar beklemede tutun ve kullanıcıya bu durumu açıkça gösterin ki kazanıldığını sanmasınlar.
İnsanlar bir cihazda kayıt olup başka bir cihazda ödeme yaptığında tavsiyeleri kaybetmemek için ne yapmalıyım?Attribüsyonu birden fazla noktada yakalayın: genellikle kayıt sırasında ve yine ödeme sırasında. İnsanlar cihaz değiştirir ve oturumlar sona erer. Her ikisi varsa basit bir kural seçin (örneğin “ödeme kazanır”) ve kararı açıklamak için yeterli kaynak detayı kaydedin.
Tavsiye dolandırıcılığını ve suistimali azaltmanın basit yolları nelerdir?Hafif ama yüksek sinyalli kontrollerle başlayın: kendi kendine yapılan yönlendirmeleri engelleyin, bariz çoğaltmaları tespit edin (aynı ödeme yöntemi veya iletişim bilgileri), ödüller için ücretli bir olayı zorunlu kılın ve ödeme sıklığını sınırlayın. Daha büyük ödüller için otomatik onay yerine manuel inceleme kuyruğuna yönlendirin.
Ekip gerçekten kullanacaksa hangi raporları oluşturmalıyım?Günlük soruları yanıtlayan sayıları takip edin: yeni tavsiyeler, bekleyen ödüller (ve neden bekledikleri), onaylanmış ödüller ve davetten ilk ödemeye geçen süre. Finans için ay-başına hazır bir ödeme listesi ve destek için “ödül neden reddedildi?” görünümü sağlayın.
Tavsiye takip uygulamasını büyük bir projeye dönüştürmeden nasıl en basit şekilde inşa edebilirim?Önce veritabanını ve durum akışını oluşturun: kullanıcılar, davetler, atıf, satın almalar ve açık durumlu ödüller. Bunu özel kodla inşa edebilir veya AppMaster (appmaster.io) gibi kod yazmadan çalışmanıza izin veren bir platform kullanabilirsiniz; veritabanını modelleyebilir, durum değişikliklerini otomatikleştirebilir ve üretime hazır bir backend ile web ve mobil uygulamalar oluşturabilirsiniz.
21 Oca 2026
8 dk
20 Oca 20268 dk
20 Oca 20268 dkÜcretsiz planla AppMaster ile denemeler yapın.
Hazır olduğunuzda uygun aboneliği seçebilirsiniz.
