關于獲取手機號的淺嗑

1 評論 2274 瀏覽 2 收藏 5 分鐘

下面這篇文章是筆者自身分享的關于手機號中的一個小功能點的思考,對于獲取手機號的方案大家都是怎么看待的呢?一起接著往下看看吧!

第一次發布文章,淺淺聊聊近期關于一個小功能點的思考,純粹嘮嗑與分享心得。有啥說得不對的,不要較真。隨手寫的還沒到達謹言慎言。

部門業務需求,前期做了個簡單版的mvp h5頁面上線,先上線后完善,上線快一年多,用戶群體越來越多了,反饋最多的的聲音是,沒有獲取到手機號,導致部分客訴,公司主打客戶為先,加上是個合理的需求,那當然是安排迭代升級。

獲取手機號的方案,其實現在已經很成熟了,常規是短信驗證碼、小程序授權;

一、以下是根據業務場景總結的方案

1. 微信小程序獲取手機號

  • 優點:一鍵授權,用戶體驗感好;
  • 缺點:成本偏高:需考慮小程序支付費率(看企業資質)及小程序授權 0.03元/次。

2. 短信驗證碼

  • 優點:上線快;
  • 缺點:短信費用0.01~0.03元/條,用戶體驗較差,等待時間長,也會存在個別收不到短信(如用戶設置免打擾信息/運營商問題/網絡不好等)。

—博導給出建議,用戶收不到短信又無法下一步操作才是惱火的事情,從核心保持業務順暢來說,核心解決,收不到短信,那就默認通過直接讓客戶下一步操作,通過二次補充信息完善個人信息。

3. 公眾號領會員卡規則

優點:無費用,領會員卡授權手機號,且還可以自定義更多字段讓用戶填寫。

缺點:暫無

其實首次發現小程序成本高的時候,我偏向于,有需要的客戶用小程序,沒需要的用h5,互不打擾。雖成本依舊會上漲一些。退而求其次只能用短信驗證碼收集手機號,短信驗證碼在我心目中屬于比較原始的做法,加上使用的場景比較特殊,比如網絡不好,等待時間過長,遇到耐心稍微差一點的就可能罵罵咧咧中。

現在各APP用的也是短信驗證碼,也就是意味著,大眾都是接受的,只是要看產品的使用場景,再好的方案也要看各項評估適不適合公司的業務。

給予上面三個方案是總結博導給了兩個建議:

  • 從公司原來的業務中,去尋找有沒有更好的方案路線,不用死磕到底常規方案;
  • 短信驗證碼的弊端,繞開,不用花大力氣去解決,應該要思考如何讓業務順暢的走下去;

二、側面思考,也是應成長的地方

  • 做事不能一條筋,要擁抱變化。
  • 怎樣才能去深度去了解場景和客戶需求,快速識別哪些該放棄哪些該堅持。
  • 方案探索需要花更多時間,日常除了了解更多咨詢之外,定方案不要急躁,圖快。
  • 和需求方溝通,給出最優的方案,而不是讓需求方來定義,而是要了解需求方,收集信息了解對方。

本次文章記錄原委,便于后期回顧當下的思考方式,也是一個敲警鐘,多學,多寫,多看。

本文由 @很快就是個大咖 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 從文章的收獲:
    1. 小程序搶了短信的生意,3分錢一次授權,真的是暴利~
    2. 每個用戶在不同公眾號下,會有不同的openid,以至于在不同的公眾號下都能重新標記數據自己的新老客戶,想到多2B平臺,其實用戶信息的設計也可以這樣參考,避免很多跨商戶的苦惱;
    3. 手機號獲得環境好的場景,如家里、辦公環境、Wi-Fi-easy-access的緩慢公共環境,很多APP還是用的手機驗證碼的方式,手機控件-自動加載短信碼也還是可以接受的。 如果對于一些線下的網絡潛在風險大或者著急的場景,短信不到會阻礙流程,要思考手機號是否必須,如果短信不到是小概率事件且可以設計成繞開主流程方案,那繞開是不錯的選擇。 很多應用,會先故意不收集手機號,后面完善的方式來低門檻讓用戶進來~

    來自廣東 回復