賬戶體系是任意一款互聯(lián)網(wǎng)產(chǎn)品都必有的基礎(chǔ)體系，而賬戶體系的產(chǎn)品設(shè)計(jì)文章卻寥寥無幾。本文小編將從互聯(lián)保險(xiǎn)產(chǎn)品的賬戶體系入手，來聊一聊如何基于復(fù)雜業(yè)務(wù)場景構(gòu)建一套完整賬戶體系。

一、賬戶體系、賬號(hào)體系、用戶體系的區(qū)別與聯(lián)系   

在分享如何構(gòu)建賬戶體系之前，先聊一聊小編對(duì)「賬戶」「賬號(hào)」「用戶」三者之間關(guān)聯(lián)和區(qū)別的理解。

• 賬戶可以定義是一個(gè)具有特定信息含義的內(nèi)容集。比如一張身份證，一本銀行存折，一份個(gè)人信用資料等。

• 賬號(hào)則是一組特定符號(hào)組成的序列，且與賬戶有一一映射關(guān)系。比如身份證號(hào)，銀行卡號(hào)，個(gè)人征信代碼等。

• 用戶則是通過這組特定字符序列與內(nèi)容集產(chǎn)生關(guān)聯(lián)的個(gè)體，同時(shí)也是賬戶內(nèi)容所描述的特定個(gè)體。

在互聯(lián)網(wǎng)產(chǎn)品中，用戶體系往往是面向用戶，更偏重于用戶運(yùn)營與增長。而賬戶體系則是面向業(yè)務(wù)，更偏重于產(chǎn)品結(jié)構(gòu)與業(yè)務(wù)支撐。賬號(hào)體系則是橋接在用戶體系與賬戶體系之間，為用戶體系提供價(jià)值體現(xiàn)的同時(shí)，又可為賬戶體系提供服務(wù)的支持。換言之，在偏重用戶體驗(yàn)的產(chǎn)品中，賬戶體系的價(jià)值常常被忽略。而在偏重于業(yè)務(wù)效率與供需交易的產(chǎn)品中，賬戶體系的價(jià)值舉足輕重。

案例：信用卡

這里小編通過「信用卡」這個(gè)大家生活中都會(huì)接觸的產(chǎn)品來講講上述三者的區(qū)別和關(guān)聯(lián)。

對(duì)于一張信用卡來講，我們站在普通人的角度看，它的用戶自然是使用它的人。它的賬號(hào)自然是登錄或支付的賬號(hào)和密碼。而它的賬戶可能就是它的消費(fèi)記錄，可用金額等。讀到這里大家可能覺得這個(gè)例子非常的簡單。

那么我們換一個(gè)思考的角度，站在產(chǎn)品經(jīng)理的立場看，對(duì)于一個(gè)信用卡產(chǎn)品來講，它的用戶體系，賬號(hào)體系，賬戶體系又分別是什么呢？

在小編看，信用卡的用戶體系就是它的用戶成長體系，可能是用戶積分體系，會(huì)員等級(jí)體系等這些可以提升用戶粘性，促進(jìn)用戶刷卡消費(fèi)，提升業(yè)務(wù)量的產(chǎn)品運(yùn)營模塊。而這部分模塊往往是直接面向用戶的，我們可以在各種信用卡產(chǎn)品中輕易找到。

信用卡的賬號(hào)體系就是信用卡的使用通道或者說產(chǎn)品觸達(dá)用戶的渠道。可以是線下直接刷卡消費(fèi)，這時(shí)使用的賬號(hào)就是卡號(hào)和支付密碼。也可以線上產(chǎn)品端掃碼消費(fèi)，或者第三方支付通道調(diào)起，這時(shí)必然要通過產(chǎn)品端的登錄賬號(hào)和密碼以及付款賬號(hào)和密碼等。這些不同的用途的賬號(hào)和密碼共同組建了一個(gè)復(fù)雜的賬號(hào)體系。

賬戶體系就更加復(fù)雜了，包括普通用戶可以看到的個(gè)人基本信息，個(gè)人認(rèn)證信息，信貸賬戶，分期賬戶，分期賬戶，余額賬戶，借貸賬戶，消費(fèi)記錄，貸款記錄，還款記錄等。以及普通用戶看不到的銀行信用評(píng)級(jí)記錄，逾期記錄，卡片升級(jí)記錄，異常消費(fèi)記錄等等。由此也可以看出賬戶體系更多是面向業(yè)務(wù)的，根據(jù)業(yè)務(wù)不同，賬戶體系的設(shè)計(jì)偏重也不同。

那么下面小編將通過互聯(lián)網(wǎng)保險(xiǎn)產(chǎn)品的賬戶體系搭建方法論來聊一聊如何設(shè)計(jì)一個(gè)可以應(yīng)對(duì)復(fù)雜業(yè)務(wù)場景的賬戶體系。

二、搭建賬戶體系的第一步：用戶是誰，具有什么樣的特點(diǎn)？

在互聯(lián)網(wǎng)保險(xiǎn)行業(yè)中，由于其業(yè)務(wù)場景的多元化，可以分為持牌保險(xiǎn)企業(yè)，保險(xiǎn)經(jīng)紀(jì)公司，理賠服務(wù)供應(yīng)商，代理人展業(yè)供應(yīng)商等多種產(chǎn)品形態(tài)。小編將通過復(fù)雜度適中的互保經(jīng)紀(jì)公司的產(chǎn)品為例來進(jìn)行分析。

用戶關(guān)系定位：

首先將保險(xiǎn)產(chǎn)品的需求側(cè)用戶分為以下四類：

1、個(gè)人用戶：進(jìn)行投保和被保險(xiǎn)的個(gè)人。

2、個(gè)人客戶：存在的被保險(xiǎn)的個(gè)人。

3、企業(yè)用戶：進(jìn)行投保和被保險(xiǎn)的企業(yè)。

4、企業(yè)客戶：進(jìn)行被保險(xiǎn)的企業(yè)。

這里的用戶和客戶的區(qū)別在于：用戶是與產(chǎn)品產(chǎn)生直接行為的個(gè)體，而客戶是與產(chǎn)品產(chǎn)生間接行為的個(gè)體。間接行為就是該個(gè)體并未與本產(chǎn)品中產(chǎn)生直接交互行為，而是通過第三方代為完成的。比如企業(yè)為員工提供的補(bǔ)充醫(yī)療險(xiǎn)，就是企業(yè)為員工集體購買的險(xiǎn)種。當(dāng)產(chǎn)品本身為被保險(xiǎn)人提供保全或理賠服務(wù)時(shí)，則需要為該被保險(xiǎn)人進(jìn)行賬戶的創(chuàng)建和維護(hù)?？蛻襞c用戶的具體關(guān)聯(lián)邏輯將在第二步中進(jìn)行講解。

案例：個(gè)人賬戶體系

當(dāng)確定了用戶是誰后，在搭建賬戶體系時(shí)就要為用戶添加標(biāo)簽，創(chuàng)建賬戶規(guī)則及字段，以及不同類型的賬戶的下的屬性字段有哪些。企業(yè)用戶因涉及到供給側(cè)，需求側(cè)以及第三方服務(wù)角色，相對(duì)較為復(fù)雜，在此就不展開討論了。此處小編以個(gè)人用戶為例簡單說明一下。

個(gè)人用戶的賬戶信息大概可以分為以上七個(gè)信息模塊。其中基本信息和身份認(rèn)證信息這兩個(gè)模塊的用途是確定用戶的真實(shí)性和唯一性。保險(xiǎn)行業(yè)相對(duì)于其他行業(yè)，在進(jìn)行投保核保時(shí)是需要進(jìn)行個(gè)人身份的認(rèn)證。因而保險(xiǎn)產(chǎn)品更容易獲取用戶的真實(shí)信息，用于保險(xiǎn)風(fēng)控及用戶運(yùn)營。

這里可能有讀者朋友會(huì)問：為什么將基本信息和身份認(rèn)證信息歸并在個(gè)人賬戶體系中，而不是放在用戶體系或者賬號(hào)體系中。這里小編解釋一下自己的考慮。首先沒有歸并到用戶體系的原因很簡單，用戶體系的作用是為了促進(jìn)用戶與產(chǎn)品的粘性，進(jìn)而促進(jìn)業(yè)務(wù)增長。而個(gè)人基本信息和身份認(rèn)證信息的歸并并不能起到這方面的作用。而在較為復(fù)雜或繁瑣的產(chǎn)品中，可能會(huì)存在多賬號(hào)的情況，此時(shí)如果將基本信息和認(rèn)證信息放入賬號(hào)體系中，可能會(huì)帶來數(shù)據(jù)不同步或數(shù)據(jù)冗余的問題。

保險(xiǎn)信息和所屬企業(yè)的用途是確定個(gè)人是用戶還是客戶以及該個(gè)人與保單之間的關(guān)聯(lián)關(guān)系。因?yàn)橐粋€(gè)人可以關(guān)聯(lián)多張保單。

• 如該個(gè)人在某一保單中是連帶被保險(xiǎn)人，那么該人對(duì)于該保單/該保險(xiǎn)產(chǎn)品而言就是客戶，因?yàn)門a無法與產(chǎn)品發(fā)生直接交互行為，而是需要主保險(xiǎn)人代為進(jìn)行保全或理賠的行為交互。

• 如該個(gè)人在某一保單中是主被保險(xiǎn)人，但該保單的理賠收單方式是以企業(yè)為單位收單理賠。那么該個(gè)人對(duì)于該保單/該保險(xiǎn)產(chǎn)品而言仍是客戶，因?yàn)門A沒有與產(chǎn)品發(fā)生直接交互行為。

• 如該個(gè)人在某一保單中是主被保險(xiǎn)人，且他可以直接在產(chǎn)品中提起保全或理賠的申請，那么該個(gè)人對(duì)于該保單/該保險(xiǎn)產(chǎn)品是用戶。

支付信息的用途是在用戶與產(chǎn)品產(chǎn)生理賠行為時(shí)所需要處理的業(yè)務(wù)信息模塊。這其中較為重要的是額度賬戶模塊，將在第二步重點(diǎn)說明。而登錄賬號(hào)模塊作為各種產(chǎn)品的基礎(chǔ)支撐模塊，將在第三步中重點(diǎn)討論一下。運(yùn)營信息模塊屬于用戶體系部分，本文不做擴(kuò)展。

三、搭建賬戶體系的第二步：業(yè)務(wù)是什么，具有什么樣的區(qū)別？

如果第一步是確定賬戶的標(biāo)準(zhǔn)化屬性，那么這一步則是確定賬戶的業(yè)務(wù)化屬性。因?yàn)樾【幱懻摰氖潜ｋU(xiǎn)產(chǎn)品的賬戶體系，那么該賬戶體系主要圍繞的就是險(xiǎn)種責(zé)任和險(xiǎn)種額度。即交易業(yè)務(wù)的規(guī)則和金額。

投保方案中的每條險(xiǎn)種責(zé)任對(duì)應(yīng)的險(xiǎn)種額度都是不同的，被保險(xiǎn)人的理賠訴求與險(xiǎn)種責(zé)任是一一對(duì)應(yīng)的。

在互聯(lián)網(wǎng)保險(xiǎn)中，業(yè)務(wù)主要可以分為兩個(gè)思考方向：

1、提供什么服務(wù)？比如投保，保全，理賠。

2、支持什么險(xiǎn)種？比如健康險(xiǎn)，財(cái)險(xiǎn)，車險(xiǎn)，壽險(xiǎn)等。

這里我們就通過支持補(bǔ)充醫(yī)療險(xiǎn)的保全和理賠的團(tuán)體保單業(yè)務(wù)為例子來簡單分析一下。

補(bǔ)充醫(yī)療保險(xiǎn)是相對(duì)于基本醫(yī)療保險(xiǎn)而言的，包括企業(yè)補(bǔ)充醫(yī)療保險(xiǎn)、商業(yè)醫(yī)療保險(xiǎn)、社會(huì)互助和社區(qū)醫(yī)療保險(xiǎn)等多種形式，是基本醫(yī)療保險(xiǎn)的有力補(bǔ)充，也是多層次醫(yī)療保障體系的重要組成部分。

從業(yè)務(wù)種類來進(jìn)行保險(xiǎn)賬戶體系的分析與構(gòu)建：

保險(xiǎn)的業(yè)務(wù)種類可以直接理解為保險(xiǎn)的險(xiǎn)種區(qū)分及具體理賠或保全規(guī)則。因?yàn)橛懻摰氖茄a(bǔ)充醫(yī)療保險(xiǎn)的保全和理賠業(yè)務(wù)，所以第一個(gè)屬性就是賬戶業(yè)務(wù)類型，基本醫(yī)療保險(xiǎn)或補(bǔ)充醫(yī)療保險(xiǎn)。第二個(gè)重要的屬性則是保險(xiǎn)項(xiàng)目性質(zhì)，這類企業(yè)的補(bǔ)充醫(yī)療保險(xiǎn)項(xiàng)目會(huì)分為風(fēng)險(xiǎn)型和基金型。所謂風(fēng)險(xiǎn)型保險(xiǎn)項(xiàng)目是以一個(gè)特定時(shí)間段為標(biāo)準(zhǔn)（大多是一年一期），到期續(xù)保后重置保險(xiǎn)額度，不進(jìn)行保額累加的操作。而基金型保險(xiǎn)項(xiàng)目則可以在到期續(xù)保后進(jìn)行險(xiǎn)種額度的累加。因而需要在賬戶中區(qū)分保單性質(zhì)是基金型還是風(fēng)險(xiǎn)型。還有一類重要的維度就是保險(xiǎn)期間，也就是險(xiǎn)種額度有效期。例如去年的理賠申請僅能使用去年的險(xiǎn)種額度而不能使用今年的險(xiǎn)種額度。當(dāng)然還有很多其他的規(guī)則，比如共享額度，即多個(gè)險(xiǎn)種共用一個(gè)額度。企業(yè)公共額度，即在某些特殊病中對(duì)個(gè)人補(bǔ)充醫(yī)療賬戶的額外的額度補(bǔ)充。

根據(jù)上述描述，我可以將額度賬戶切分為四層結(jié)構(gòu)，即項(xiàng)目層，保單層，責(zé)任層，額度層。額度有效期則是從保單層到責(zé)任層再到額度層皆有關(guān)聯(lián)。

從業(yè)務(wù)流程來進(jìn)行保險(xiǎn)賬戶體系的分析與構(gòu)建：

保險(xiǎn)的業(yè)務(wù)流程在這里可以理解為理賠流程和保全流程，當(dāng)被保險(xiǎn)人申請理賠服務(wù)后，在完成的收單，錄單，理算及復(fù)核后，會(huì)相應(yīng)的扣除被保險(xiǎn)人的對(duì)應(yīng)的險(xiǎn)種額度。這其中就會(huì)涉及到賬戶額度的變動(dòng)。根據(jù)業(yè)務(wù)流程不同，會(huì)延伸出額度加費(fèi)流程，額度凍結(jié)流程，賬務(wù)清結(jié)算流程等。因此在額度層就需要記錄該賬戶的總額度，可用額度，凍結(jié)額度，剩余可用額度，初始額度，累計(jì)使用額度，累計(jì)加費(fèi)額度。因而就能得到如下圖所示的額度賬戶的結(jié)構(gòu)樣例。

搭建賬戶體系的第三步：賬號(hào)有哪些，會(huì)遇到什么問題？

讀到這里，可能會(huì)有讀者有疑惑，開篇時(shí)小編不是將賬號(hào)體系和賬戶體系分開來了嗎，為什么賬戶體系中要考慮賬號(hào)呢？因?yàn)橘~戶體系是一個(gè)內(nèi)容集，我們需要一把鑰匙去打開這個(gè)內(nèi)容集，而賬號(hào)就是觸達(dá)賬戶體系的鑰匙。但是這把鑰匙如何設(shè)計(jì)也是需要考量的。

有些讀者可能在設(shè)計(jì)賬戶體系或者初期構(gòu)建一個(gè)C端產(chǎn)品時(shí)，會(huì)優(yōu)先搭建賬號(hào)體系，再根據(jù)業(yè)務(wù)發(fā)展逐步的完善賬戶體系和用戶體系。這種產(chǎn)品設(shè)計(jì)思路在某些流量為王，偏重用戶體驗(yàn)的C端產(chǎn)品中是一種還不錯(cuò)的產(chǎn)品設(shè)計(jì)思路。但是在一些具有復(fù)雜業(yè)務(wù)場景的行業(yè)或產(chǎn)品中可能并不是一個(gè)好的設(shè)計(jì)思路，比如互聯(lián)網(wǎng)金融，互聯(lián)網(wǎng)保險(xiǎn)或者偏重供需交易業(yè)務(wù)的互聯(lián)網(wǎng)+傳統(tǒng)行業(yè)。為什么這樣講呢？且看小編一一為你解答。

1、互聯(lián)網(wǎng)產(chǎn)品的賬號(hào)類型和適應(yīng)場景：

首先我們先來看看產(chǎn)品賬號(hào)共有哪些類型，每一種類型的前世今生是怎么樣的。

（1）.自定義賬號(hào)類型：

自定義賬號(hào)起源于PC時(shí)代，用戶可以根據(jù)喜好設(shè)定一組字符為賬號(hào)，沒有特定的組合格式。其缺點(diǎn)除了顯而易見的因無特定生成規(guī)則而不容易記憶外，還無法關(guān)聯(lián)到某一可以認(rèn)證號(hào)主身份的識(shí)別信息，丟失后不易直接找回。

（2）.郵箱賬號(hào)類型：

與自定義賬號(hào)一樣起源于PC時(shí)代，在自定義賬號(hào)興起之后，為了解決其易忘，難維護(hù)，難找回的問題。同時(shí)使用郵箱也逐步進(jìn)入中國網(wǎng)民生活中。各大廠開始紛紛使用郵箱作為PC端最常見的登錄賬號(hào)形態(tài)。其優(yōu)點(diǎn)較自定義賬號(hào)除了降低了維護(hù)成本，提高了用戶找回賬號(hào)的便捷性外。也為對(duì)流失用戶的召回和激活，賬號(hào)安全性，產(chǎn)品業(yè)務(wù)推廣的提升都起到的至關(guān)重要的作用。

（3）.手機(jī)號(hào)碼賬號(hào)類型：

當(dāng)移動(dòng)時(shí)代的到來后，由于中國大多數(shù)網(wǎng)民的手機(jī)號(hào)普及度遠(yuǎn)高于郵箱普及度，且國內(nèi)網(wǎng)民的并未養(yǎng)成如國外網(wǎng)民一樣的郵件使用習(xí)慣。手機(jī)號(hào)碼作為賬號(hào)載體受到了絕大多數(shù)移動(dòng)產(chǎn)品的認(rèn)可。其較郵箱有更高效便民的登錄方式，僅需通過驗(yàn)證碼即可登錄，不需在消耗腦力成本記錄密碼。尤其當(dāng)三大運(yùn)營商對(duì)全網(wǎng)手機(jī)號(hào)實(shí)現(xiàn)身份認(rèn)證后，其對(duì)賬號(hào)安全性的提高是郵箱賬號(hào)所無法比擬的?，F(xiàn)在更有本機(jī)手機(jī)號(hào)一鍵登錄的功能，更極大提高用戶體驗(yàn)。

（4）.三方授權(quán)賬號(hào)類型：

隨著幾大國民現(xiàn)象級(jí)的APP產(chǎn)品出現(xiàn)，其為搶占各垂直賽道和樹立用戶心智，衍生出第三方授權(quán)登錄的概念。僅需要移動(dòng)產(chǎn)品開啟第三方登錄接口，用戶注冊/登錄時(shí)授權(quán)第三方，即可通過第三方賬號(hào)登錄產(chǎn)品。其優(yōu)點(diǎn)使用戶可以跳過較為繁瑣的手機(jī)號(hào)注冊登錄流程，一鍵式完成注冊/登錄，并可將基本信息直接帶入產(chǎn)品中。其缺點(diǎn)也十分明顯，用戶是方便了，但是作為產(chǎn)品本身，無法獲得用戶真實(shí)有效的身份信息。無法對(duì)用戶進(jìn)行安全驗(yàn)證，用戶召回激活，用戶常規(guī)運(yùn)營等行為。

（5）.特定賬號(hào)類型：

最后這一種可能在普通產(chǎn)品中并不常見，但是在某些B端產(chǎn)品或與個(gè)人敏感信息相關(guān)的產(chǎn)品中頗為常見，比如銀行類產(chǎn)品的賬號(hào)為身份證號(hào)，銀行卡號(hào)。或者社保產(chǎn)品，某些教學(xué)平臺(tái)，OA系統(tǒng)等辦公軟件。該類賬號(hào)大多并非主動(dòng)注冊創(chuàng)建的，而是通過被動(dòng)邀請或主動(dòng)激活已存在的賬號(hào)產(chǎn)生。其場景皆是對(duì)產(chǎn)品及賬號(hào)信息的保密性和安全性要求較高。

2、同一產(chǎn)品的賬號(hào)合并與賬戶打通：

當(dāng)我們了解了幾種賬號(hào)類型后，可能遇到過在一個(gè)復(fù)雜業(yè)務(wù)產(chǎn)品的賬號(hào)體系可能包含以上多個(gè)甚至全部的類型。這種情況的出現(xiàn)可能是產(chǎn)品的歷史遺留問題造成的或者其本身業(yè)務(wù)形態(tài)決定的。而作為產(chǎn)品經(jīng)理此時(shí)要思考的問題是：是否應(yīng)該合并這些賬號(hào)數(shù)據(jù)？這就涉及到了一個(gè)非常關(guān)鍵的字段：用戶唯一標(biāo)識(shí)。

• 用戶唯一標(biāo)識(shí)（UID）：用戶在產(chǎn)品中完成賬號(hào)注冊后，自動(dòng)生成一組特定規(guī)則字符組，作為用戶賬號(hào)在產(chǎn)品中的唯一識(shí)別標(biāo)識(shí)，不可修改，不可重復(fù)，不對(duì)用戶開放。

合并賬號(hào)數(shù)據(jù)其實(shí)就是在同一個(gè)業(yè)務(wù)體系或系統(tǒng)下，將同一個(gè)用戶的不同賬號(hào)進(jìn)行數(shù)據(jù)合并。而賬號(hào)的合并的本質(zhì)區(qū)別就在于：是否將同一用戶的不同賬號(hào)的UID進(jìn)行合并，保持用戶在系統(tǒng)中的唯一性。

這里需要產(chǎn)品人衡量與思考的點(diǎn)在于：

• 不合并或合并，對(duì)于業(yè)務(wù)價(jià)值的影響是什么？對(duì)于用戶價(jià)值的影響是什么？

（1）.多賬號(hào)合并：

場景：用戶A在同一產(chǎn)品的同一業(yè)務(wù)系統(tǒng)中有兩個(gè)相互獨(dú)立的登錄賬號(hào)，類型相同。

分析思路：這種場景較為常見，比如一個(gè)人擁有多個(gè)微信號(hào)碼，QQ號(hào)，微博號(hào)等。大多數(shù)社交類產(chǎn)品是不處理這種一人多賬號(hào)的情況。那么什么業(yè)務(wù)場景中會(huì)對(duì)這類同一用戶多賬號(hào)進(jìn)行處理合并呢，小編在保險(xiǎn)產(chǎn)品中就遇到過這類情況。其處理原因是因?yàn)榛ケ．a(chǎn)品中，用戶作為被保險(xiǎn)人會(huì)進(jìn)行實(shí)名認(rèn)證，當(dāng)被實(shí)名認(rèn)證后，如存在多賬號(hào)的情況，將較難對(duì)其進(jìn)行保全及理賠的服務(wù)維護(hù)。多賬號(hào)的情況會(huì)造成保單信息不同步或保險(xiǎn)數(shù)據(jù)冗余。換言之，當(dāng)在同一產(chǎn)品的同一業(yè)務(wù)中，同一用戶存在多個(gè)賬號(hào)的情況時(shí)，如對(duì)該業(yè)務(wù)數(shù)據(jù)造成較大影響時(shí)，需要對(duì)賬號(hào)數(shù)據(jù)進(jìn)行合并處理。此時(shí)多賬號(hào)的合并處理又分為兩種：

1）、當(dāng)需要被合并的賬號(hào)類型相同，如類型都是手機(jī)號(hào)碼時(shí)，其常見的處理手段為選擇其中一個(gè)手機(jī)號(hào)碼為賬號(hào)名，其他手機(jī)號(hào)碼注銷，并將其對(duì)應(yīng)的賬戶數(shù)據(jù)合并同步。

2）、當(dāng)需要被合并的賬號(hào)類型不同，如類型一個(gè)是手機(jī)號(hào)碼，一個(gè)是郵箱號(hào)碼時(shí)，其常見的處理手段為選擇其中一個(gè)類型為賬號(hào)主體，其他類型保存，可作為展現(xiàn)數(shù)據(jù)，也可作為副賬號(hào)。并將其對(duì)應(yīng)的賬戶數(shù)據(jù)合并同步。

在工作中，除了同一產(chǎn)品中同一用戶的多賬號(hào)是否合并的問題，我們還可能遇見同一產(chǎn)品同一賬號(hào)的多賬戶是否打通的問題。

（2）.多賬戶打通：

場景：用戶A在同一產(chǎn)品的不同業(yè)務(wù)系統(tǒng)中共用一個(gè)登錄賬號(hào)，但業(yè)務(wù)的賬戶數(shù)據(jù)是相互獨(dú)立，不關(guān)聯(lián)同步。

分析思路：這種場景也較為常見，比如同一個(gè)微信可以在王者榮耀的iOS端和Android端各創(chuàng)建一個(gè)賬戶，登錄賬號(hào)通用，但對(duì)應(yīng)的賬戶數(shù)據(jù)相互獨(dú)立。那么什么業(yè)務(wù)場景中會(huì)對(duì)這類同一用戶同一賬號(hào)在多業(yè)務(wù)系統(tǒng)的賬戶數(shù)據(jù)進(jìn)行打通處理呢。

這種情況在具有供需交易類業(yè)務(wù)場景的產(chǎn)品中是較為場景的，比如保險(xiǎn)產(chǎn)品，或者二手交易類產(chǎn)品，交易代理人產(chǎn)品。普通C端用戶即可是需求方也可以是供給方，俗稱小B用戶。此時(shí)是否要將同一用戶在買方業(yè)務(wù)系統(tǒng)的數(shù)據(jù)與賣方業(yè)務(wù)系統(tǒng)的數(shù)據(jù)打通，在于其相互是否有業(yè)務(wù)交集或連帶的價(jià)值體現(xiàn)。

所謂打通賬戶數(shù)據(jù)就是將同一個(gè)用戶同一賬號(hào)的在不同業(yè)務(wù)系統(tǒng)的賬戶數(shù)據(jù)進(jìn)行部分關(guān)聯(lián)和同步。 在具有復(fù)雜業(yè)務(wù)場景的產(chǎn)品中，我們想清以上可能會(huì)遇的問題及對(duì)應(yīng)解決方案后再進(jìn)行賬號(hào)體系的設(shè)計(jì)會(huì)更加的清晰和高效。

-END-