如何建立推薦計劃：連結、追蹤、獎勵及防欺詐規則

推薦計劃獎勵現有客戶為你帶來新客戶。要建立這樣的計劃，你需要為每位客戶提供獨一無二的代碼或連結、一個能在新訪客到達時記住該代碼的方法、一份把新帳戶與推薦人連結起來的紀錄、一套清晰的規則以界定何時算作有效推薦、一種獎勵（額度、折扣或現金），以及能防止人們推薦自己的檢查機制。代碼本身並不困難。真正的難題在於：選擇一個能反映真實價值的符合條件事件，並設計出不會讓獎勵成本高於其所帶來客戶價值的獎勵。

在建立之前先決定規則

先把以下各項寫下來，每一項都會改變建立的方式：

• 誰可以推薦？ 每位客戶，只限付費客戶，還是只限在使用你的服務一段時間之後？
• 什麼才算成功的推薦？ 註冊、首次付款、超過某個金額的首張訂單，還是超過退款或試用期限後仍然保留的客戶？
• 獎勵是什麼，給誰？ 只給推薦人，還是雙方都獲獎（「各送 $10，各得 $10」的雙向優惠）？
• 獎勵採用什麼形式？ 帳戶額度、折扣代碼、免費一個月、實物禮品，還是現金？
• 是否有限制？ 每人每月的上限、額度的到期日、每位新客戶只可獲一次獎勵。
• 推薦連結有效多久？ 如果有人今天點擊，三個星期後才註冊，這次推薦是否仍然有效？

一個常見而簡單的設定是：雙方都獲得帳戶額度，而當新客戶的首次付款成功，並且退款期限已過，推薦即符合條件。

計劃需要什麼

數據

把推薦紀錄與獎勵分開儲存。推薦可以存在但沒有獎勵（待處理或已拒絕），而獎勵也可以在被推薦的客戶要求退款時被撤銷。

頁面及功能元件

• 「推薦朋友」頁面，位於客戶的帳戶之內：他們的連結、分享按鈕，以及他們所有推薦的列表，包括狀態及已賺取的獎勵。
• 被推薦訪客的著陸體驗：「Alex 送你 $10 首張訂單折扣」，並在結帳或註冊時套用優惠。
• 歸因邏輯：訪客透過連結到達時儲存代碼，並在註冊時連結到帳戶。
• 符合條件的邏輯：在符合條件的事件發生時執行，通常由付款網絡鉤子觸發。
• 管理檢視：所有推薦、待審批項目、被標示的項目，以及已發放獎勵的總額。
• 條款頁面，清楚列明規則。

歸因如何運作

1. Alex 分享 yourapp.com/?ref=ALEX42。
2. Sam 點擊連結。應用程式將 ALEX42 連同日期儲存在 cookie 或本地儲存空間中。
3. Sam 瀏覽網站，離開，數日後回來並註冊。註冊時，應用程式讀取已儲存的代碼，並建立一項從 Alex 到 Sam 的待處理推薦。
4. Sam 支付首張訂單。付款服務供應商通知你的應用程式；在退款期限過後，該推薦即變為已符合條件。
5. 應用程式發放兩方的獎勵，並通知 Alex。

此外，也讓用戶可以在註冊或結帳時輸入代碼，以涵蓋口耳相傳的推薦。如果有人透過兩個不同連結到達，應先決定如何處理；通常的規則是「最後點擊的連結為準」。

欺詐及濫用

任何有價值的獎勵都會受到測試。基本的保護措施包括：

• 禁止自我推薦：當被推薦的帳戶與推薦人共用電郵、付款卡、電話號碼或送貨地址時，拒絕該推薦。
• 以價值而非註冊作為符合條件的依據：一張已付款且未退款的訂單，比一個電郵地址難以偽造得多。
• 獎勵發放前設有等候期。
• 每位推薦人每月設定上限。
• 對推薦數目突然暴增的人進行人手審視。
• 如符合條件的付款被退款，則撤銷獎勵。

獎勵及付款

帳戶額度是最容易操作的獎勵：它是客戶帳戶上的一個數額，結帳時會被扣除。折扣代碼適合網店。現金支付則最難處理：你要收集收款資料，處理失敗的轉帳，並且視乎你與客戶所在的地區，可能須承擔稅務申報的責任。因此，請查閱當地規定，或諮詢顧問。如果你使用 Stripe 或類似服務收款，應讓付款網絡鉤子驅動符合條件的判斷。我們有關為應用程式加入付款功能的指南，涵蓋了設定步驟。

有效的第一條提示

為我們的餐盒訂閱應用程式加入推薦計劃。每位已登入的客戶都會獲得獨一無二的推薦代碼，以及形如 /?ref=CODE 的分享連結。當訪客帶著 ?ref= 到達時，把代碼儲存於 cookie 中 30 天，並在他註冊時連結到其帳戶。被推薦的客戶會自動在他的首盒上獲得 $15 折扣。註冊時建立一項待處理推薦；當被推薦客戶的首次付款成功（來自現有的 Stripe 網絡鉤子），並且 14 天內沒有退款，即把推薦標示為已符合條件，並為推薦人加入 $15 帳戶額度。如果電郵、付款卡指紋或送貨地址與推薦人相同，則拒絕自我推薦。每位推薦人每月最多獲 10 次獎勵。加入「推薦朋友」頁面，顯示客戶的連結、分享按鈕，以及他們的推薦及狀態。加入管理頁面，列出所有推薦，並可按待處理、已符合條件、已拒絕及已標示篩選。所有資料儲存於資料庫。

建立步驟

1. 代碼及「推薦朋友」頁面。 為每位客戶產生代碼，並顯示連結。
2. 歸因。 到達時儲存代碼，註冊時連結，並容許手動輸入代碼。
3. 為被推薦的客戶提供優惠，在結帳或註冊時套用。
4. 符合條件的判斷，根據付款事件，並加入等候期。
5. 獎勵以額度形式發放，額度可於結帳時使用。
6. 防欺詐檢查及上限。
7. 管理檢視及通知（「Sam 剛剛透過你的連結加入」）。
8. 以測試付款進行端到端測試：推薦、以私人視窗註冊、付款、退款，並檢查獎勵是否已被撤銷。

常見錯誤

• 獎勵註冊。 會鼓勵虛假帳戶。
• 獎勵金額高於客戶的價值。 在設定金額之前，先算出一位新客戶通常會帶來多少收入。
• 代碼在點擊與註冊之間遺失。 測試以下情況：有人點擊，離開，然後稍後回來。
• 退款時沒有撤銷獎勵。
• 隱藏計劃。 把連結放在帳戶選單、訂單確認頁及購買後的電郵中。
• 條款含糊。 規則不清楚會導致支援查詢及糾紛。

何時使用推薦工具較好

推薦及聯盟平台可處理跨裝置歸因、欺詐偵測、付款及稅務表格，並且能與常見的網店及帳單系統整合。如果你在託管平台上經營網店，請先查看其應用程式市集；安裝推薦應用程式可能只需數分鐘。如果你計劃向許多合作夥伴支付現金佣金，聯盟平台通常比自行建立付款系統更安全。

當你的產品已經擁有自己控制的帳戶及付款系統、獎勵是帳戶額度而非現金，或規則是針對你的業務而訂的，就值得自行建立。如果是推出前「邀請朋友排前列」的機制，可參閱如何建立等候名單頁面。如果是重複購買的獎勵，而非推薦，則可參閱如何建立忠誠計劃應用程式。

用 Mythex 建立

在 Mythex 上，你可以要求代理商為正在建立的應用程式加入推薦計劃，並在即時預覽中測試整個流程。當推薦需要儲存時，代理商會加入專用的 Postgres 資料庫（或輸入 /database）。Mythex 不為你建立的應用程式提供內置的登入或付款功能：你需要接駁自己的驗證方式及自己的 Stripe 帳戶，金鑰則以專案機密形式儲存（Stripe 範例）。付款網絡鉤子需要公開網址，因此要先發布，才能端到端測試（網絡鉤子範例）。

常見問題