本文主要是介绍【产品设计】ERP、CRM之类的系统业务范围及相互关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
系统的根本目的是为了解决业务范围内出现的问题，那么，如何了解IT架构？
市面上有很多的系统，如：ERP、SRM、CRM、WMS、TMS、MES、APS、PLM、OA、HR…
这些系统是什么意思？这些系统有哪些核心模块？这些系统之间的相互关系是什么？
拆解完成，梳理出下图IT架构，明确系统处理的业务范围以及各系统之间的相互关系。
系统是为了解决业务范围内的问题而诞生的，以上图IT架构为例，支持层OA系统是为了实现审批流，将所有待办事项、待审核事项按照顺序审核的方式落地。
具体的审核事项可以是生产中的事项，如：工单审核、生产调配审核；可以是质量检查中的事项，如：批次产品质量检查、不合格品返修。支持层HR主要提供组织及用户信息，并管理好用户权限，是所有其他系统使用的基础。
这个IT架构是如何拆解出来的呢？为何是这个样子的呢？
接下来，从系统发展的角度，来梳理系统建设过程，了解系统的业务范围、明确系统之间的关系。
一、源起：库房流水
系统建设实际是从库存流水开始的。下面用一个小故事串联一下。
别看现在小白虽然和文武双泉开起了壹叁零壹大饭店（来源：组织架构），但之前窘迫的日子可是熬了不少。
还记得最开始，小白还只是一个小铁匠。那时候，邻村的乡亲都把家里破破烂烂的铁具交给小白，由小白铸造成新的工具。虽然小白的铁匠手艺不错，但更关键的是小白记录的方式。
小白有一个本子，记录了什么时间谁拿了什么原料过来，想铸造什么东西。在对应人员拿走成品时，签个字确认一下。
这看似简单的记录，清晰记录了每个人拿来什么，换回去什么。加上重量的标记和成品的对比，知晓了原料的损耗，让整个铸造过程清晰透明，每个参与这个交换的人获取的只有一个感受：踏实！
周边人员都很熟悉，人际关系也很清楚，加上送原料的记录和取货的确认，为去掉记录的岔劈奠定基础。
这个记录本的本质是物料库存记录。
所有的乡里乡亲进行原料提供，增加物料库存；在成品铸造完成后，乡亲来成品取货，减少物料库存。
随着更多附近乡亲的信任，铸造技术的升级，小白的铁匠铺越来越红火，业务越来越多，小白一个人已经有些来不及了，团队进入扩展阶段。
二、发展：B端业务的兴起
记录本渐渐不能支持了，首先出现的情况是，记录过多，过几天来取成品时，翻找之前的记录，就会变得很耗时间。再是记录人员和制造人员区分开，每个铁匠打造产品时，都需要来查看记录确定原料和成品，对于流水记录的要求更多了。
再就是成品越来越多，同一款产品可能存在多个，原料会影响成品的质量，乡亲来取货的时候，需要进行查找和确认。
再就是乡亲们的交易情况也变多了，或直接卖给铁匠铺原料，或直接购买成品等等。
为确保业务的高效运转，小白建设了一套信息化系统来支持，并配合业务调整，具体落地为原料库、成品库增加接口人。
乡亲们送来原料时，原料库接口人记录信息：原料提供人员、原料名称、原料类型、原料重量、目标产品等；记录生成会同步到铁匠铺内、成品库。
铁匠铺内查看记录，获取到记录信息，安排人员制造产品，在完成后移交到产品库。
当乡亲们来取货时，通过原料库记录信息查询提供原料及成品，完成成品取货，并让取货人员签字确认。
因为加工时长的不确定性，小白修改了信息记录的方式，先让乡亲们关注铁匠铺，成为铁匠铺系统的用户；然后在提交原料的时候自己记录好信息，由原料库接口人确认信息。
铁匠铺内进度信息也实时更新到原料供应乡亲的记录中，让乡亲们获取到铸造的进度。在系统建设的角度，小白让乡亲们关注铁匠铺的时候，就完成了用户的引入及创建。
随着发展，乡亲们对于产品的品质要求越来越高，自己能提供的原料也逐渐减少，就干脆提出直接购买成品。铁匠铺就需要自己去购买铸铁，来支撑生产产品所需要。
乡亲们即使有一些原料，则通过废料回收的路径直接卖掉了。
随着模式逐渐成熟，铁匠铺各个成员也更熟悉工作，在安排适当的情况下，开始准备增产。
通过查看产品的历史销售量，分析产品的消耗情况及销售趋势，将铁匠们开始细分，专门提前预打造一些产品。
为支持业务的良性发展，小白对系统进行了升级，B端产品雏形初具。
业务具体细分为采购、库存（物料/产品）、生产、销售，其中库房管理分为 物料库房、产品库房。通过采购补充物料，增加物料库存；物料库存通过生产，形成成品，减少物料库存，增加产品库存。通过销售减少产品库存。
随着信息化的发展，工具赋予生产制造的效能让小白震惊。业务接入系统的深度在深挖，业务的广度在扩展，小白信息化的思维也在不断进化。
三、兴盛：信息化建设的加速
小白作为类似拓荒者的角色，不断的在向前探索。铁匠铺的业务在不断发展，生产制造工具进行了大量的升级，生产效率大幅提高。
类似原料提纯等通过大型设备和熔炉支持，一次性就可以完成超大批量，并且在质量上也有了很大提升。
为确保生产效率的维持，采购物料部分也加大加强了管理。采购物料有交货期，供应商需要准备这大批量的原料；需要财务结算支持，既支持内部资金链的健康，也促进供应商的资金循环；大批量物料需要物流运送，在原料的上货下货、车型配备上也需要精细化管理…
随着生产端效率的大幅提升，销售端也需要扩大力度。需要支持更多销售员销售产品，提供销售订单用于跟进产品物流、财务情况，为产品销售物流提供支持，形成一个完整的闭环。
业务上的闭环没有太多震撼，而发现产品设计标准流程，才让小白欣喜若狂。这一发现，让所有最初始一起合作的铁匠兄弟们有了更大价值发挥平台。
铁匠铺自身需要大型熔炼设备是一个触发契机，促进小白一直思考铁匠铺自身的能力优势，可以打造更多更精细、更尖端的设备。
这就使得产品研发需要有一个完整的链路，并通过已经证明价值的信息化系统来支撑。铁匠铺也正式升级为生产制造工厂。
作为一个铁匠铺发展到一个制造工厂，已经获取了很大的成就，小白更多的发现，这完整的业务链条不能只是一个团队一家公司来完成，但要支撑整个业务的完整运转，信息化建设一定是必要且必须的，以生造制造为中心挖掘信息建设的深度，以完整业务链条运转挖掘信息化建设的广度，将大有可为！
生产制造是一个业务核心【MES】；采购、销售、库存链接起来的进销存是一个业务核心，并以财务结算做支持【ERP】；产品研发设计流程也是一个业务核心【PLM】。这也是信息化三驾马车的来源。
系统间需要数据对接，主要是以物料、产品库存的出入做平衡；采购为物料的入，生产制造为物料的出；生产制造为产品的入，销售为产品的出。
而在这个大平衡下，小的业务场景也需要支持。以产品为例，生产虽然是产品库存的入，但是产品质量不合格、产品成品抽检异常，需要让产品返修或重做，也会成为产品库存的出；销售是产品库存的出，但是销售退货也会成为产品库存的入。
每一个独立业务模块都需要对应的系统来支撑，也就成为各个系统划分的边界。
而系统间需要数据通信，是需要系统相互支持的。系统建设的庞大不允许每家公司都使用完全的业务链条系统，也不必要，就会存在非核心业务模块的系统被弱化，也就导致，都是ERP系统，但是功能存在有很多不同。
小白的生产制造工厂，在商业合作顺利获取了一个矿场作为物料来源后，采购的业务就逐渐淡化下来，仅仅使用物料入库记录就可以了。
基于业务的原则，划分各系统建设的核心，一次性完成众多系统的识别。
系统建设以业务为核心，设计完整的业务流程，然后强化各个环节自身的自闭环，从而落地为具体而有效的支撑工具。
在并非自身开发系统情况下，要上一套系统，首先需要的就是判断：系统设计是否匹配自身的业务情况。自身建设系统也需要以自身的业务为核心。
看完小白的整个梳理过程，是否可以更好理解最开始建立的IT架构了呢？
组织为提升效率而产生，个人专业化将极大提升个人效率，两相正向影响，效率得到更大提升。工具应提升效率而生，应更高提升效率而发展。
这篇关于【产品设计】ERP、CRM之类的系统业务范围及相互关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
