如何打造推薦計畫：連結、追蹤、獎勵與防詐規則

推薦計畫會獎勵現有客戶，讓他們為你帶來新客戶。要打造一個推薦計畫，你需要為每位客戶提供獨一無二的代碼或連結、一種能在新訪客到達時記住該代碼的方式、一筆將新帳號與推薦人連結起來的紀錄、一套明確的「何時算是有效推薦」規則、一項獎勵（點數、折扣或現金），以及能阻止人們推薦自己的檢查機制。代碼本身並不困難。真正困難的，是選擇一個能反映真實價值的合格事件，並設計出不會超過其所帶來客戶價值的獎勵。

在建置之前先決定規則

先把這些寫下來，因為每一項都會改變建置的方式：

• 誰可以推薦？ 每位客戶、只有付費客戶，還是需要先在你這裡待一段時間之後？
• 什麼才算成功的推薦？ 註冊、第一次付款、超過某個金額的第一筆訂單，還是超過退款或試用期限後仍然留存？
• 獎勵是什麼，給誰？ 只給推薦人，還是雙方都給（「各得 10 元」的雙向優惠）？
• 獎勵以什麼形式發放？ 帳戶點數、折扣碼、免費一個月、實體贈品，還是現金。
• 有沒有限制？ 每人每月的上限、點數的到期日，或是每位新客戶只能獲得一次獎勵。
• 推薦連結的有效期限有多久？ 如果有人今天點擊，三週後才註冊，這次推薦還算數嗎？

一個簡單常見的設定是：雙方都獲得帳戶點數，而當新客戶的第一筆付款成功、且退款期限已過時，這筆推薦才算有效。

計畫需要什麼

資料

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

頁面與元件

• 「推薦好友」頁面，位於客戶的帳號中：他們的連結、分享按鈕，以及其推薦紀錄與狀態、已獲得的獎勵清單。
• 被推薦訪客的著陸體驗：「Alex 送你 10 元折扣，可用於首次訂單」，並在結帳或註冊時套用優惠。
• 歸因邏輯：當有人透過連結到達時儲存代碼，並在註冊時附加到帳號上。
• 達成判定邏輯：在合格事件發生時執行，通常由付款webhook 觸發。
• 管理檢視：所有推薦、待審核項目、被標記的項目，以及已發放獎勵的總額。
• 條款頁面：以清楚的文字說明規則。

歸因如何運作

1. Alex 分享 yourapp.com/?ref=ALEX42。
2. Sam 點擊。App 把 ALEX42 連同日期儲存在 cookie 或本機儲存空間中。
3. Sam 瀏覽、離開，幾天後回來並註冊。註冊時，App 讀取已儲存的代碼，並建立一筆從 Alex 到 Sam 的待處理推薦。
4. Sam 付款第一筆訂單。付款服務商通知你的 App；在退款期限過後，該推薦就變為已達成。
5. App 同時發放兩方的獎勵，並通知 Alex。

也要讓人們能在註冊或結帳時手動輸入代碼，以涵蓋口耳相傳的推薦。請決定當某人透過兩個不同的連結到達時會發生什麼；通常的規則是「最後點擊的連結算數」。

詐騙與濫用

任何有價值的獎勵都一定會被測試。基本的防護包括：

• 禁止自我推薦：當被推薦的帳號與推薦人共用電子郵件、付款卡、電話號碼或收件地址時，直接拒絕。
• 以價值而非註冊來判定：一筆已付款且未退款的訂單，比一個電子郵件地址更難偽造。
• 等待期：獎勵在可使用之前需要經過一段等待期。
• 上限：每位推薦人每月的獎勵上限。
• 人工審核：任何推薦數量突然暴增的人。
• 撤銷獎勵：如果達成推薦的付款被退款，就撤銷獎勵。

獎勵與付款

點數是最容易執行的獎勵：它就是客戶帳戶上的一個數字，結帳時自動扣抵。折扣碼適合商店。現金發放則最困難：你需要收集收款資料、處理失敗的轉帳，而且依你與客戶所在的地區，可能還有稅務申報義務，因此請查閱當地規定，或諮詢專業顧問。如果你使用 Stripe 或類似服務收款，請讓付款 webhook 來驅動推薦的判定。我們的如何為你的 App 加入付款指南涵蓋了設定方式。

有效的第一個提示詞

為我們的餐盒訂閱 App 加入推薦計畫。每位已登入的客戶都會取得一組專屬的推薦代碼，以及形如 /?ref=CODE 的分享連結。當訪客帶著 ?ref= 到達時，把代碼存入 cookie，有效期 30 天，並在他註冊時附加到帳號上。被推薦的客戶會自動在第一箱餐盒上獲得 15 美元折扣。註冊時建立一筆待處理的推薦；當被推薦的客戶第一筆付款成功（來自既有的 Stripe webhook），且 14 天內沒有退款，就把推薦標記為已達成，並為推薦人加入 15 美元帳戶點數。若電子郵件、付款卡指紋或配送地址與推薦人相符，就拒絕自我推薦。每位推薦人每月的獎勵上限為 10 次。新增一個「推薦好友」頁面，顯示客戶的連結、分享按鈕，以及他們的推薦與狀態。新增一個管理頁面，列出所有推薦，並可依待處理、已達成、已拒絕與被標記來篩選。所有資料都存在資料庫中。

逐步打造

1. 代碼與推薦好友頁面。 為每位客戶產生代碼，並顯示連結。
2. 歸因。 到達時儲存代碼，註冊時附加，並允許手動輸入。
3. 給被推薦客戶的優惠，在結帳或註冊時套用。
4. 達成判定，依付款事件進行，並包含等待期。
5. 獎勵以點數發放，並在結帳時套用點數。
6. 防詐檢查與上限。
7. 管理檢視與通知（「Sam 剛剛用你的連結加入了」）。
8. 以測試付款進行端到端測試：推薦、在無痕視窗中註冊、付款、退款，並確認獎勵已被撤銷。

常見錯誤

• 獎勵註冊。 會鼓勵假帳號。
• 獎勵金額超過客戶的實際價值。 在設定金額之前，先算出一位新客戶通常會帶來多少收入。
• 在點擊與註冊之間遺失代碼。 測試使用者點擊、離開、之後再回來的情況。
• 退款時沒有撤銷。
• 把計畫藏起來。 把連結放在帳號選單、訂單確認與購後電子郵件中。
• 條款模糊。 不清楚的規則會導致客服工單與爭議。

何時推薦工具是更好的選擇

推薦與聯盟行銷平台可以處理跨裝置的歸因、詐騙偵測、款項發放與稅務表單，並可與常見的商店與帳務系統整合。如果你在託管平台上經營線上商店，請先檢查它的應用程式市集；推薦類 App 可能只需幾分鐘就能安裝。如果你打算向許多合作夥伴支付現金佣金，聯盟行銷平台通常比自己建置發款系統更安全。

當你的產品已經擁有你能控制的帳號與付款系統、獎勵是帳戶點數而非現金，或規則是針對你的業務量身訂做時，就應該自行打造。若是針對上線前的「邀請朋友提升排名」機制，請參閱如何打造候補名單頁面。若是重複購買的回饋，而非推薦，請參閱如何打造忠誠計畫 App。

用 Mythex 打造

在 Mythex 中，你可以請 AI 代理為你正在建置的 App 加入推薦計畫，並在即時預覽中測試完整流程。當推薦需要儲存時，AI 代理會加入專用的 Postgres 資料庫（或輸入 /database）。Mythex 不會為你建置的 App 內建登入或付款功能：你需要接上自己的驗證，以及你自己的 Stripe 帳號，並以專案機密的方式保存金鑰（Stripe 教學）。付款 webhook 需要公開網址，因此請先發布，再端到端地測試（webhook 教學）。

常見問題