Ajánlórendszer készítése: linkek, követés, jutalmak és csalásellenes szabályok

Az ajánlórendszer a meglévő ügyfeleket jutalmazza, amiért újakat hoznak. Ahhoz, hogy egyet építs, kell egy egyedi kód vagy link minden ügyfélnek, egy módszer, amellyel megjegyzed a kódot, amikor egy új látogató érkezik, egy rekord, amely összeköti az új fiókot az ajánlóval, egy egyértelmű szabály arra, mikor minősül az ajánlás, egy jutalom (jóváírás, kedvezmény vagy készpénz), és olyan ellenőrzések, amelyek megakadályozzák, hogy az emberek saját magukat ajánlják. A kód nem a nehéz rész. A nehéz rész a minősítő esemény kiválasztása, amely valódi értéket tükröz, és olyan jutalmak tervezése, amelyek nem kerülnek többe, mint az általuk hozott ügyfelek.

Döntsd el a szabályokat építés előtt

Írd le ezeket először. Mindegyik megváltoztatja az építést:

• Ki ajánlhat? Minden ügyfél, csak fizető ügyfelek, vagy csak miután egy ideje velünk vannak?
• Mi számít sikeres ajánlásnak? Regisztráció, első fizetés, első rendelés egy bizonyos összeg felett, vagy egy visszatérítési vagy próbaidőszak túllépése?
• Mi a jutalom, és kinek? Csak az ajánlónak, vagy mindkét oldalnak (egy „adj 10 dollárt, kapj 10 dollárt” kétoldalú ajánlat)?
• Milyen formában jár a jutalom? Fiókjóváírás, kedvezménykód, ingyen hónap, fizikai ajándék vagy készpénz.
• Vannak korlátok? Személyenkénti havi plafon, jóváírás lejárati dátuma, egy jutalom új ügyfelenként.
• Mennyi ideig érvényes egy ajánlólink? Ha valaki ma kattint és három hét múlva regisztrál, számít még?

Egy egyszerű, gyakori felépítés: mindkét fél fiókjóváírást kap, és az ajánlás akkor minősül, amikor az új ügyfél első fizetése teljesül, és eltelt a visszatérítési időszak.

Mit igényel a program

Adatok

Az ajánlásokat és a jutalmakat tartsd külön. Egy ajánlás létezhet jutalom nélkül (függőben vagy elutasítva), és egy jutalom visszavonható, ha az ajánlott ügyfél visszatérítést kér.

Oldalak és elemek

• „Ajánlj egy barátot” oldal az ügyfél fiókjában: a saját linkje, megosztó gombok, és az ajánlásainak listája státusszal és a megszerzett jutalmakkal.
• Érkezési élmény az ajánlott látogatónak: „Alex 10 dollár kedvezményt adott az első rendeléséhez”, a kedvezmény a fizetéskor vagy regisztrációkor alkalmazva.
• Hozzárendelési logika, amely eltárolja a kódot, amikor valaki linkről érkezik, és hozzárendeli a fiókhoz regisztrációkor.
• Minősítési logika, amely akkor fut, amikor a minősítő esemény bekövetkezik, gyakran egy fizetési webhookról indítva.
• Admin nézet: minden ajánlás, függőben lévő jóváhagyások, megjelölt ajánlások, kiadott jutalmak összesen.
• Szerződési oldal, amely egyszerűen leírja a szabályokat.

Hogyan működik a hozzárendelés

1. Alex megosztja: yourapp.com/?ref=ALEX42.
2. Sam kattint. Az app eltárolja az ALEX42 kódot cookie-ban vagy local storage-ban, dátummal.
3. Sam böngészik, elmegy, napokkal később visszatér, és regisztrál. Regisztráláskor az app beolvassa a mentett kódot, és létrehoz egy függőben lévő ajánlást Alextől Samhez.
4. Sam fizeti az első rendelését. A fizetési szolgáltató értesíti az appot; a visszatérítési határidő után az ajánlás minősült lesz.
5. Az app kiadja mindkét jutalmat, és értesíti Alexet.

Szóbeli ajánlásokhoz engedd meg azt is, hogy valaki regisztrációkor vagy fizetéskor kézzel írjon be kódot. Döntsd el, mi történjen, ha valaki két különböző linken keresztül érkezik; a szokásos szabály: „az utoljára kattintott link nyer”.

Csalás és visszaélés

Minden értelmes jutalmat ki fognak próbálni. Alapvető védelmek:

• Nincs önajánlás: utasítsd el, ha az ajánlott fiók ugyanazt az e-mail-címet, fizetési kártyát, telefonszámot vagy szállítási címet osztja az ajánlóval.
• Érték alapján minősíts, ne regisztráció alapján: egy fizetett, nem visszatérített rendelést sokkal nehezebb hamisítani, mint egy e-mail-címet.
• Várakozási idő, mielőtt egy jutalom felhasználható.
• Plafonok ajánlónként havonta.
• Kézi átnézés annak, akinek az ajánlásai hirtelen megugranak.
• Visszavont jutalmak, ha a minősítő fizetést visszatérítik.

Jutalmak és fizetések

A jóváírás a legkönnyebben futtatható jutalom: a fiókon lévő szám, amelyet a fizetéskor levonsz. A kedvezménykódok boltoknál jól működnek. A készpénzes kifizetések a legnehezebbek: kifizetési adatokat gyűjtesz, kezeled a sikertelen átutalásokat, és az adózási jelentéstételi kötelezettség a te és az ügyfeleid helyétől függően változhat — ellenőrizd a helyi szabályokat, vagy kérj tanácsot egy szakértőtől. Ha a Stripe-pal vagy hasonlóval fogadsz fizetéseket, hagyd, hogy a fizetési webhookok vezéreljék a minősítést. A fizetések hozzáadásáról szóló útmutatónk a beállítást mutatja be.

Példa első prompt

Adj egy ajánlórendszert a meal-kit előfizetéses appunkhoz. Minden bejelentkezett ügyfél kap egy egyedi ajánlókódot és egy megosztható linket, például /?ref=KÓD. Amikor egy látogató ?ref= paraméterrel érkezik, tárold a kódot cookie-ban 30 napig, és regisztrációkor rendeld hozzá a fiókjához. Az ajánlott ügyfél 15 dollár kedvezményt kap automatikusan az első dobozára. Regisztrációkor hozz létre egy függőben lévő ajánlást; amikor az ajánlott ügyfél első fizetése sikeres (a meglévő Stripe webhookból), és 14 nap telik el visszatérítés nélkül, jelöld minősültnek, és adj az ajánlónak 15 dollár fiókjóváírást. Utasítsd el az önajánlást, ha az e-mail, a kártya ujjlenyomata vagy a szállítási cím egyezik az ajánlóval. Ajánlónként havi 10 jutalomra korlátozd. Adj egy „Ajánlj egy barátot” oldalt, amely mutatja az ügyfél linkjét, megosztó gombokat és az ajánlásait státusszal. Adj egy admin oldalt, amely listázza az összes ajánlást, szűrőkkel függőben, minősült, elutasított és megjelölt állapotra. Mindent adatbázisban tárolj.

Építési lépések

1. Kódok és az „ajánlj egy barátot” oldal. Generálj kódot ügyfelenként, mutasd meg a linket.
2. Hozzárendelés. Tárold a kódot érkezéskor, rendeld hozzá regisztrációkor, engedd a kézi megadást.
3. Az ajánlott ügyfél ajánlata a fizetéskor vagy regisztrációkor alkalmazva.
4. Minősítés a fizetési eseményen, a várakozási idővel.
5. Jutalmak jóváírásként kiadva, a jóváírás a fizetéskor alkalmazva.
6. Csalásellenőrzések és plafonok.
7. Admin nézet és értesítések („Sam most csatlakozott a linkeddel”).
8. Teljes végpontig tesztelés teszt fizetésekkel: ajánlj, regisztrálj privát ablakban, fizess, térítsd vissza, és ellenőrizd, hogy a jutalom visszavonódott.

Gyakori hibák

• Regisztrációk jutalmazása. Hamis fiókokat vonz.
• A jutalom nagyobb, mint amennyit egy ügyfél ér. Számold ki, mennyi bevételt hoz egy új ügyfél általában, mielőtt összeget állapítanál meg.
• Kódok elvesznek a kattintás és a regisztráció között. Teszteld azt az esetet, amikor valaki kattint, elmegy, majd később visszatér.
• Nincs visszavonás visszatérítéskor.
• A program elrejtése. Tedd a linket a fiókmenübe, a rendelési visszaigazolásba és egy vásárlás utáni e-mailbe.
• Homályos feltételek. A nem egyértelmű szabályok ügyfélszolgálati jegyekhez és vitákhoz vezetnek.

Amikor egy ajánlóeszköz a jobb választás

Az ajánlási és affiliate-platformok kezelik az eszközök közötti hozzárendelést, a csalásfelismerést, a kifizetéseket és az adóbevallási űrlapokat, és csatlakoznak a gyakori bolti és számlázási rendszerekhez. Ha hostolt platformon futtatsz webboltot, először nézd meg az alkalmazásmarketplace-ét; egy ajánlóalkalmazás perceken belül telepíthető. Ha sok partnernek tervezel készpénzes jutalékot fizetni, egy affiliate-platform általában biztonságosabb, mint a kifizetéseket saját magad megépíteni.

Saját megoldást akkor építs, ha a terméked már rendelkezik olyan fiókokkal és fizetésekkel, amelyeket te irányítasz, ha a jutalmak fiókjóváírások és nem készpénz, vagy ha a szabályok a te üzletedre jellemzőek. Indulás előtti „hívd meg a barátaidat, hogy feljebb kerülj a listán” mechanikához lásd: hogyan építs várólista-oldalt. Ismétlődő vásárlási jutalmakhoz ajánlás helyett lásd: hogyan építs hűségprogram-appot.

Építés a Mythexszel

A Mythexen megkérheted az ügynököt, hogy adjon ajánlórendszert az épülő apphoz, és az élő előnézetben tesztelheted az egész folyamatot. Az ügynök dedikált Postgres-adatbázist ad hozzá, amikor az ajánlásokat menteni kell (vagy írd be: /database). A Mythex nem tartalmaz beépített bejelentkezést vagy fizetést az általad épített appokhoz: a saját hitelesítésedet és a saját Stripe-fiókodat kötöd be, a kulcsokat projekttitokként tárolva (Stripe-recept). A fizetési webhookokhoz nyilvános URL kell, ezért publikálj, mielőtt végponttól végpontig tesztelnéd őket (webhook-recept).

Kérdések