編輯導(dǎo)讀：賬號(hào)體系是平臺(tái)的底層系統(tǒng)，在此基礎(chǔ)上，用戶行為、業(yè)務(wù)發(fā)展等因素會(huì)引發(fā)賬號(hào)間交互的需求。在業(yè)務(wù)發(fā)展過程中，賬號(hào)體系建設(shè)經(jīng)常會(huì)遇到各種問題，本文作者結(jié)合項(xiàng)目實(shí)踐，對(duì)這些問題展開了分析解答，與大家分享。

賬號(hào)體系是所有系統(tǒng)都幾乎會(huì)面臨的一個(gè)難題?？梢赃@么說，我所經(jīng)歷過的公司基本都不約而同的遇到過，在業(yè)務(wù)發(fā)展過程中，現(xiàn)有賬號(hào)體系無法支撐業(yè)務(wù)而被迫進(jìn)行改造。

今天就來講講賬號(hào)體系建設(shè)中最常遇到的幾個(gè)棘手的問題。話不多說，直接上干貨。

前提：今天先說同一個(gè)系統(tǒng)內(nèi)的賬號(hào)問題，后面有機(jī)會(huì)再說內(nèi)部和外部（即N個(gè)系統(tǒng)）的賬號(hào)打通問題。

01 同一系統(tǒng)內(nèi)的賬號(hào)問題

很多公司存在一個(gè)問題，因?yàn)闅v史原因，在公司和產(chǎn)品發(fā)展初期，沒有做好完善的賬號(hào)體系規(guī)劃，導(dǎo)致對(duì)用戶的定義是有問題的，這些問題在后來業(yè)務(wù)發(fā)展中不斷的暴露出來，并帶來很麻煩的賬號(hào)體系改造。

比如一些社交電商平臺(tái)，初期為了用戶體驗(yàn)和購物成本最小化，直接通過微信授權(quán)登錄后，不強(qiáng)制綁定手機(jī)號(hào)。但是隨著業(yè)務(wù)發(fā)展，大家開始意識(shí)到，如果不以手機(jī)號(hào)作為唯一身份標(biāo)識(shí)，那整個(gè)平臺(tái)該如何辨別這個(gè)人到底是誰？

比如通過微信openid創(chuàng)建的 uid1 和通過支付寶 user_id 創(chuàng)建的 uid2，可能背后其實(shí)是同一個(gè)自然人。

這就為平臺(tái)未來的諸多業(yè)務(wù)發(fā)展帶來了巨大的限制，比如我們需要對(duì)用戶進(jìn)行風(fēng)控，要通過用戶行為進(jìn)行算法推薦，要看平臺(tái)的注冊(cè)用戶數(shù)和活躍用戶數(shù)，我們都無法做到準(zhǔn)確，甚至?xí)a(chǎn)生很離譜的偏差。

所以對(duì)平臺(tái)來說，這種不合理的設(shè)計(jì)一定會(huì)在未來某個(gè)節(jié)點(diǎn)爆發(fā)出巨大的瓶頸。

我當(dāng)初在負(fù)責(zé)丁香云管家這款產(chǎn)品的時(shí)候，也遇到過這個(gè)問題，那就是線上的賬號(hào)不強(qiáng)制綁定手機(jī)號(hào)，可以進(jìn)行很多的業(yè)務(wù)操作，比如預(yù)約、獲得積分等，但是對(duì)于診所來說，必須要打通線上和線下的服務(wù)場(chǎng)景，比如我在線上預(yù)約后，可以到診所進(jìn)行就診，所以線上線下兩個(gè)賬號(hào)必然面臨需要綁定的問題，兩個(gè)完全不同的用戶（uid不同）該如何打通？

最近還遇到一個(gè)賬號(hào)問題，和某大廠旗下一款產(chǎn)品A進(jìn)行合作，我們提供一個(gè)sdk給大廠，涉及雙方業(yè)務(wù)交互，但是A中并沒有用戶手機(jī)號(hào)數(shù)據(jù)，且又不愿意在他們的產(chǎn)品中間環(huán)節(jié)進(jìn)行手機(jī)號(hào)綁定（覺得影響他們的用戶體驗(yàn)），只是在最后付款階段喚起我們的小程序進(jìn)行付款。

那么這里就會(huì)遇到很嚴(yán)重的賬號(hào)問題，我們想了幾個(gè)方案，但幾乎每個(gè)方案都有缺陷，留個(gè)懸念看看大家怎么解決這個(gè)問題，底部可以留言說說你的解決思路～

02 上述問題的解決思路

對(duì)于上述的第一個(gè)問題，當(dāng)未來所有用戶都必須綁定手機(jī)號(hào)的時(shí)候，那些老用戶該怎么處理？一般可以采用如下2種方式解決。

1. 賬號(hào)合并

既然老用戶（uid=1）沒有手機(jī)號(hào)，那么第一步就是當(dāng)他去做一些關(guān)鍵行為的時(shí)候，強(qiáng)制要求他去綁定手機(jī)號(hào)，那么這里會(huì)有3種情況：

第一種綁定的是一個(gè)新手機(jī)號(hào)（其并沒有在平臺(tái)有uid），那么很顯然，綁定成功，且uid依然為1，同時(shí)該uid下寫入新手機(jī)號(hào)數(shù)據(jù)。

第二種綁定的是一個(gè)老手機(jī)號(hào)（uid=2，其在平臺(tái)之前注冊(cè)過），那么我們要看該賬號(hào)（uid=2）下否存在一些業(yè)務(wù)數(shù)據(jù)，比如訂單、優(yōu)惠券、積分、余額等，如果沒有，那么直接綁定成功，且uid2被注銷，手機(jī)號(hào)寫入uid1（主賬號(hào)）中。

第三種，前面的條件一樣，但是uid2下存在一些業(yè)務(wù)數(shù)據(jù)，這個(gè)時(shí)候如果要綁定，就涉及到業(yè)務(wù)數(shù)據(jù)合并的問題了。一般來說，uid1下的數(shù)據(jù)會(huì)被洗到uid2下，進(jìn)行合并，然后合并后剩下uid2（主賬號(hào)），uid1則被注銷。

這里到底是注銷uid1還是uid2，其實(shí)都可以，看你自己怎么定規(guī)則。

2. 賬號(hào)不合并

我們是否可以讓用戶在兩個(gè)賬號(hào)里2選1，選擇一個(gè)作為未來他想要用的賬號(hào)，而注銷另一個(gè)？

可以當(dāng)然是可以，但是這樣的前提就是損失用戶體驗(yàn)，你給用戶的選擇其實(shí)是逼著他拋棄一個(gè)，或者讓他先把賬戶中的余額、優(yōu)惠券、積分盡快使用掉，然后把該賬號(hào)廢棄，以手機(jī)號(hào)uid2為主賬號(hào)。

從實(shí)現(xiàn)難度和工作量來講，毫無疑問方案2更簡單，有的時(shí)候其實(shí)就是取舍的問題，到底是用戶體驗(yàn)重要，還是研發(fā)投入產(chǎn)出比重要，每個(gè)人每個(gè)公司都有自己的選擇。

03 數(shù)據(jù)合并是下下策

業(yè)務(wù)數(shù)據(jù)的合并其實(shí)并沒那么簡單，甚至有點(diǎn)“惡心”。

我們從簡單的往復(fù)雜的講：比如2條訂單合并，一般按照訂單的創(chuàng)建時(shí)間進(jìn)行倒序排列，那么也就是說開發(fā)先要把兩個(gè)用戶下的所有訂單拉出來，進(jìn)行時(shí)間倒序排序，然后再往uid2的訂單中按照順序依次插入uid1的訂單。

再難點(diǎn)，比如2個(gè)余額的合并，那么uid2原來有100元，uid1有50元，那么50元?dú)w入uid2的資金賬戶后，是以什么的形式體現(xiàn)呢？除了賬戶多了50元，你還需要保證賬戶余額和資金明細(xì)能夠?qū)ι希燥@然需要人工插一條“莫名其妙”的資金入賬明細(xì)，maybe 可以叫“賬戶合并入賬：50元”？

再難點(diǎn)，比如2邊的積分合并，很多平臺(tái)積分能決定會(huì)員等級(jí)，假如uid1有100個(gè)積分，會(huì)員等級(jí)是3級(jí)，uid2是200個(gè)積分，會(huì)員等級(jí)是2級(jí)，那么除了簡單的積分合并之外，uid2的會(huì)員等級(jí)甚至?xí)l(fā)生變動(dòng)。

這就會(huì)導(dǎo)致除了合并積分?jǐn)?shù)據(jù)之外，還要根據(jù)新積分進(jìn)行判斷，自動(dòng)更新其會(huì)員等級(jí)，以及會(huì)員權(quán)益等，帶來一系列的“非自然”變動(dòng)。

所有上述的改動(dòng)其實(shí)都是由開發(fā)主導(dǎo)的數(shù)據(jù)修復(fù)，我們常常叫“洗數(shù)據(jù)”。這種非用戶自主觸發(fā)的業(yè)務(wù)數(shù)據(jù)變更，會(huì)帶來最惡心的一點(diǎn)就是，很多模塊數(shù)據(jù)都要洗，影響范圍巨大，且很容易出現(xiàn)洗錯(cuò)的情況（人工做的事總有可能出錯(cuò)），且錯(cuò)誤會(huì)波及到不少業(yè)務(wù)。所以很多時(shí)候，開發(fā)是非常反感做這種事的，萬一洗錯(cuò)了，是要背鍋的。

04 小結(jié)

賬號(hào)問題的核心其實(shí)是賬號(hào)的唯一標(biāo)識(shí)，如果在系統(tǒng)剛開始設(shè)計(jì)的時(shí)候就能準(zhǔn)確的定義好唯一標(biāo)識(shí)，那么后面基本就不會(huì)出現(xiàn)太大的問題和改造需求。

#專欄作家#

司馬特小隊(duì)，公眾號(hào)：司馬特小分隊(duì)，人人都是產(chǎn)品經(jīng)理專欄作家。8年+互聯(lián)網(wǎng)資深產(chǎn)品經(jīng)驗(yàn)，多年B端產(chǎn)品管理經(jīng)驗(yàn)。具有多個(gè)從0到1的大型B端產(chǎn)品的孵化、重構(gòu)、迭代經(jīng)驗(yàn)；主要教授產(chǎn)業(yè)互聯(lián)網(wǎng)產(chǎn)品相關(guān)的硬核知識(shí)點(diǎn)。

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

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