去年公司開始著手開發一個App專案，從調研到開發完成，前前後後歷時快半年（沒少加班），目前產品已經上架了各個應用市場，名字就不提了，省得說我打廣告。今年開年說要開始做冷啟動了，大家都知道，這才是最苦逼的時間段，動不動就會有一堆bug和新需求冒出來，所以部門和專案組每天的節奏就是應付一個個既有問題和新需求。
前幾天遇到一個比較有難度的需求，是不止一個使用者向我們反饋的，與其說反饋不如說是抱怨，主要是註冊時填寫邀請碼太麻煩了，這個操作讓他們很反感，好多人不願意填也不願意把邀請碼推薦給別人。開發這套邀請機制的初衷其實是我們產品經理認為，產品正式推廣時需要一個裂變形式，尤其是看到拼多多、瑞幸咖啡這些裂變好手，長期依靠裂變低成本獲客，邀請好友註冊參與就能獲得獎勵，讓使用者認為這裡有羊毛可薅，這簡直是使用者增長的激素啊，再不搞邀請機制就落後了！
但在被使用者吐槽後，滿懷期待的裂變功能竟然碰了壁。果不其然，產品經理跟我聊了半天，想要我既解決掉邀請碼這個雞肋的東西，又同時能確定邀請人A和被邀請人B的關係，我跟他解釋了半天，說如果沒有邀請碼，移動端是無法確定A和B之間的邀請關係的，人家今日頭條不也是邀請碼滿天飛嗎。最後還是犟不過大佬，屁顛屁顛的跑去查資料，還真讓我發現一個這樣的工具。
相關連結：https：//www。openinstall。io/track。html
這個openinstall 能做到攜帶引數安裝，體驗了一下他的DEMO，還真不是吹的，事先設定好引數，然後下載App，真的能看到安裝攜帶了事先設定的引數資訊。
後續我把它的SDK配置到我們的App分享頁面上，然後下載註冊，後臺就可以獲取到客戶端傳來A和B的引數資訊，全程沒有用到邀請碼，也沒有要求使用者輸入任何資訊，僅僅是註冊這個環節需要輸入賬號密碼，使用者在沒有絲毫感覺的情況下，邀請邏輯就直接被實現了！簡直不可思議。
後來我跟產品大佬講了我在細節上是怎麼解決的，他還是沒搞懂我在說什麼，我只好翻個白眼說：你的免填邀請碼業務邏輯順利實現啦，不過要交錢而已，從你的推廣費里扣。
昨天下班時我轉念一想，這東西既然能實現攜帶引數安裝，是不是意味著除了邀請環節外，很多業務上的邏輯也能被實現？於是我諮詢了一波客服，又和大佬研究起了安裝後自動加好友和地推統計這些新鮮功能，再挖挖看還有多少邏輯能被實現，為後面的大規模推廣做準備。
