微信官方對小程序接口能力進行調整，旨在增強用戶體驗和隱私保護。然而，這也給商家帶來了更多接口限制和運營規范挑戰。作為產品經理，必須平衡用戶和商家的利益，并確保遵守微信的運營規范，那么微信小程序該如何做好“授權”設計？

距離上一篇《微信小程序如何做好“授權”設計？》已經過去2年多時間，微信官方對小程序的接口能力做了很多調整。用戶層面，微信加大了用戶隱私保護和用戶體驗升級的力度。但對于商家來說，更多接口限制和更嚴苛的運營規范，增加了獲客的難度。作為產品經理，需要在不違反微信運營規范的前提下，使用戶和商家的利益達到平衡狀態。

一、區分小程序登錄和業務登錄

最近在設計授權登錄流程的時候，跟研發同學產生認知的差異。研發同學一直不理解我說的登錄是什么意思，導致他在設計技術方案的時候，出現了紕漏。這是我才意識到，對于不同角色的人來說，登錄是全然不同的兩種東西。

1. 研發所說的登錄

小程序的官網文檔里有一個接口叫做：小程序登錄。

通過微信官方提供的登錄能力方便地獲取微信提供的用戶身份標識，快速建立小程序內的用戶體系。而這種登錄，只能獲取用戶的openID、UnionID和會話密鑰?session_key。

通俗一點，就是通過小程序的接口獲取一個用戶的唯一識別ID，對于不同主體（公司主體）的小程序，唯一識別ID也是不同的。這個唯一識別ID，對于業務層面來說，沒有任何作用，商家無法獲取用戶的手機號、姓名等核心要素。

舉個例子：把小程序比作一個學校，那唯一識別ID是學生證號。在學校保密的情況下，你拿到一個學生證號，無法查詢到這個學生的任何資料信息。并且，不同學校的學生證號有可能會重復。

所以，唯一識別ID，是為了系統層面創建了一個用戶，這個用戶只有一串ID；還有記錄用戶的登錄狀態，下次進入小程序實現免登。

2. 業務所說的登錄

是指通過手機號/賬號，創建用戶，并且用手機號/賬號作為唯一識別，確定用戶在業務層面唯一性的說法。他的核心點是賬號/手機號。

所以當時需求描述的功能，是需要【微信授權獲取手機號】的接口，而研發誤以為是【小程序登錄】的接口。

二、通過小程序授權用戶信息

1. 授權頭像和昵稱

去年這個接口已經作廢，微信官網認為獲取用戶的頭像和昵稱侵犯了隱私，并且不是必要因素，所以取消了接口。但近期發現，微信官方新加了一個接口用于獲取用戶信息。如果需求設計中，涉及到需要獲取用戶的頭像和昵稱，則必須設計編輯個人信息的界面，讓用戶主動上傳或通過接口獲取。特別注意：一般情況下，讓用戶輸入微信號極其敏感，容易違規被封，建議不要收集。

2. 授權獲取手機號

以前的接口，要求必須先【小程序登錄】，才能調用【獲取手機號】?，F在的版本做出修改，兩個接口獨立，沒有前后關聯。但依舊需要用戶主動觸發在頁面里點擊按鈕才能發起獲取手機號接口，不能系統自動?API?來調用。

若用戶舉報較多或被發現在不必要場景下使用，微信有權永久回收該小程序的該接口權限；在使用該接口時，用戶可使用微信綁定手機號進行授權，也添加非微信綁定手機號進行授權。若開發者僅通過手機號作為業務關聯憑證，在重點場景可適當增加短信驗證邏輯。

3. 其他能力

三、用戶信息接口提審避坑指南

小程序提審，最常見的駁回原因，就是不符合《小程序運營規范?5.12?收集用戶隱私行為》。

所以，大家提審時盡量做到以下幾點，會提升過審的幾率。

1. 盡量設計游客模式

①所有的一級頁面（例如首頁、個人中心）必須全部在未登錄狀態下可以訪問。

②?長鏈條的業務，例如商城，用戶必須看到商品詳情和核對訂單后，再觸發授權手機號登錄。

③?到店點餐和取餐業務，需設計游客下單模式。例如星巴克，提供非會員訂單，用戶無需登錄，即可享受在線點餐服務。

2. 首次進入小程序需要提示用戶協議

不可以默認勾選同意，必須用戶手動授權同意協議。

3. 登錄增加手機號驗證碼功能

為了應對授權手機號接口異常情況（突然被封），需要增加手機號驗證碼的登錄流程。

四、一般小程序登錄授權流程

根據條件觸發，一般需要定義：

①進入某頁面觸發。

②點擊頁面的某個按鈕觸發。

一般定義的顆粒度越細，用戶體驗越好，但相對來說，研發成功就越高。大家可以酌情考慮。

五、寫在后面

小程序快速便捷的研發模式和迭代模式，可以適應大部分互聯網產品快速迭代、快速試錯的需求，但是全部依賴于微信生態圈會有諸多限制，作為小程序的產品經理，大家應該熟讀小程序和公眾號的文檔，清楚什么可以做什么無法實現，這樣在設計功能時，不會走太多彎路，也避免了與研發同學產生沖突，設計了他們實現不了的需求。

參考網站：https://developers.weixin.qq.com/miniprogram/dev/framework/