企业官网建设流程全解析

我一向对选型类项目的行情比较悲观，直到有一次听见车间主任说了一句特别生动的话："看演示的时候，那套MES系统坐上去像沙发，又大又软；上线三个月，越用越觉得是条板凳，硬邦邦的，宽度还不合我的身。"这个比喻我记了很多年。沙发变板凳，几乎是MES选型失败最精准的写照。几十万甚至上百万砸下去，买回来的东西没人用、用不起来、达不到管理预期，最后沦落成展厅正中央的一块大屏，或者一台昂贵的“打卡机”。

问题到底出在哪？这些年我接触过不少准备上MES的制造工厂，见过太多一上来就急着看产品、比价格的选型过程。需求调研草草走个过场，甚至根本不调研，直接拿别人家的需求文档换了个厂名就招标。这种玩法，选出来的系统不变板凳才是怪事。想避免沙发变板凳，唯一靠谱的路是把选型往前推一步：在谈软件功能之前，先把自己彻底讲清楚。我一直在项目里反复用的一套方法叫“5步精准调研法”——不教你怎么看软件功能，而是教你怎么在选型前把车间摸透、把需求问透、把数据查透。这套方法适合谁用？准备上MES的制造型企业生产负责人、负责信息化选型的IT经理，以及第一次带MES项目的项目经理。照着走一遍，至少能避开八成常见的选型坑。

1. 为什么“沙发”总是变成“板凳”：MES选型翻车的三个根源

先放结论：MES（制造执行系统）和ERP是两类完全不同的系统。ERP可以做得很标准，财务逻辑、采购逻辑、库存逻辑，不同企业的差异远没有想象中那么大；MES长在车间里面，而每个车间的工序、设备、工艺、班次、交接方式都不一样。这就是沙发变板凳的结构性原因——你买的是一个贴着“通用”标签的标准产品，但你的车间是高度个性的。

1.1 需求只停留在会议室，没下沉到车间

大多数企业启动MES选型的动作是这样的：拉个会，老板说“我们要上数字化”，生产副总说“质量追溯必须解决”，IT经理列了一张从供应商PPT里抄来的功能清单，然后就组织供应商轮番来演示。整个过程里，没有一个人去车间蹲过半天。

问题在哪？会议上聊的都是“领导眼中的工厂”：计划是合理的，物料是齐套的，报工是准时的。实际车间里的情况往往是：计划靠老师傅拍脑袋，物料经常缺件上线了才知道，报工是班组文员下班后补的。需求一旦建立在会议室的想象上，后续实施一碰现场，处处对不上，沙发自然就变成板凳。

1.2 照搬标杆功能清单，却忘适配的前提

很多企业喜欢参观标杆客户，去过之后回来说：“XX集团用的那套模块，我们也要。”问题是，标杆的规模、产品类型、工艺路线跟你的工厂完全不一样。人家的组装线是流动的，你是离散工位的；人家一个工单对应一批物料，你是一个工单拆几十次转工；人家的质检是自动在线检测，你是质检员手检完再手工录系统。功能模块名字都一样，但里头的颗粒度、流转逻辑、校验规则完全是两码事。

适配才是MES选型的关键词。适配的前提，是先把“你”是谁讲清楚。这恰恰是调研要干的事。

1.3 只盯着软件功能，忽略数据、网络、接口这些看不见的地基

经常有这样的场景：功能选型讨论得热火朝天，上线的第一个月，实施顾问问“你们物料编码统一吗？BOM准确率有多少？”全场安静。再问“车间无线网络覆盖到每一台设备了吗？老设备的PLC能不能开放通讯协议？”又是一阵安静。

MES不是独立运行的，它要从ERP接工单和物料主数据，要从设备采集中控数据，要把完工数回报给ERP。地基没打牢，再漂亮的软件也就是个展厅模型。这一步的调研比功能需求调研更急迫，也更容易被忽略。

这三个根源叠加在一起，方案自然是“看起来都对、用起来别扭”。所以接下来的5步，就是针对这三个根源，一步一个坑填过去。

2. 第一步：先给车间拍一张CT片，把现状流程和痛点摸到底

这一步是后面所有判断的基础。如果让我压缩整个调研法的比重，这一步至少占40%。它要做的事很简单：把工厂从接单到出货的完整业务流，原原本本画出来，把各环节的问题点标出来。别急着谈系统，先把自己看清楚。

2.1 从订单到交付，逐工序理出真实的业务流

带着一张空白的流程图，从销售订单触达开始，跟着订单走一遍：订单怎么变成生产计划？生产计划怎么变成车间工单？工单怎么下发？物料怎么领、怎么退？工序之间怎么交接？完工怎么汇报？入库怎么过账？质量检验卡在哪个环节？不良品怎么返工？每一步都问一句“现在是谁在做、用什么做（Excel、纸质、还是脑子）、做完以后信息存在哪儿”。

这里有个小技巧：画图不要坐在会议室里凭想象画，一定带着纸笔去现场，一边走一边问一边画。尤其是多工序流转的车间，自己走两遍，和听别人讲三遍，信息量完全不一样。很多隐藏的“地下流程”——比如师傅之间的口头交接、私下换料、尾数补料——在会议室里永远问不出来。

2.2 痛点访谈：去现场听“骂声”，别只听汇报

流程梳理完，还要把每个环节的“难受”找出来。访谈对象分三类，问题完全不一样：

• 对车间主任：今天怎么排产？哪道工序最卡？昨天的计划完成率是多少？这个月改了几次计划？
• 对班组长和操作工：每天开工第一件事干什么？什么情况会停下来等料？最烦的纸质单据是哪张？
• 对质检员和仓管员：一批货追溯一次要翻多少张记录？最怕哪天对不上账？

这类访谈叫“痛点挖掘”，关键是让他们吐槽，越具体越好。比如“计划总是变”这种话，要追问成“上周变了几次？什么时候变的？变了以后谁通知？通知到哪个环节就断了？”一句话的信息量远不如一串具体场景。

2.3 这一步要拿到的产出物

CT片拍完，你要拿到三张纸：

• 现状流程图：不需要画得多标准，重点是有完整工序，以及每个环节的信息载体（纸质单/Excel/口头）
• 问题清单：每条标注影响范围（哪个车间、哪个岗位、一天发生几次）
• 初步改进机会点：哪些环节是系统能改善的，哪些是管理问题、系统管不着

我见过很多项目组把这一步压缩成一天，结果到实施蓝图阶段又跑回来补调研，来回折腾两个月。基本可以肯定：现状梳理越扎实，后面的需求清单越靠谱，供应商方案里的水分也越容易被你看穿。

3. 第二步：把“老板的愿望”翻译成“系统的功能”，分清优先级

现状摸完了，下一步就是需求翻译。这一步不直接选软件，而是把所有业务诉求改写成系统需要具备的功能和能力，然后按优先级排好。很多项目死在“需求永远很模糊”上：老板说“我要追溯”，可追溯的颗粒度、时机、方式根本没人说得清。翻译的目的，就是把这些模糊话术变成可验收的条款。

3.1 三段式翻译练习：从话说得多好听，到逻辑多严密

举三个最高频的需求做例子。

第一段，追溯。“我要能做质量追溯”，这种话任何供应商都会说“可以”，但真正要翻译的问题有：追溯是批次级还是单件级？正向追溯还是反向追溯还是都要？关键工序的信息靠扫码、靠手工录入、还是靠设备自动采集？追溯一批货要从哪个环节开始、退到哪个环节结束？把这些问一遍，很多工厂会发现自己连追溯规则都还没定清楚。供应商“能做”，做的是他们理解的追溯，不是你要的追溯。

第二段，报工。“我要知道今天车间干了多少活”，翻译下来的问题有：报工粒度是到工序还是到工单？实时报还是班后集中报？谁负责报？用扫码枪、车间电脑还是手机App？允不允许报完后反冲、调整？跟计件工资挂钩吗？报工数据要和ERP哪个模块对账？这些不聊透，供应商演示的“生产看板”再漂亮，也解决不了你月底对账对不上的问题。

第三段，排产。“我们计划排不过来，想要个排产模块”，翻译下来的问题有：排产约束有哪些（交期、设备能力、工装模具、人员技能）？计划调整频率多高？允许系统推倒重排还是手动微调？排出来的结果以什么形式下达到班组？实事求是地讲，大多数中小工厂当前最需要的不一定是APS级别的高级排产，而是一个把Excel换掉、能排序能可视化的轻量计划工具。这个分寸在调研阶段不翻译清楚，选型时特别容易被供应商往高配里带。

3.2 建一棵功能需求树，给每个需求标上P0/P1/P2

把所有翻译出来的需求，按模块分类收进一棵“功能需求树”。常见的一级模块有：生产计划与排程、工单管理、报工与工时、质量检验、异常管理、设备管理、追溯管理、报表看板，外加接口集成。

每个条目后面标三种优先级之一：

• P0：必须有，没有就换供应商
• P1：必须有，此次实施范围确认要覆盖，可分阶段实现
• P2：可以有，后续迭代再加也来得及

分级是个很有意思的过程，它逼着业务负责人做取舍。比如“车间无纸化”听着很高大上，如果现场连一台车间电脑都没有，那P2都算不上，只能放到未来规划。不舍弃一些愿望，MES永远做不完。

3.3 例外流程清单：非标流程也是硬需求

调研中必然碰到一类情况：某个流程全厂都说不清是该这么干还是不该这么干，但实际里天天在干。比如临时插单、尾料拼料、紧急放行、代料使用。这属于例外流程，一定不要跳过，而是要单独列一张“例外清单”。它们才是最考验定制开发深度的地方，也是供应商报价里的隐藏雷区。你越早把这些拿到桌面上，合同和排期就越不会有惊喜。

4. 第三步：给系统先“验地基”：物料编码、设备数采、网络接口一起查

功能需求解决的是“系统有没有这个本事”，数据地基解决的是“系统在这个厂里转不转得起来”。这一步在常规调研里特别容易被拖到实施阶段，结果一上线全是补课。正确做法是在选型前就把地基情况写进调研报告，直接决定供应商方案的架构深度和实施报价。

4.1 物料编码和BOM：源头不乱，后面才不会乱

MES一上来就要接的是物料主数据和BOM。先去看一眼物料编码：有没有一物多码？有没有部门之间用一个码、仓库用另一个码的情况？BOM准确率大概多少？工艺路线文件齐不齐？很多上了ERP但用得不够深的企业，这三样常年带病运转：物料主数据有缺失，BOM表改到一半不改了。这些病历一定要在调研里记录清楚，因为MES的齐套分析、投料防错、过程追溯全都建立在这些基础数据之上。地基里的裂缝，软件救不了。

4.2 设备数采条件：每一台设备能不能“开口说话”

MES要做设备监控、自动采集产量、监控设备状态，得先看设备本身愿不愿意配合。调研时要逐台梳理关键设备：

• 设备有没有PLC？PLC品牌和型号？有没有开放网口？
• 支持哪些通讯协议（Modbus、OPC UA、Profinet等）？
• 老设备没有PLC也没有传感器，打算怎么办？加装传感器？扫码枪人工采集？还是先不上设备监控，只做报工？

这个决策直接影响实施报价和工作量。有人为了“设备联网率”这个面子指标，选了全线数采方案，结果现场一半是服役二十年的老机床，光改造硬件就花了一半预算。调研阶段把设备的“数字基因”测清楚，方案才能落地。

4.3 车间网络和终端条件：信号不到位，一切白搭

再好的MES也是跑在网络上的。车间无线WiFi覆盖到不到位？关键工位、仓库、线边有没有网口？车间里有没有防尘、防油、防高温的工业终端位置？扫码枪和PDA的充电、放置位置方便吗？这些看着是小事，上线后全是大事。我见过一个MES功能完整性很高的项目，结果车间里信号满格的地方在楼梯间，工位上扫码转圈三十秒，操作工直接拿纸质单继续干活。这个锅不该操作工背，是调研的时候没人去工位边上看一眼信号。

4.4 接口清单：MES不是一座孤岛

最后查一遍ERP体系：现在用的ERP是什么？版本？MES要从ERP拿到什么（物料主数据、BOM、销售订单）；MES要回写什么（完工数量、不良数量、工时）；ERP有没有开放API或中间表？供应商有没有对接这个ERP版本的经验？这些写清楚，避免供应商进场后才发现“你们ERP版本太老，接口要定制开发”，临时加钱加时间。

4.5 体检结论怎么呈现

收尾时出一张“数据就绪度评估表”，每个维度打分：物料主数据、BOM准确率、工艺路线、设备数采比例、网络覆盖率、ERP接口能力。每项后面给三档结论：就绪、基本就绪、待补课。待补课的项目，要在选型前就启动补齐，或者至少让供应商按“待补课”的现状来报价和排期。很多上线阶段的大坑，其实在地基体检这一关就已经能提前预见了。

5. 第四步：车间蹲点比PPT管用，让一线用户定义操作体验

很多选型调研把时间花在看产品演示上，这是方向性错误。产品演示只能证明“供应商能讲PPT”，不能证明“系统在你们车间能被用起来”。第四步就是把方向掰回来：去车间蹲点，把“人”的因素问清楚。MES成败的最后一公里，永远在一线操作工的手上。系统再聪明，操作工不用、抵触、乱点，它就是一座昂贵的电子废品。

5.1 三类人分开访谈：领导关心结果，中层关心效率，一线关心省事

访谈对象绝不能是业务负责人一个人的专场。至少要在车间现场分别找三类人聊：

• 生产副总/厂长：要什么管理指标？日报周报现在怎么出？最想看到的异常是什么？
• 车间主任/计划员/质检主管：每天怎么安排任务、跟踪进度、处理异常？最希望系统替他们省掉哪种重复劳动？
• 一线操作工、班组长、仓库管理员：现在干活最烦什么？要填什么单据？愿不愿意每道工序扫码？如果系统多一步操作，他们会不会嫌麻烦？

一线访谈一定要在生产区域站着聊，边看边问。比如问操作工“这道工序做完，你怎么知道下一个去哪”，答案可能是“看老师傅眼神”。这个环节如果系统不设防错，就是白上。这些真实使用情境，决定了你选手持终端还是工位机、要扫码还是刷工卡、报工界面做成三步还是十步。

5.2 实测节拍、班次和异常处理规则，别拿经验值当参数

系统里的很多参数和规则，不是供应商能替你拍板的，必须到现场去测、去问：

• 生产节拍：一道工序的循环时间是多少？节拍波动大吗？
• 换型时间：换线/换模要多久？换型要不要在系统里记录？
• 班次结构：几班倒？交接班怎么算产量？夜班报工有没有人漏报？
• 异常处理：缺料了找谁？设备故障报修流程是什么？质量问题紧急放行要走几个签字？

这些内容就是以后系统里的业务规则。在调研里量得越精确，实施顾问画配置表的时候就越省事，系统上线后跟实际工作的贴合度就越高。这里最怕的是拍脑袋填经验值，比如换型时间领导说“大概半小时”，实际现场快的一刻钟慢的俩小时，回头排产永远排不准。

5.3 一次“扫码率惨案”给我的教训

之前服务过一个客户，上线第一周扫码率只有20%出头，项目组第一反应是操作工不配合。我跟着去车间站了两个小时就明白了：工位机装在生产线的起点，而工人实际干活和交活的位置在线尾，每报一次工要走大约30米去点一下屏幕，一天下来多走一个马拉松。操作工很实在，谁也不会为了系统里的一个数字增加自己的劳动量。后来把终端挪到线尾、加了两把扫码枪、报工界面从五步缩成两步，扫码率一周内到了90%以上。

这件事我记了很多年。它说明一个朴素的道理：永远不要在生产流程之外外挂一个系统，然后怪工人不配合。调研阶段的蹲点，就是提前发现这类“位置不对、流程不顺、操作太重”问题的最好机会。

6. 第五步：选供应商看“同款身材”的案例，别被通用演示带偏

前四步把“你自己”彻底搞清楚了，第五步才开始真正看供应商。这时候你手里已经有一份相当完整的《需求规格说明书》初稿和数据就绪度报告，可以用它去筛供应商，而不是让供应商用通用PPT来带你的节奏。

6.1 考察供应商时最该问的五句话

把“你们有几百家客户”之类的虚词放一边，重点问这五句：

1. 你们在我这个行业（最好细到工艺类型，比如离散机加和流程化工差别很大）交付过几家？现在还在用的有几家？停用的有几家？
2. 实施团队有多少人驻场？项目经理本人交付过几个同类项目？
3. 标准产品之外，哪些功能要靠定制开发？定制开发怎么计价？将来系统升级会不会覆盖定制部分？
4. ERP接口有现成适配器吗？还是每个项目从零开发？
5. 项目延期合同里怎么约定？售后SLA响应时间多少？

第二句尤其重要。MES项目失败率高的一个重要原因，是售前团队和交付团队不是同一批人。调研时一定要见到即将进场的实施项目经理，聊一聊他的项目经历和分工，而不是只对着销售顾问点头。

6.2 给案例客户打电话：三个问题识别真实适配度

供应商给看的案例PPT，永远是精心挑选的样板间。我的建议是找供应商要两个同行业客户联系人的电话，自己打过去问三个实在的问题：

• 系统上线多久了？中间有没有出过大事故、关停过、甚至换过系统？
• 哪些功能是每天真有在用的？哪些是买了以后几乎没碰过的？
• 如果让你重新选一次，哪些地方你会换一家供应商、或者换个做法？

第一个问题问“死活”，第二个问“真实使用度”，第三个问“后悔药”。这三个答案比任何代言人录像都有含金量。真正用得好的客户不会藏着掖着，用得不好的客户往往更愿意倒苦水。重点不在于对方夸不夸，而在于他描述的具体场景跟你调研出来的现状是否同频。

6.3 把调研成果写进合同技术附件，等于给自己上保险

这是很多人忽略的关键动作：把5步调研的成果——现状流程图、功能需求树、P0/P1/P2清单、数据就绪度评估表、例外流程清单——整理成一份《需求规格说明书》和《系统功能确认表》，作为合同的正式技术附件。

不要觉得这是多此一举。MES实施到后期，最常见的扯皮就是“当初说的不是这个需求”和“这个需求在不在合同范围内”。有了一份双方签字确认的需求基线，实施过程中的需求变更、范围蔓延、验收交付，全部有据可依。这一份附件，就是防止沙发变板凳的合同级防变形卡。

6.4 产品演示的审法：用你的真实业务来考

最后说演示。别让对方按自己准备的剧本走，把你在调研中画出来的真实场景给他两三个。比如：“我们有个急单插单场景，请演示一下系统怎么处理排产更新和物料追溯。”如果供应商能现场在demo环境里操作出来，远比播几十页方案片子可信。演示完再追问一句“这是标准功能还是在我们项目里单独配置”，可以很有效地识别销售话术里的水分。

7. 最终交付：一份能直接用的MES调研清单与实操提醒

到这里，5步已经走完。最后把每一步的要点浓缩成一张可勾选的清单，方便你直接带去项目里用。

再补充几条实操提醒：

• 调研周期别硬压。认真做5步，中型工厂大概需要两到三周，这点时间换后面少走半年弯路，非常划算。
• 所有文档都在现场写。不要在办公室“补回忆”，在现象发生的地方边看边记，信息损耗最小。
• 至少叫上两个“唱反调的人”。调研时带上车间里对信息化一直有意见的老班长，他们提的问题往往能提前暴露系统上线后的阻力。
• 拍照留档。每个工位的信息载体、每个痛点场景都拍照记录，后面跟供应商对方案、跟实施顾问对需求，都是最好的证据。

最后再讲一点我个人的体会。做了这些年跟MES相关的项目，我越来越确信一件事：软件选型阶段，是甲方话语权最大的时候。一旦合同签了、实施进场，主动权就在一点一点减少——需求变更要排期，定制开发要加钱，验收标准基本由供应商起草。所以真正该把力气用足的地方，恰恰是看起来“没有成果”的调研阶段。沙发和板凳，不是靠换一家更贵的供应商就能解决，而是靠你在选型之前，把自己想要的那张沙发的尺寸、软硬、面料、位置先量清楚。这套5步精准调研法，说白了就是一次量体裁衣。谁量得越细，谁最后坐上去就越舒服。