從0到1，從無到有，ERP體系的高階模型

本文作者將簡單地講述，如何從0到1設計ERP，enjoy~

ERP體系概述

ERP，由美國某咨詢公司在1990年提出。ERP在技術的基礎上，以企業式管理思想，將企業內外部系統資源進行集成管理。將企業的物流，資金流，信息流進行全面一體化管理，同時作為企業內部管理層及員工的決策和執行平臺。

本質上來講，ERP既是一個應用軟件，又是一個管理模式。

ERP類型

ERP系統類型有自主開發式ERP，封裝系統ERP，以及按需定制化的ERP，C/S架構與B/S架構的ERP。

(1)自主開發式ERP

自主開發式ERP完全是從0到1式的設計，完全不依靠已有的封裝系統。不僅可以用于內部使用，更能為其他企業定制化開發;如知名的ERP開發商金蝶國際;

(2)封裝系統的ERP

封裝系統的ERP只需要在封裝基礎上進行小量修改和調整，進行加工，便能很快使用。封裝系統的ERP成本較低，但擴展性也較低;

(3)按需定制化ERP

按需定制化的ERP可滿足用戶的不同需求，比如在模塊上的(財務/人力/生產等)設計，又或者說是對界面，用戶流程和用戶體驗有較強的要求的，則可以通過第三方按需開發;

(4)C/S架構的ERP

C/S架構即客戶層與服務器之間的交互，此類ERP隱私較強，但使用場景過于局限，僅適用于企業內部網;

(5)B/S架構的ERP

B/S架構是C/S架構的升級版，不僅可以在內部環境使用，更能擴大到外部網絡環境。滿足互聯網時代的任意環境辦公，范圍更全球化。

ERP的高階模型

在概述章提到，ERP既是將內外部資源進行集成式管理的應用平臺，又同時隸屬于企業內部的管理。ERP的內外部便包含了客戶，企業以及供應商。

客戶需求決定了企業與哪些供應商有相關合作關系，在客戶，企業與供應商之間形成了一條供應鏈。而ERP的核心模塊：物流管理;財務管理;人力管理;生產控制;

從0到1設計ERP

基于高階模型設計ERP的核心框架

基于ERP的復雜抽象出以下幾大模塊：

ERP的人物關系;

ERP的核心構造;

設計前的了解事項;

ERP體系中的人物關系和ERP的核心構造，是ERP體系的標配，而設計前的了解，則根據規劃人員制定。ERP的使用者只有企業內部被稱為用戶，而ERP人物相關的客戶與供應商，只不過是作為部分信息存儲在ERP中。

比如客戶和供應商嵌套在物流管理，財務管理和生產控制中，而人力管理專屬于企業內部。ERP的具體規劃根據不同業務而發生變化，但ERP的底層設計方法論卻是通用的，不管業務如何變化，其底層規律不會發生變化。確定用戶定位和產品定位后，便可以根據業務需要規劃產品。

這是基于ERP架構得出的最基本產品設計方法論。

產品調研

對于陌生系統的規劃，常見的入門手段則是產品調研了。在搜索引擎中查詢關鍵詞，找到你想調研的產品，金蝶是知名ERP軟件公司，旗下有多種類型ERP可供參考，部分產品需申請試用后才可使用。

(1)金蝶國際的“精斗云”

(2)云版軟件的“ERP”

案例框架：

根據云軟的ERP得出以下架構圖。

架構圖給出了產品的具體框架模塊以及方向，在以下架構圖中，我們可以看到，產品的核心業務流程依然是圍繞用戶-客戶-供應商三大角色。產品的使用者依然是用戶，也就是企業方。

業務流程閉環

在具備產品業務方向后，了解業務邏輯閉環是設計產品的前提。根據以上所述，人物關系已經明確，ERP的核心依然是企業方用戶使用。

ERP的核心功能模塊圍繞客戶和供應商相關資料存儲，以及用戶對于ERP的使用范圍。建立業務流程使用閉環，在復雜中抽象，在復雜中簡單化。

在實際業務邏輯思考中需要明確所有業務流程閉環，抽象思維僅限于對業務邏輯不夠明確時提出的思考方式。

思考具體業務邏輯，窮盡所有場景。模塊之間的拆分以及獨立，不僅是功能模塊的相互獨立，還有各模塊之間嵌套的關系。每個業務模塊所有的閉環邏輯，確保形成MVP。

原型規劃

在做產品設計時，窮盡所有業務場景以及用戶場景，并讓業務邏輯條理清晰化。

需要注意的是，部分企業在ERP中嵌套了OA系統，兩個系統之間在業務邏輯上有了串聯的關系，使得ERP不再規范性。但兩套系統同時使用時，業務并沒有變得復雜。相互獨立，相互窮盡，部分串聯。在設計上，更需要簡單化。

一套原型設計規范，一套交互設計規范，可以簡化在產品原型投入的時間成本。

(右擊，在新標簽頁中打開即可查看大圖)

最后的原型產出。

ERP設計思想：

剃刀原理。(如無必要，勿增實體)

少即是多。(無法再增減少)

簡單法則。(去繁化簡)

更多erp相關，請點擊百度搜索：ERP