簡介：通過一個案例，手把手教您從無到有設計一套業務系統，B端產品經理必看！
一、業務系統設計概述
1、什么是業務系統
互聯網公司常常將產品方向分為兩類，C端和B端，C端主要是面向客戶和消費者的系統，B端的范圍則相對模糊，給供應商或商家使用的系統，給內部業務人員使用的系統，都統稱為B端系統。C端和B端系統建設的出發點和側重點完全不同。C端系統偏重用戶體驗，強調感性，持續的數據分析優化，同一個按鈕不同的擺放位置都要精心設計、論證，服務對象是個人；B端系統偏重流程、模塊化，強調抽象和結構性，講究整體的規劃和體系設計，服務對象是組織和機構。
如果將B端系統進一步拆分，也可以分為兩類，第一類是商家端，常見于雙邊模式的平臺型互聯網公司，例如淘寶的賣家管理系統，美團的商家管理后臺；第二類是內部業務系統，支持企業經營、管理、業務運轉。
本文所說業務系統，指B端產品線中的企業內部業務系統。雖然B端系統也可以分為兩類，但因為都是面向業務的系統（Business），服務于組織而非個人，其設計思想和原理都是相同的，所以本文講解的內容可以應用于所有B端系統的設計場景。
常見的業務系統包括ERP（EnterpriseResource Planning），CRM（CustomerRelationship Management），SCM（Supply ChainManagement），WMS（WarehouseManagement System），TMS（TransportationManagement System），OA（Office Automation），HRM（Human ResourceManagement）等等。因為絕大多數互聯網公司都有獨特的業務模式，所以很多時候類似于CRM、WMS、TMS這類系統都自主研發，OA、HRM這類系統由于業務模型區別不大，多數都會采購標準軟件。有些互聯網巨頭也會自主研發OA、HRM。習慣上，CRM、WMS這類系統被稱為業務系統，OA、HRM這類系統被稱為內部協同軟件，但兩類系統之間也并沒有非常清晰的界定。
如果從軟件學的角度來看，所有軟件系統分為兩類，第一類是能夠實時產生業務數據的系統，叫做OLTP（Online TransactionProcessing）系統，第二類是對數據進行加工、處理、探查、挖掘、展現的系統，叫做OLAP（Online AnalyticalProcessing）系統，很顯然，業務系統屬于OLTP的范疇。
當企業發展到一定階段，業務系統對企業的高效管理運轉具備不可替代的核心作用。例如，當一家公司只有幾個銷售人員時，客戶資料用Excel即可管理。當銷售發展到上千人時，必須通過一套OCRM系統進行管理。
總體來講，業務系統對企業具有四點價值：提升管控能力、控制經營風險、降低運營成本、提升銷售業績。很多時候，業務系統建設好壞決定了企業的核心競爭力，例如外賣公司之間的競爭，配送員的效率是業務成敗的決定因素之一，而配送員的效率取決于TMS系統建設的好壞。當然，TMS系統建設的好壞，包括了軟件系統本身，以及配套落地的管理運營體系的執行。
2、為什么要學習設計業務系統
商業模式的創新是互聯網行業最大的特點，商業模式的創新會帶來業務模式的創新，業務模式的創新會帶來運營、管理機制的創新。多數情況下，互聯網公司獨特的業務模式，導致無法采買市面上成熟的標準軟件來支持業務，而作為技術驅動型企業，自主研發系統支持新業務成為不二的選擇。
例如，滴滴公司，是無法在市面上找到一款成熟的司機管理運營軟件的，要么找外包公司開發，要么自主研發，自主研發似乎更靠譜一些，這時，就需要有專業經驗的資深產品經理，結合業務，從無到有設計一套司機（甚至是針對司機運營的機構）管理系統。
再例如，美團有大量的地推人員和客戶需要管理，傳統的OCRM軟件根本無法支持美團這種強POI訴求的客戶管理，因為業務模式特殊，即便采購成熟的OCRM做定制化開發，也難以使用。所以，只能靠自主研發一套全新的基于獨特業務模式的OCRM來支持業務。
由此可以看出，互聯網企業創新的本質，決定了必須有一批優秀的業務系統設計人員，能夠結合公司特殊業務訴求，快速、合理的設計配套系統，并落地支持業務。業務系統的產品經理，要具備企業經營管理、軟件系統設計的多方面經驗和知識儲備，才能設計合理的業務系統。
3、業務系統設計的流程
業務系統從無到有的設計，是有一套標準范式可以遵循的。實際上，隨便一套《軟件工程學》教程，講述的都是業務系統的設計，但是軟件工程已經不滿足當前時代對專業人員的培養和要求。互聯網時代下的軟件設計，已經被拆分成多個細分職能，產品經理參與制定業務，設計應用功能；工程師負責技術架構，編碼實施；而在傳統軟件工程中，這兩項職能由一個角色承擔。如今的現實情況是，軟件設計人員更多的參與到了業務決策制定，軟件研發人員越來越遠離業務，只聚焦于技術。
即便如此，軟件設計中的經典思路、方法論，是沒有改變的。業務系統的產品經理，必須理解軟件工程學中的部分核心要素，才能真正設計出靠譜的系統。
一般來講，一套業務系統從0到1的構建，需要經歷如下環節。
（1）業務方案設計
PM和業務負責人一起梳理、制定業務流程、制度、機制，理解業務的問題點，并確定軟件系統解決方案。
（2）系統整體方案設計
PM結合業務訴求與目標，完成系統概要設計，包括界定業務、系統的邊界，系統功能的抽象和演進藍圖，整體應用架構的設計，如何與公司已有系統拼接、交互。
（3）系統細節方案設計
PM完成細節方案的所有設計，包括建模、角色、界面、權限等。其中建模是最難的部分，建模好壞決定了系統未來的靈活性、可擴展性。建模要求對業務的全面理解，極強的抽象歸納能力。
（4）實施驗收
PM對最終項目落地負責，系統上線后要展開持續的迭代優化，深度參與產品運營，數據分析等。
如果是從無到有設計系統，以上環節必須全面貫徹，尤其是架構設計和模型設計，是重中之重。
4、案例：某電商公司的渠道銷售系統設計
本文將結合一個虛擬的案例，逐步論述，幫助讀者理解以上所有的設計環節。
（1）背景
某電商企業A公司，成立5年，主營生鮮商品，以C端客戶為主，業務穩定，系統建設成熟。
（2）訴求
公司在三個月前嘗試開展分銷業務，成立銷售團隊，開發分銷商合作伙伴。業務試點在北京、上海開展，三個月以來發展迅速，現急需配套的軟件系統提升業務效率，控制經營風險。
（3）評估
經公司管理層評估，目前分銷業務月流水五十萬，以月增長率20%的速度快速發展。在高速發展中若干流程、管理、風險問題突出，公司決定投入研發資源建設軟件系統，支撐業務發展。
（4）任務
公司要求在2~3個月的時間內搭建出一套可以支撐分銷業務2年高速發展的軟件系統，提升效率，控制經營風險。項目期間CTO全力提供人力資源支持。
5、工作計劃
作為項目負責人，某高級PM接到任務后，首先要理清工作思路，拆解任務，制定時間計劃。只有嚴格遵循時間計劃執行工作，才能保證整體工作有序展開，如期落地。根據經驗和初步判斷，產品經理制定了粗略的工作計劃表如下。
時間緊，任務重，PM需要立即開展行動。當然，計劃表中的研發周期，純粹是一個粗拍的時間，具體實施周期要結合一期項目范圍，以及人力投入，在立項時細化。
