B2B電子商務平臺的交易角色由買家、供應商和平臺三部分組成。

在項目初期，由于產品沒有參與數據庫設計的過程，數據庫設計人員大多是在已知需求和經驗的情況下設計數據庫。買家的賬號主要由兩個表組成:賬號表和買家信息表；賬號和買家信息的關系是1: n。

然而，隨著項目的啟動和推廣，這個賬戶系統被證明無法滿足業務部門的需求。在我們最初的認知中，一個采購員(即企業)作為一個采購單位，如果負責采購的人不止一個，多個賬號可以共享一個采購員的信息。但是后來我們的買家出現在連鎖店，連鎖店在采購成本和管理的因素下，更多的是由專門的采購員或者老板來采購，所以賬號和買家的關系就變成了N: N。

因此，衍生出以下問題:

根據需求，一個買家可能有多個買家，同一個買家可能同時負責多個店鋪的購買，這樣賬號和買家的關系就變成了多對多；

事實上，由于之前的設計錯誤已經無法重新設計數據庫，只能在之前數據結構的基礎上進行修改。這里我們把原來一對多關系的兩個表作為一個整體看作一個買家表，通過增加一個賬戶表和一個關系表就可以完成設計。

此外，其他業務模塊需要重新檢查對賬號/買家的引用。在業務邏輯中，采購實體的性質是買方而不是賬號。因此，與購買業務相關的業務模塊，如訂單、優惠券、文章消息、購物車商品等。，都與買家id關聯，而與賬戶相關的業務則需要與賬戶id關聯(與新賬戶表中的Id關聯)，如昵稱、登錄賬戶、密碼等。

因為多個賬戶共用一個采購員，所以在員工離職或其他情況下，采購員的一個賬戶必須解除綁定，所以必須有一個賬戶可以管理企業的其他賬戶。因此，對于直接創建新企業的帳戶，該帳戶被賦予一定的權限，并被定義為管理員帳戶。

對于非管理員賬號，可以通過管理員賬號直接添加，可以省去注冊的麻煩，也可以用來批量注冊賬號。同時，業務設計還需要考慮登錄同一個賬號后多個買家之間的切換問題。

(1)新增賬戶，綁定企業。

注冊新賬號后，可以直接繼續創建新企業。創建新企業后，該帳戶將自動成為該企業的管理員。同時，您也可以在創建新企業之前直接進入頁面進行瀏覽。另外，也可以由企業管理員直接添加到企業中(有點類似于社交中的群成員和群主的概念)。

(2)舊賬綁定企業

注冊帳戶，您可以選擇創建新的企業或由管理員將其添加到現有的企業中。

經驗教訓總結:在需求的初始階段，一定要做好需求的邏輯模型設計，梳理好實體的角色(實體)、屬性以及實體之間的關系，這樣數據庫設計人員才能設計物理模型，否則后期修改的成本會更大。

目前市面上的大部分電商網站都逐漸完善了權限的設計，尤其是在商品瀏覽方面。登錄和不登錄沒有區別。甚至在支付環節，大部分電商網站都是不需要登錄就可以下單的，這個我就不用解釋太多了。

但是在toB端的電商網站，對于不同地區、不同用戶層次的買家，看到的價格是不一樣的。甚至有些電商網站為了保證自己產品的私密性(是否有這種產品，產品價格是否有優勢)，不登錄就不能瀏覽產品。此外，針對不同行業，toB端的電商買家在購買前必須向平臺提交相應資質進行審核。

所以toB端的電商網站需要在用戶體驗和業務需求之間做一些權衡。什么情況下可以瀏覽？我什么時候能看到價格？什么情況下可以下單付款？

在我們以前的系統設計中，我們簡單地一刀切。用戶打開應用程序，直接進入登錄頁面。在登錄并通過相關買家的資格審查后，他們才能進入商城的主頁面。但是隨著業務的發展，在APP的推廣過程中，如果用戶在商城看不到商品，買家就不愿意注冊一個自己不了解的商品。

因為涉及到資質審核，填寫企業信息，上傳文件都會比較麻煩，所以這個矛盾越來越激烈。所以后期我們重新調整了用戶的權限。

權限設計邏輯如下:

根據登錄狀態和買家狀態，權限分為以下幾層:

登錄帳戶的權限；

賬號已登錄，但買家權限未綁定；

賬號已登錄，買家已綁定，但買家未被批準；

賬號已登錄，買家已綁定，買家資格審核通過。

對于不同的權限級別，根據不同的權限級別對頁面內容進行分類:

不登錄能看到的主要是商品列表中的商品，注冊相關頁面等。

需要登錄但不需要買家信息的內容，如帳戶名、昵稱等。

需要登錄的內容，需要買家信息，但買家看到的是未審批狀態；

需要登錄和賬號信息才能看到的內容，比如商品價格、購物車等。

按照上述邏輯劃分權限后，就可以整體設計各個頁面了。在我們的實際開發過程中，只有登錄過的人，以及相關的買家通過了審核，才能進入商城的主頁面。所以，如果需要重新設計權限邏輯，那么就必須修改每個頁面的界面邏輯(這部分值得深入考慮)。

所以最后我們重新設計了一套相關頁面(復制粘貼頁面，調用獨立接口)沒有登錄，買家資質沒有通過，但是這樣有個缺點就是一些后續的頁面修改迭代必須同時在兩個地方更改，頁面的體驗也會損失。

經驗教訓總結:由于登錄頁面是直接一刀切做的，后期調整權限邏輯時，涉及的東西太多，無法在現有基礎上直接修改。因此，我們在設計權限框架時，即使原需求如此，也需要考慮后續需求修改的擴展性。

登錄注冊流程:不同于電商在C端的登錄注冊模塊，除了賬號的申請，還要考慮購買者企業信息的提交(還提供了跳出距離的出口)。

賬戶管理:如上所述，每個買家的管理員需要管理子賬戶，所以提供了添加子賬戶的頁面(如果沒有子賬戶，可以直接創建一個賬戶信息)，可以從買家中刪除賬戶。

創建新買家:提供兩條路徑:一是注冊時完成新買家的創建，二是登錄后提供創建新買家的入口。

切換企業:采購員可以切換當前企業，以便對每個企業分別進行采購。

本文最初由@發布中中中中中中。每個人都是產品經理。未經許可，禁止轉載。

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