Cara Bina Program Rujukan: Pautan, Penjejakan, Ganjaran dan Peraturan Penipuan

Program rujukan memberi ganjaran kepada pelanggan sedia ada kerana membawa pelanggan baharu. Untuk membinanya, anda memerlukan kod atau pautan unik bagi setiap pelanggan, cara untuk mengingati kod itu apabila pelawat baharu tiba, rekod yang memautkan akaun baharu dengan perujuk, peraturan yang jelas tentang bila rujukan layak, ganjaran (kredit, diskaun atau wang tunai), dan semakan untuk menghalang orang merujuk diri sendiri. Kod itu bukan bahagian yang sukar. Bahagian yang sukar ialah memilih peristiwa layak yang mencerminkan nilai sebenar, dan mereka bentuk ganjaran yang tidak menelan kos lebih daripada pelanggan yang dibawanya.

Tentukan peraturan sebelum membina

Tulis perkara ini dahulu. Setiap satu mengubah pembinaan:

Siapa boleh merujuk? Setiap pelanggan, hanya pelanggan berbayar, atau hanya selepas mereka bersama anda untuk tempoh tertentu?
Apa yang dikira sebagai rujukan berjaya? Pendaftaran, pembayaran pertama, pesanan pertama melebihi jumlah tertentu, atau kekal melepasi tempoh bayaran balik atau percubaan?
Apakah ganjarannya, dan untuk siapa? Perujuk sahaja, atau dua pihak (tawaran “beri $10, dapat $10” dua hala)?
Apakah bentuk ganjaran? Kredit akaun, kod diskaun, bulan percuma, hadiah fizikal, atau wang tunai.
Adakah terdapat had? Had setiap orang setiap bulan, tarikh luput pada kredit, satu ganjaran bagi setiap pelanggan baharu.
Berapa lama pautan rujukan kekal sah? Jika seseorang mengklik hari ini dan mendaftar tiga minggu kemudian, adakah ia masih dikira?

Sediaan yang mudah dan biasa: kedua-dua pihak mendapat kredit akaun, dan rujukan layak apabila bayaran pertama pelanggan baharu berjaya dan tempoh bayaran balik telah berlalu.

Apa yang diperlukan oleh program itu

Data

Jadual	Medan utama
Kod rujukan	Pelanggan, kod, dicipta pada, aktif ya/tidak
Rujukan	Perujuk, pelanggan yang dirujuk, kod yang digunakan, status (menunggu, layak, diberi ganjaran, ditolak), dicipta pada, layak pada, sebab jika ditolak
Ganjaran	Pelanggan, rujukan, jenis (kredit, diskaun, wang tunai), jumlah, status (menunggu, dikeluarkan, digunakan, dibatalkan), dikeluarkan pada
Klik (pilihan)	Kod, masa, halaman pendaratan — berguna untuk menunjukkan kemajuan kepada perujuk

Simpan rujukan dan ganjaran secara berasingan. Rujukan boleh wujud tanpa ganjaran (menunggu atau ditolak), dan ganjaran boleh dibatalkan jika pelanggan yang dirujuk meminta bayaran balik.

Halaman dan bahagian

Halaman “Rujuk rakan” dalam akaun pelanggan: pautan mereka, butang kongsi, dan senarai rujukan mereka dengan status dan ganjaran yang diperoleh.
Pengalaman pendaratan bagi pelawat yang dirujuk: “Alex memberi anda diskaun $10 untuk pesanan pertama”, dengan tawaran digunakan semasa checkout atau pendaftaran.
Logik atribusi yang menyimpan kod apabila seseorang tiba melalui pautan dan melampirkannya pada akaun semasa pendaftaran.
Logik kelayakan yang berjalan apabila peristiwa layak berlaku, selalunya dicetuskan oleh webhook pembayaran.
Paparan admin: semua rujukan, kelulusan menunggu, yang ditandakan, dan jumlah ganjaran yang dikeluarkan.
Halaman terma yang menyatakan peraturan dengan jelas.

Cara atribusi berfungsi

Alex berkongsi yourapp.com/?ref=ALEX42.
Sam mengklik. Aplikasi menyimpan ALEX42 dalam kuki atau storan tempatan, dengan tarikh.
Sam melayari, pergi, kembali beberapa hari kemudian, dan mendaftar. Semasa pendaftaran, aplikasi membaca kod yang disimpan dan mencipta rujukan menunggu daripada Alex kepada Sam.
Sam membayar pesanan pertama. Pembekal pembayaran memberitahu aplikasi anda; selepas tempoh bayaran balik, rujukan menjadi layak.
Aplikasi mengeluarkan kedua-dua ganjaran dan memberitahu Alex.

Benarkan juga orang menaip kod semasa pendaftaran atau checkout, untuk rujukan yang berlaku secara mulut ke mulut. Tentukan apa yang berlaku jika seseorang tiba melalui dua pautan berbeza; “pautan terakhir yang diklik menang” ialah peraturan biasa.

Penipuan dan penyalahgunaan

Apa-apa ganjaran yang berbaloi akan diuji. Perlindungan asas:

Tiada rujukan kendiri: tolak apabila akaun yang dirujuk berkongsi e-mel, kad pembayaran, nombor telefon atau alamat penghantaran dengan perujuk.
Layak berdasarkan nilai, bukan pendaftaran: pesanan berbayar yang tidak dibayar balik jauh lebih sukar dipalsukan berbanding alamat e-mel.
Tempoh menunggu sebelum ganjaran boleh digunakan.
Had bagi setiap perujuk setiap bulan.
Semakan manual bagi sesiapa yang rujukannya melonjak secara tiba-tiba.
Batalkan ganjaran jika pembayaran yang layak dibayar balik.

Ganjaran dan pembayaran

Kredit akaun ialah ganjaran yang paling mudah untuk dijalankan: ia nombor pada akaun pelanggan yang ditolak semasa checkout. Kod diskaun berfungsi dengan baik untuk kedai. Pembayaran tunai paling sukar: anda mengumpul butiran pembayaran, mengendalikan pemindahan yang gagal, dan mungkin mempunyai tanggungjawab pelaporan cukai bergantung pada tempat anda dan pelanggan anda, jadi semak peraturan tempatan atau minta nasihat penasihat. Jika anda menerima pembayaran dengan Stripe atau yang serupa, biarkan webhook pembayaran memacu kelayakan. Panduan kami tentang menambah pembayaran meliputi persediaannya.

Prompt pertama yang berfungsi

Tambahkan program rujukan pada aplikasi langganan kit hidangan kami. Setiap pelanggan yang log masuk mendapat kod rujukan unik dan pautan kongsi seperti /?ref=CODE. Apabila pelawat tiba dengan ?ref=, simpan kod dalam kuki selama 30 hari dan lampirkannya pada akaun mereka semasa pendaftaran. Pelanggan yang dirujuk mendapat $15 diskaun secara automatik untuk kotak pertama mereka. Cipta rujukan menunggu semasa pendaftaran; apabila bayaran pertama pelanggan yang dirujuk berjaya (daripada webhook Stripe sedia ada) dan 14 hari berlalu tanpa bayaran balik, tandakan layak dan tambah kredit akaun $15 kepada perujuk. Tolak rujukan kendiri apabila e-mel, cap jari kad atau alamat penghantaran sepadan dengan perujuk. Hadkan ganjaran kepada 10 bagi setiap perujuk setiap bulan. Tambah halaman Rujuk Rakan yang memaparkan pautan pelanggan, butang kongsi dan rujukan mereka dengan status. Tambah halaman admin yang menyenaraikan semua rujukan dengan penapis untuk menunggu, layak, ditolak dan ditandakan. Simpan semuanya dalam pangkalan data.

Langkah membina

Kod dan halaman rujuk rakan. Jana satu kod bagi setiap pelanggan, tunjukkan pautannya.
Atribusi. Simpan kod semasa ketibaan, lampirkan semasa pendaftaran, benarkan kemasukan manual.
Tawaran pelanggan yang dirujuk digunakan semasa checkout atau pendaftaran.
Kelayakan pada peristiwa pembayaran, dengan tempoh menunggu.
Ganjaran dikeluarkan sebagai kredit, dan kredit digunakan semasa checkout.
Semakan penipuan dan had.
Paparan admin dan pemberitahuan (“Sam baru sahaja mendaftar dengan pautan anda”).
Uji dari hujung ke hujung dengan pembayaran ujian: rujuk, daftar dalam tetingkap persendirian, bayar, bayar balik, dan semak ganjaran dibatalkan.

Kesilapan biasa

Memberi ganjaran untuk pendaftaran. Menggalakkan akaun palsu.
Ganjaran lebih besar daripada nilai pelanggan. Kira apa yang biasanya dibawa oleh pelanggan baharu sebelum menetapkan jumlah.
Kod hilang antara klik dan pendaftaran. Uji kes apabila seseorang mengklik, pergi, dan kembali kemudian.
Tiada pembatalan apabila bayaran balik.
Menyembunyikan program. Letakkan pautan dalam menu akaun, pengesahan pesanan dan e-mel selepas pembelian.
Terma yang kabur. Peraturan yang tidak jelas membawa kepada tiket sokongan dan pertikaian.

Apabila alat rujukan adalah pilihan yang lebih baik

Platform rujukan dan afiliasi mengendalikan atribusi merentasi peranti, pengesanan penipuan, pembayaran dan borang cukai, serta berintegrasi dengan sistem kedai dan pengebilan yang biasa. Jika anda menjalankan kedai dalam talian pada platform yang dihoskan, semak dahulu pasaran aplikasinya; aplikasi rujukan boleh dipasang dalam beberapa minit. Jika anda merancang untuk membayar komisen tunai kepada ramai rakan kongsi, platform afiliasi biasanya lebih selamat daripada membina pembayaran sendiri.

Bina sendiri apabila produk anda sudah mempunyai akaun dan pembayaran yang anda kawal, apabila ganjarannya ialah kredit akaun dan bukannya tunai, atau apabila peraturannya khusus untuk perniagaan anda. Untuk mekanik pra-pelancaran “jemput rakan untuk naik dalam senarai”, lihat cara bina halaman senarai menunggu. Untuk ganjaran pembelian berulang dan bukannya rujukan, lihat cara bina aplikasi program kesetiaan.

Membinanya dengan Mythex

Di Mythex, anda boleh meminta ejen menambah program rujukan pada aplikasi yang sedang anda bina, dan menguji keseluruhan aliran dalam pratonton langsung. Ejen menambah pangkalan data Postgres khusus apabila rujukan perlu disimpan (atau taip /database). Mythex tidak menyertakan log masuk atau pembayaran terbina dalam untuk aplikasi yang anda bina: anda menyambungkan pengesahan anda sendiri dan akaun Stripe anda sendiri, dengan kunci disimpan sebagai rahsia projek (resipi Stripe). Webhook pembayaran memerlukan URL awam, jadi terbitkan sebelum menguji dari hujung ke hujung (resipi webhook).

Soalan lazim

Bagaimana program rujukan menjejak siapa merujuk siapa?

Setiap pelanggan sedia ada mendapat kod atau pautan unik. Apabila seseorang tiba melalui pautan itu, aplikasi menyimpan kod tersebut, biasanya dalam kuki atau storan tempatan, dan melampirkannya pada akaun baharu semasa pendaftaran. Rujukan direkodkan ketika itu dan diberi ganjaran apabila ia layak.

Bilakah rujukan patut layak mendapat ganjaran?

Selepas pelanggan baharu melakukan sesuatu yang bernilai, seperti membayar pesanan pertama atau kekal melepasi tempoh percubaan atau tempoh bayaran balik, bukan hanya pada pendaftaran. Memberi ganjaran hanya untuk pendaftaran menggalakkan akaun palsu.

Patutkah saya beri wang tunai atau kredit sebagai ganjaran?

Kredit akaun atau diskaun lebih mudah dan lebih murah untuk dijalankan, dan ia membawa perujuk kembali. Pembayaran tunai melibatkan maklumat pembayaran, persoalan cukai di sesetengah negara dan risiko penipuan yang lebih tinggi, jadi mulakan dengan kredit melainkan wang tunai itu penting.

Bagaimana saya menghentikan penipuan rujukan?

Beri ganjaran hanya selepas pembayaran yang layak dan tempoh menunggu, sekat rujukan kendiri (e-mel, kad pembayaran atau peranti yang sama), hadkan ganjaran bagi setiap orang, dan semak lonjakan luar biasa sebelum membuat pembayaran.