編輯導(dǎo)讀：授權(quán)登錄降低了用戶注冊賬號時的操作成本，減少了產(chǎn)品的獲客門檻。在本文中，作者結(jié)合案例，盤點了微信小程序授權(quán)登錄設(shè)計中需要注意的幾點問題，并對功能設(shè)計背后的設(shè)計思路與原理進行了簡要的分析，供大家一同參考學(xué)習(xí)。

經(jīng)歷了四個小程序從0-1的設(shè)計/研發(fā)/上線的生命周期，深感小程序由于微信生態(tài)圈的影響，使它擁有很多便捷的封裝功能，支持直接調(diào)用；同時弊端就是導(dǎo)致很多功能受限，不像原生app那樣靈活多變。踩過無數(shù)坑，填過無數(shù)坑，所以萌生了總結(jié)小程序從頭到尾各個環(huán)節(jié)的知識點，算存檔也算分享給讀者。適合剛?cè)腴T接觸小程序設(shè)計的同學(xué)或者是希望深入了解小程序的同學(xué)。

本文會從小程序一開始需要掌握的openID、UnionID、授權(quán)微信綁定手機號、獲取其他用戶信息，到親身經(jīng)歷的單一登錄流程改造跨平臺適配作為案例，來介紹這些基本的參數(shù)和功能點如何設(shè)計。

01 openID

這是微信生態(tài)圈中，為了識別用戶，每個小程序或者公眾號對每個用戶生成的一個唯一的ID，類似身份證號，針對該小程序或公眾號具有唯一校驗的屬性。

儲存openID，在用戶下次進入小程序中，可識別用戶身份，實現(xiàn)免登陸功能。小程序本身已經(jīng)實現(xiàn)了登錄功能，所以降低的開發(fā)成本。但獲取openID只適用于規(guī)劃中不含有app等其他平臺應(yīng)用的產(chǎn)品，如果想要實現(xiàn)多應(yīng)用，在最初設(shè)計時，千萬不要用openID！此處踩了大坑，后文中會詳細介紹。

02 UnionID

如果開發(fā)者擁有多個移動應(yīng)用、網(wǎng)站應(yīng)用、和公眾帳號（包括小程序），可通過 UnionID 來區(qū)分用戶的唯一性，因為只要是同一個微信開放平臺帳號下的移動應(yīng)用、網(wǎng)站應(yīng)用和公眾帳號（包括小程序），用戶的 UnionID 是唯一的。

換句話說，同一用戶，對同一個微信開放平臺下的不同應(yīng)用，UnionID是相同的。注意：需要在微信開放平臺將多個應(yīng)用綁定在同一主體下，才能實現(xiàn)多應(yīng)用共用一個UnionID，此配置需要前置進行。

03 其他用戶信息

包括：用戶信息、地理位置、定位、通訊地址、發(fā)票抬頭、獲取發(fā)票、運動步數(shù)。

04 微信綁定手機號

獲取用戶微信默認綁定的手機號，需要用戶點擊頁面中的按鈕（button)，才可以調(diào)用此功能。彈窗里支持用戶修改手機號。如果業(yè)務(wù)中需要使用手機號來注冊，就可以使用此功能獲取，如業(yè)務(wù)中不強制要求，則只需獲取用戶openID/UnionID，在必要環(huán)節(jié)獲取手機號，以提升用戶體驗。
介紹完openID/UnionID兩者的區(qū)別，總結(jié)一下如何獲取這兩種ID：

• 點擊頁面中的按鈕，彈出授權(quán)彈窗用戶同意授權(quán)，才可獲取。注意：用戶的openID是放在【用戶授權(quán)獲取昵稱和頭像】中。引申一個知識點，還有一種方式是通過微信官方提供的登錄功能獲取openID，但在獲取UnionID時會出現(xiàn)獲取不到的情況，所以并不推薦使用此方法。
• 如果開發(fā)者帳號下存在同主體的公眾號，并且該用戶已經(jīng)關(guān)注了該公眾號。系統(tǒng)可以直接獲取到用戶的openID/UnionID，無需用戶再次授權(quán)。
• 如果開發(fā)者帳號下存在同主體的公眾號或移動應(yīng)用，并且該用戶已經(jīng)授權(quán)登錄過該公眾號或移動應(yīng)用。小程序用戶無需再次授權(quán)。
• 用戶在小程序（暫不支持小游戲）中支付完成后，5分鐘內(nèi)可獲取用戶的openID/UnionID，無需用戶授權(quán)。此應(yīng)用場景，作者所參與的項目中暫時沒有使用過，但感覺掃碼購類似的產(chǎn)品中應(yīng)該會使用。

舉個栗子，如果你想要獲取用戶的昵稱頭像和手機號，那么需要設(shè)計兩次點擊按鈕，并且彈出兩次授權(quán)彈窗，一次按鈕點擊獲取一種授權(quán)，并且只能放在不同的按鈕中。設(shè)計參考：美團、瑞幸、貝殼租房等小程序。

05 單一登錄流程改造跨平臺適配案例

5.1 舊方案的背景及流程圖

我們的產(chǎn)品是一個分銷平臺，在最初規(guī)劃和設(shè)計時，由于用人成本的因素，并沒有預(yù)備研發(fā)app，只是單純的希望通過小程序?qū)崿F(xiàn)運營推廣。但是在運營過程中，特殊的業(yè)務(wù)模式容易違規(guī)，怕被用戶舉報較多導(dǎo)致封號。高層決定不再依托于微信生態(tài)圈，從而傾斜資源自主研發(fā)app。所以當時小程序的整個登錄流程，需要進行升級改造，用于適配app多設(shè)備注冊登錄。

舊方案流程如下：

踩的坑有兩個地方：

第一，未與研發(fā)人員明確登錄的概念，研發(fā)人員認為獲取到用戶的openID視為登錄成功，對于我們的業(yè)務(wù)設(shè)計來說，獲取到用戶的手機號碼才是真正意義的有效用戶。

第二，由于開始并未規(guī)劃app，導(dǎo)致研發(fā)人員在取用戶信息時，選擇了獲取用戶的openID，當多個移動應(yīng)用時，無法獲取用戶的unionID，用戶在各個應(yīng)用中數(shù)據(jù)無法打通。

但是改造時，已有300多個授權(quán)手機號用戶，所以改造方案花了很長時間探討和研究，最終得出了一個相對來說完整的解決方案。

5.2 改造后的方案

在APP中，我們設(shè)計了微信授權(quán)登錄、手機號驗證碼登錄，手機號密碼登錄三種登錄模式。微信授權(quán)登錄的設(shè)計相對來說比較復(fù)雜。我只梳理了一個簡易流程，研發(fā)的思路由項目經(jīng)理負責(zé)輸出。
產(chǎn)品設(shè)計思路：

研發(fā)思路（大力感謝小黑同學(xué)的貢獻）：

在設(shè)計過程中，我遇到了一個思維誤區(qū)，當時考慮的問題如下：

• 用戶A—登錄小程序—獲取到openID—綁定了手機號1—視為老用戶
• 老用戶A—使用微信授權(quán)登錄APP—獲取到unionID—綁定了手機號2

如果用戶在app登錄，有了unionID，他綁定了其他手機號怎么辦？這個時候創(chuàng)建一個新用戶嗎？那就存在一個unionid綁定了兩個手機號的情況。

這種場景如何處理？

這個地方的盲區(qū)在于，我一定要把openID和unionID關(guān)聯(lián)起來，其實大可不必。在這種情況下，以手機號為唯一標識，視為兩個用戶即可，只有綁定了相同手機號，數(shù)據(jù)才會互通合并。創(chuàng)建的新用戶，他的openID為空，獲取到unionID即可。

即：用戶A 是openID+手機號1，用戶B是unionID+手機號2+openID為空。

06 寫在后面

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

參考網(wǎng)站：https://developers.weixin.qq.com/miniprogram/dev/framework/

最后再次感謝小黑同學(xué)的批閱和指正~

本文由@Olivia 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash, 基于CC0協(xié)議