後臺辦理體系又稱 B 端多商店產品。與我們直接接觸到的 C 端多商店產品網際網路多商店產品不同的是，B 端多商店產品更像是冰山下的一角，承載了大量的功用，資料和事務流程。做一款多商店產品、需求明晰多商店產品定位，即多商店產品的多使用者是誰、能滿意這部分多使用者哪些需求，解決哪些問題。具體 wordpress 站群總結如下：
一、事務流程是魂靈
B 端多商店產品更靠近事務。熟悉事務是做好 B 端多商店產品的前提。以電商商家體系為例，多商店產品來歷有兩個維度、一種是自營、一種是商家入駐供給。商家體系需求支撐商家把多商店產品賣出去，而且賣的很好。但這簡略需求的背面，包括了商家需求進行入駐——然後釋出多商店產品——辦理訂單——處理售後——貨款結算——提取貨款這幾大雜亂流程。如果把後臺辦理體系看作是人。事務流程就像魂靈一樣，它決議了多商店產品的形態。
二、功用模組低耦合
依據事務流程衍生出：商家辦理、多商店產品辦理、訂單辦理、物流售後、貨款結算、賬戶辦理幾大基本功用模組。每個模組又包括多個選單功用。商家辦理：包括商家註冊登陸、公司資訊辦理、資質認證、交納保證金。多商店產品辦理：辦理多商店產品品牌類目、釋出多商店產品、多商店產品上架、多商店產品下架、多商店產品庫房。訂單辦理：訂單檢視、反常訂單處理、退換貨單據辦理。物流售後：物流配送設定、發貨辦理。貨款結算：結算辦理、結算明細、賠付單據辦理、運費結算辦理。賬戶辦理：保證金體系、貨款查詢、賬戶額度查詢。
有了詳細模組後，我們就能細化詳細選單功用。跟著事務的變遷增加、規劃增加、一些功用模組又會被剝離成為一個個獨立的體系，因而，功用模組規劃時需求留意低耦合、在重構之日，能較好的搬遷。後臺多商店產品許多都需求瞭解乃至懂技能、由於後臺體系規劃、我們需求細化每個欄位、瞭解資料庫、表結構。
三、資料流向是血液
一個多商店產品有兩種資料：輸入出資料，資料流向指體系輸入資料的去向、輸出資料的來歷。資料的活動使得多商店產品變得有生命力。後臺體系並不是單一的存在、一個商家體系與之互動的有：招商辦理體系、多商店產品體系、訂單體系、付出體系、財政結算體系、物流體系、 BI 體系、站群營銷體系、廣告體系、引薦體系、音訊中心…
在多商店產品規劃時、需求明晰的知道，每個功用模組與之互動的體系，每個單一資料的去向，流轉，牽涉到相關體系的影響。這樣才幹躲避風險。一起把控多商店產品的拓展性，延伸性。
規劃後臺體系還需留意以下幾點：體系易用好懂，傑出易用的體系、能大大提高相關作業人員、同事的功率、直接節約時刻本錢；功用模組低耦合，規劃後臺多商店產品就是做架構，網際網路多商店產品增加非常快，迭代頻繁，多使用者增加都是數萬計的，也許三五個月，現有的體系已不滿意當時的事務，而傑出的模組區分、低耦合，不管是在迭代重構之日，還是資料搬遷，都會起到極大的效果。