4. 智慧工厂项目售前与需求分析

智慧工厂项目的售前阶段，本质上是把客户模糊的“想变好”转化为可交付、可验证、可报价的工程边界。很多项目后期扯皮、验收困难，根源往往不在技术实现，而在售前没有把需求调研、痛点识别、可行性判断和方案建议书这四件事做扎实。本节围绕这条主线，讲清售前工作的核心方法与常见陷阱。

一、核心原理：售前是“需求收敛”而非“功能堆砌”

客户在初次沟通时，通常给出的是愿望清单：要上MES、要数据大屏、要AGV、要设备联网。这些是“手段”，不是“需求”。售前的核心任务，是沿着业务目标 → 业务痛点 → 业务需求 → 功能需求 → 技术约束这条链路逐层下钻，把发散的想法收敛成一份双方认可的需求基线。

判断需求是否收敛到位，可以用三个问题检验：这个需求对应哪个岗位的哪个动作？不做会损失什么？做完用什么指标证明有效？如果三个问题答不上来，说明需求还停留在口号层面，不能进入方案和报价。

二、方法流程：从调研到建议书的五步法

一套可复用的售前流程，通常包含五个步骤，每一步都有明确的输入与输出，避免调研变成漫谈。

1. 调研准备：明确调研对象（老板、生产、设备、IT、质量、仓储）、调研提纲和现场走线计划，提前收集组织架构、产线布局、现有系统清单。
2. 现场调研：采用“访谈 + 走线 + 看数据”三结合。访谈抓目标与痛点，走线看真实作业与物流，看数据验证现状（OEE、良率、在制品、停机时长）。
3. 痛点识别：把收集到的问题按“频次、影响、可量化程度”排序，区分真痛点与伪痛点，形成痛点清单并标注优先级。
4. 可行性分析：从技术、数据、组织、投资四个维度评估，判断哪些需求本期可做、哪些需分期、哪些暂不具备条件。
5. 方案建议书编写：输出总体架构、功能范围、实施路径、里程碑、预算区间与风险说明，作为后续合同与详细设计的基础。

下面这张图展示了售前需求分析的整体流转关系，从客户输入到方案输出的收敛过程，以及各环节的关键产物。

三、痛点识别：区分真痛点与伪痛点

现场收集到的问题往往很多，但并非都值得用数字化手段解决。真痛点通常具备三个特征：高频发生、可量化损失、责任岗位明确。例如“换型时间长导致产能损失”是真痛点，因为可以统计换型分钟数并折算损失；而“员工信息化意识不强”是管理问题，靠上一套系统并不能直接解决。

识别痛点时建议使用下面的清单模板，逐条打分排序，避免被声音大的部门带偏方向。

四、可行性分析与方案建议书编写

可行性分析不是走过场，而是给方案划边界。技术维度看接口协议是否开放、老旧设备能否加装采集；数据维度看数据是否可采、质量是否可用、系统能否打通；组织维度看客户是否有专职对接人和推进机制；投资维度看ROI周期与分期承受能力。四维中任一维度不成立，对应需求就应降级或分期。

方案建议书建议包含以下结构，篇幅不必长，但边界必须清晰：

1. 项目背景与业务目标
2. 现状与痛点分析（附量化数据）
3. 总体架构与功能范围（明确本期不做什么）
4. 实施路径与里程碑（分期交付节点）
5. 投资估算与ROI测算
6. 风险与假设条件（接口、数据、配合方）
7. 验收指标（OEE提升、追溯时间、报表自动化率）

五、常见误区与复盘

售前阶段最常见的四个误区：一是只访谈老板不走访现场，导致需求脱离实际作业；二是把客户说的功能直接写进方案，没有做痛点验证；三是可行性分析缺失，签下无法落地的需求；四是建议书没有量化验收指标，验收时各说各话。

把需求调研、痛点识别、可行性分析和方案建议书四步做扎实，售前交付的就不只是一份文档，而是一条清晰的交付基线。后续详细设计、开发实施和验收，都将围绕这条基线展开，项目的可控性也由此建立。