一个故事告诉你,ERP、CRM之类的系统业务范围及相互关系

2 评论 3543 浏览 58 收藏 15 分钟

系统的根本目的是为了解决业务范围内出现的问题,那么,如何了解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 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 刷新了下,基础认知,谢谢

    来自上海 回复
    1. 在摸索中前进,有拥有帮助就很开心

      来自重庆 回复