提到ERP系統，你會想到什麼？
是繁瑣的列表？還是複雜的數據？還是那讓人頭痛的系統頁面佈局？
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架構得出的最基本產品設計方法論。
產品調研
對於陌生系統的規劃，常見的入門手段則是產品調研了。在搜索引擎中查詢關鍵詞，找到你想調研的產品。
（1）金蝶國際的“精鬥雲”
（2）雲版軟件的“ERP”
案例框架：
根據雲軟的ERP得出以下架構圖。
架構圖給出了產品的具體框架模塊以及方向，在以下架構圖中，我們可以看到，產品的核心業務流程依然是圍繞用戶-客戶-供應商三大角色。產品的使用者依然是用戶，也就是企業方。
業務流程閉環
在具備產品業務方向後，瞭解業務邏輯閉環是設計產品的前提。根據以上所述，人物關係已經明確，ERP的核心依然是企業方用戶使用。
ERP的核心功能模塊圍繞客戶和供應商相關資料存儲，以及用戶對於ERP的使用範圍。建立業務流程使用閉環，在複雜中抽象，在複雜中簡單化。
在實際業務邏輯思考中需要明確所有業務流程閉環，抽象思維僅限於對業務邏輯不夠明確時提出的思考方式。
思考具體業務邏輯，窮盡所有場景。模塊之間的拆分以及獨立，不僅是功能模塊的相互獨立，還有各模塊之間嵌套的關係。每個業務模塊所有的閉環邏輯，確保形成MVP。
原型規劃
在做產品設計時，窮盡所有業務場景以及用戶場景，並讓業務邏輯條理清晰化。
需要注意的是，部分企業在ERP中嵌套了OA系統，兩個系統之間在業務邏輯上有了串聯的關係，使得ERP不再規範性。但兩套系統同時使用時，業務並沒有變得複雜。相互獨立，相互窮盡，部分串聯。在設計上，更需要簡單化。
一套原型設計規範，一套交互設計規範，可以簡化在產品原型投入的時間成本。
最後的原型產出。
ERP設計思想：
剃刀原理。（如無必要，勿增實體）
少即是多。（無法再增減少）
簡單法則。（去繁化簡）