一個故事告訴你,ERP、CRM之類的系統業務范圍及相互關系
系統的根本目的是為了解決業務范圍內出現的問題,那么,如何了解IT架構?本文通過故事的形式讓你全面、完整地了解各類系統的業務范圍與它們之間的關系,希望能對你有所啟發。
市面上有很多的系統,如:ERP、SRM、CRM、WMS、TMS、MES、APS、PLM、OA、HR…
這些系統是什么意思?這些系統有哪些核心模塊?這些系統之間的相互關系是什么?
拆解完成,梳理出下圖IT架構,明確系統處理的業務范圍以及各系統之間的相互關系。
IT架構
系統是為了解決業務范圍內的問題而誕生的,以上圖IT架構為例,支持層OA系統是為了實現審批流,將所有待辦事項、待審核事項按照順序審核的方式落地。
具體的審核事項可以是生產中的事項,如:工單審核、生產調配審核;可以是質量檢查中的事項,如:批次產品質量檢查、不合格品返修。支持層HR主要提供組織及用戶信息,并管理好用戶權限,是所有其他系統使用的基礎。
這個IT架構是如何拆解出來的呢?為何是這個樣子的呢?
接下來,從系統發展的角度,來梳理系統建設過程,了解系統的業務范圍、明確系統之間的關系。
一、源起:庫房流水
系統建設實際是從庫存流水開始的。下面用一個小故事串聯一下。
別看現在小白雖然和文武雙泉開起了壹叁零壹大飯店(來源:組織架構),但之前窘迫的日子可是熬了不少。
還記得最開始,小白還只是一個小鐵匠。那時候,鄰村的鄉親都把家里破破爛爛的鐵具交給小白,由小白鑄造成新的工具。雖然小白的鐵匠手藝不錯,但更關鍵的是小白記錄的方式。
小白有一個本子,記錄了什么時間誰拿了什么原料過來,想鑄造什么東西。在對應人員拿走成品時,簽個字確認一下。
記錄本明細
這看似簡單的記錄,清晰記錄了每個人拿來什么,換回去什么。加上重量的標記和成品的對比,知曉了原料的損耗,讓整個鑄造過程清晰透明,每個參與這個交換的人獲取的只有一個感受:踏實!
周邊人員都很熟悉,人際關系也很清楚,加上送原料的記錄和取貨的確認,為去掉記錄的岔劈奠定基礎。
這個記錄本的本質是物料庫存記錄。
物料庫存
所有的鄉里鄉親進行原料提供,增加物料庫存;在成品鑄造完成后,鄉親來成品取貨,減少物料庫存。
隨著更多附近鄉親的信任,鑄造技術的升級,小白的鐵匠鋪越來越紅火,業務越來越多,小白一個人已經有些來不及了,團隊進入擴展階段。
二、發展:B端業務的興起
記錄本漸漸不能支持了,首先出現的情況是,記錄過多,過幾天來取成品時,翻找之前的記錄,就會變得很耗時間。再是記錄人員和制造人員區分開,每個鐵匠打造產品時,都需要來查看記錄確定原料和成品,對于流水記錄的要求更多了。
再就是成品越來越多,同一款產品可能存在多個,原料會影響成品的質量,鄉親來取貨的時候,需要進行查找和確認。
再就是鄉親們的交易情況也變多了,或直接賣給鐵匠鋪原料,或直接購買成品等等。
復雜業務
為確保業務的高效運轉,小白建設了一套信息化系統來支持,并配合業務調整,具體落地為原料庫、成品庫增加接口人。
鄉親們送來原料時,原料庫接口人記錄信息:原料提供人員、原料名稱、原料類型、原料重量、目標產品等;記錄生成會同步到鐵匠鋪內、成品庫。
鐵匠鋪內查看記錄,獲取到記錄信息,安排人員制造產品,在完成后移交到產品庫。
當鄉親們來取貨時,通過原料庫記錄信息查詢提供原料及成品,完成成品取貨,并讓取貨人員簽字確認。
因為加工時長的不確定性,小白修改了信息記錄的方式,先讓鄉親們關注鐵匠鋪,成為鐵匠鋪系統的用戶;然后在提交原料的時候自己記錄好信息,由原料庫接口人確認信息。
鐵匠鋪內進度信息也實時更新到原料供應鄉親的記錄中,讓鄉親們獲取到鑄造的進度。在系統建設的角度,小白讓鄉親們關注鐵匠鋪的時候,就完成了用戶的引入及創建。
生產業務流程
隨著發展,鄉親們對于產品的品質要求越來越高,自己能提供的原料也逐漸減少,就干脆提出直接購買成品。鐵匠鋪就需要自己去購買鑄鐵,來支撐生產產品所需要。
鄉親們即使有一些原料,則通過廢料回收的路徑直接賣掉了。
隨著模式逐漸成熟,鐵匠鋪各個成員也更熟悉工作,在安排適當的情況下,開始準備增產。
通過查看產品的歷史銷售量,分析產品的消耗情況及銷售趨勢,將鐵匠們開始細分,專門提前預打造一些產品。
為支持業務的良性發展,小白對系統進行了升級,B端產品雛形初具。
物料、產品庫
業務具體細分為采購、庫存(物料/產品)、生產、銷售,其中庫房管理分為 物料庫房、產品庫房。通過采購補充物料,增加物料庫存;物料庫存通過生產,形成成品,減少物料庫存,增加產品庫存。通過銷售減少產品庫存。
隨著信息化的發展,工具賦予生產制造的效能讓小白震驚。業務接入系統的深度在深挖,業務的廣度在擴展,小白信息化的思維也在不斷進化。
三、興盛:信息化建設的加速
小白作為類似拓荒者的角色,不斷的在向前探索。鐵匠鋪的業務在不斷發展,生產制造工具進行了大量的升級,生產效率大幅提高。
類似原料提純等通過大型設備和熔爐支持,一次性就可以完成超大批量,并且在質量上也有了很大提升。
為確保生產效率的維持,采購物料部分也加大加強了管理。采購物料有交貨期,供應商需要準備這大批量的原料;需要財務結算支持,既支持內部資金鏈的健康,也促進供應商的資金循環;大批量物料需要物流運送,在原料的上貨下貨、車型配備上也需要精細化管理…
隨著生產端效率的大幅提升,銷售端也需要擴大力度。需要支持更多銷售員銷售產品,提供銷售訂單用于跟進產品物流、財務情況,為產品銷售物流提供支持,形成一個完整的閉環。
生產制造業務流程
業務上的閉環沒有太多震撼,而發現產品設計標準流程,才讓小白欣喜若狂。這一發現,讓所有最初始一起合作的鐵匠兄弟們有了更大價值發揮平臺。
鐵匠鋪自身需要大型熔煉設備是一個觸發契機,促進小白一直思考鐵匠鋪自身的能力優勢,可以打造更多更精細、更尖端的設備。
這就使得產品研發需要有一個完整的鏈路,并通過已經證明價值的信息化系統來支撐。鐵匠鋪也正式升級為生產制造工廠。
作為一個鐵匠鋪發展到一個制造工廠,已經獲取了很大的成就,小白更多的發現,這完整的業務鏈條不能只是一個團隊一家公司來完成,但要支撐整個業務的完整運轉,信息化建設一定是必要且必須的,以生造制造為中心挖掘信息建設的深度,以完整業務鏈條運轉挖掘信息化建設的廣度,將大有可為!
生產制造是一個業務核心【MES】;采購、銷售、庫存鏈接起來的進銷存是一個業務核心,并以財務結算做支持【ERP】;產品研發設計流程也是一個業務核心【PLM】。這也是信息化三駕馬車的來源。
系統間需要數據對接,主要是以物料、產品庫存的出入做平衡;采購為物料的入,生產制造為物料的出;生產制造為產品的入,銷售為產品的出。
庫存平衡
而在這個大平衡下,小的業務場景也需要支持。以產品為例,生產雖然是產品庫存的入,但是產品質量不合格、產品成品抽檢異常,需要讓產品返修或重做,也會成為產品庫存的出;銷售是產品庫存的出,但是銷售退貨也會成為產品庫存的入。
業務詳盡場景兼容
每一個獨立業務模塊都需要對應的系統來支撐,也就成為各個系統劃分的邊界。
而系統間需要數據通信,是需要系統相互支持的。系統建設的龐大不允許每家公司都使用完全的業務鏈條系統,也不必要,就會存在非核心業務模塊的系統被弱化,也就導致,都是ERP系統,但是功能存在有很多不同。
小白的生產制造工廠,在商業合作順利獲取了一個礦場作為物料來源后,采購的業務就逐漸淡化下來,僅僅使用物料入庫記錄就可以了。
系統劃分
基于業務的原則,劃分各系統建設的核心,一次性完成眾多系統的識別。
系統間通信
系統建設以業務為核心,設計完整的業務流程,然后強化各個環節自身的自閉環,從而落地為具體而有效的支撐工具。
在并非自身開發系統情況下,要上一套系統,首先需要的就是判斷:系統設計是否匹配自身的業務情況。自身建設系統也需要以自身的業務為核心。
經典系統
看完小白的整個梳理過程,是否可以更好理解最開始建立的IT架構了呢?
組織為提升效率而產生,個人專業化將極大提升個人效率,兩相正向影響,效率得到更大提升。工具應提升效率而生,應更高提升效率而發展。
用一個好工具,沒有?那就造一個好工具!
本文由 @壹叁零壹 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
非常感謝!學到很多
這是我的一種思維方法,有用有幫助就很開心
刷新了下,基礎認知,謝謝
在摸索中前進,有擁有幫助就很開心