app邀請機制：怎么設計好邀請流程？

關注：63 發布時間：2021-12-08 08:01:05

隨著市場的快速發展，移動互聯網的增長模式逐漸得到確認。目前幾乎所有類型的應用都能看到邀請機制，比如信息類應用的師徒制，電商類應用的議價，游戲類應用的邀請，甚至還有大量傳統渠道的推送和cps。本質上也有邀請鏈接。

邀請機制的形式類似，基本上是邀請者向好友發送邀請，好友接受邀請后，自動為雙方建立邀請關系，并發放相應的獎勵。

做過產品的都知道，這個過程中比較麻煩的不是獎勵形式、提成金額等激勵方式。畢竟這些都是通過戰略研究和測試后可以隨時調整的。比較重要的是邀請流程的設計，因為涉及到用戶體驗、轉換效率等。一個錯誤的產品流程一旦上線，大部分情況下都會繼續做下去，除非造成很大的損失。所以要盡量避免無味又遺憾的邀請過程。

設計邀請流程

既然邀請流程這么重要，那么什么樣的邀請流程比較合理呢？

目前主流的app邀請流程主要有兩種：

一種是共享邀請登陸頁面，好友填寫手機號短信驗證碼，app，注冊相同手機號的app登錄，后臺可以綁定登陸頁面與app注冊時上傳的兩個手機號的邀請關系。

缺點是整個邀請過程太長，朋友需要輸入兩次手機號驗證碼，一次登陸h5頁面，一次在app注冊，操作成本太高。

(登陸頁面邀請表)

另一種是填寫邀請碼，邀請者在app中生成唯*的邀請碼，發送給好友，復制后app，第一次登錄時填寫。后臺通過對比上傳的邀請碼數據，可以綁定雙方的邀請關系，發放獎勵。

很明顯，邀請碼是一堆亂七八糟的亂碼，邀請方在傳播時無法樹立良好的品牌形象。邀請者要支付教育費用，向好友說明app的好處，而好友需要先復制聊天記錄中的邀請碼，然后在app中粘貼邀請碼，也不夠簡單。

(邀請碼邀請表)

兩者各有利弊，所以我們可以考慮優化兩者的過程：

1.可以不需要在邀請登陸頁面輸入手機號嗎？即用戶在登陸頁面時自動記錄用戶信息，然后在新用戶注冊app時調用登陸頁面上的用戶信息進行綁定。

2.同理，用戶可以避免填寫邀請碼嗎？即隱藏邀請碼，改為發送邀請登陸頁面，并在url上記錄邀請碼id。朋友通過登陸頁面登錄app時，寫入邀請碼參數進行綁定。

關鍵是如何記錄用戶信息，即獲取用戶的邀請來源。

如何獲取邀請來源？

從技術上講，如果需要自己打磨一套高精度的信息采集方案，花費大量的時間和測試成本在市場上驗證可行性，一個精度不夠的不成熟的技術方案在實際推廣中會有巨大的潛在風險。總的來說，從頭開發一個技術方案的成本和風險還是太高了。如果想快速實現這個方案，可以考慮使用專業第三方開發者的產品，以渠道跟蹤工具openinstall為例。

openinstall將此方案稱為免費的邀請碼。在技術流程方面，通過與openinstall集成的js sdk將用戶標識(邀請碼)參數寫入發送的登錄頁面的url中。一旦朋友進入頁面，有效參數將被記錄。從頁面app并重新注冊時，可以調用和寫入頻道信息，以匹配雙方的邀請關系。

有了完美的解后，回想起邀請過程，理論上就產生了完美的邀請過程：

邀請者向弗林發送邀請鏈接(即h5登陸頁面)

在整個過程中，用戶只需要，登錄即可。對于平臺端，當登陸頁面時，新用戶和邀請者的信息會自動上傳并臨時存儲在服務器中。當新用戶app并注冊時，可以從服務器中檢索相應的信息，以匹配雙方的關系。

這是減少邀請流程的一小步，卻是提高用戶體驗和轉換效率的一大步。

(以免費邀請碼的形式)

更多應用場景

技術是生產變革的基礎之一。其實只要解決了技術問題，就能帶來無限的想象力。有了這個渠道來源追蹤技術，我們可以優化很多傳統推廣場景中不必要的、繁瑣的環節。

例如：

和app邀請一樣，通過將app推送推廣中的用戶id作為渠道參數，可以省略填寫推送代碼的步驟，邀請關系可以自動識別并納入推送人員的績效中。

在社交邀請中，邀請者id自動寫成參數，后可以自動添加為好友，用戶無需手動搜索好友昵稱。

在游戲競賽邀請中，通過寫入競賽房間號id作為參數，可以一鍵進入游戲競賽房間，無需用戶手動搜索房間號。