3、需求调研与分析方法：如何通过访谈、现场勘查、问卷等方式收集客户需求，并转化为可量化的功能与非功能需求
智慧工厂项目交付的起点并非方案书撰写，而是需求调研。需求调研的质量直接决定了后续点表设计、演示脚本编写和验收材料准备的成败。如果需求调研不充分，方案书中的功能描述可能只是“看起来很美”，点表中的I/O点位可能遗漏关键设备，演示脚本可能无法覆盖客户真实业务场景，最终导致验收时频繁变更甚至项目延期。本章将系统讲解需求调研的三种核心方法（访谈、现场勘查、问卷），并重点阐述如何将模糊的客户诉求转化为可量化、可测试、可追溯的功能需求与非功能需求。
3.1 需求调研的核心原理与整体框架
需求调研的本质是“消除信息不对称”。智慧工厂项目涉及OT（操作技术）、IT（信息技术）、CT（通信技术）的深度融合，客户方往往存在三类角色：高层管理者关注投资回报率与战略目标，中层生产管理者关注效率提升与KPI达成，一线操作与维护人员关注易用性与故障处理便捷性。调研必须覆盖这三个层级，否则需求必然失真。
调研框架建议采用“三层五维”模型：三层指决策层、管理层、执行层；五维指业务流程、设备现状、数据流、组织权限、约束条件。每次调研前应明确调研目标、设计问题清单、确定参与人员、准备记录模板。调研结束后24小时内完成纪要输出，避免信息衰减。
3.2 访谈法：分层访谈策略与提问技巧
访谈是获取需求最直接的方法，但也是最容易“跑偏”的方法。访谈对象不同，关注点完全不同，必须采用分层策略。
| 访谈层级 | 典型角色 | 关注重点 | 建议问题示例 |
|---|---|---|---|
| 决策层 | 总经理、厂长、CIO | 投资回报、战略匹配、行业竞争力 | “您期望项目在几年内收回成本？哪些指标最能体现项目价值？” |
| 管理层 | 生产部长、设备部长、质量经理 | KPI达成、管理效率、跨部门协同 | “当前生产日报的生成需要多长时间？数据准确性如何保证？” |
| 执行层 | 班组长、操作工、维修工 | 操作便捷性、故障处理效率、培训难度 | “您每天需要录入哪些数据？哪些环节最耗时？” |
访谈提问遵循“漏斗法则”：先开放后封闭，先宏观后微观。开场用“您能描述一下…”，中间用“具体来说…”，收尾用“如果…会怎样”。避免引导性提问，例如“您是不是觉得系统很慢？”应改为“您觉得系统响应速度如何？”
访谈记录建议采用“事实+引用+观察”三段式：事实记录客观描述，引用保留客户原话，观察记录访谈者的现场感受。例如：事实：客户提到每天需要手工录入200条生产数据；引用：“录入这些数据至少花我半小时”；观察：操作工演示时频繁切换系统界面，操作路径较长。
3.3 现场勘查法：从图纸到实物的验证
现场勘查是智慧工厂项目区别于纯软件项目的关键环节。图纸上的设备布局、网络拓扑、电气接线与现场实际情况往往存在差异，只有实地勘查才能发现真实约束。
现场勘查应携带标准化检查表，覆盖以下维度：
- 设备台账核对：逐一核对设备铭牌、PLC型号、HMI版本、传感器类型，与客户提供的设备清单比对，标记差异项。
- 网络环境测试：使用笔记本电脑连接现场工业交换机，测试网络连通性、丢包率、VLAN划分情况；记录无线AP覆盖盲区。
- 电气柜勘查：拍照记录PLC I/O模块型号、接线端子排布、剩余备用点位数量，为后续点表设计提供依据。
- 产线流程观察：在安全许可下，跟随一个完整生产周期，记录物料流转、质检节点、设备启停逻辑。
- 环境约束记录：温度、湿度、粉尘、振动、电磁干扰等环境因素，这些直接影响硬件选型和安装方式。
现场勘查输出物包括：现场照片（按区域分类编号）、设备清单差异表、网络测试报告、电气柜点位照片、产线流程图（手绘或Visio）。这些材料是后续点表设计的“第一手证据”。
3.4 问卷法：批量收集与量化分析
当调研对象超过20人时，访谈和勘查的效率明显不足，问卷法可以快速收集结构化数据。问卷设计需注意：问题数量控制在15-25题，答题时间不超过10分钟；题型以李克特量表（1-5分）和单选题为主，辅以少量开放题。
问卷设计的关键是“将需求转化为可量化选项”。例如：
- “您希望系统报表刷新频率是？” A. 实时 B. 每分钟 C. 每小时 D. 每天
- “当前设备故障平均响应时间是？” A. 10分钟内 B. 30分钟内 C. 1小时内 D. 超过1小时
- “您最希望优先实现的三个功能是？”（限选3项）
问卷分析使用交叉统计法，例如将“操作工对系统易用性的评分”与“年龄/工龄”做交叉分析，可以发现不同群体对界面设计的偏好差异。问卷结果用于补充访谈和勘查的盲区，但不能替代前两者——问卷只能反映“态度”，无法反映“事实”。
3.5 从原始需求到可量化需求：转化方法论
收集到的原始需求往往是模糊的、口语化的、甚至相互矛盾的。例如“系统要快一点”“报表要好看”“最好能预警”。这些表述无法直接用于方案设计和验收测试，必须经过转化。
转化过程采用“三步法”：
第一步：场景化拆解（5W1H法）。针对每条需求回答：Who（谁使用）、What（做什么）、When（何时用）、Where（在哪用）、Why（为什么需要）、How（如何操作）。例如“系统要快一点”拆解为：操作工（Who）在每天早班开始时（When）打开生产看板（What），期望页面加载时间不超过3秒（How fast）。
第二步：指标化定义（SMART原则）。将拆解后的需求转化为具体指标：S（具体）、M（可测量）、A（可达成）、R（相关性）、T（有时限）。例如“页面加载时间≤3秒，在100M局域网环境下，连续测试10次，成功率100%”。
第三步：优先级排序（MoSCoW法）。将需求分为Must have（必须有）、Should have（应该有）、Could have（可以有）、Won't have（本次不做）。优先级排序需与客户决策层确认，避免后期需求蔓延。
| 原始需求描述 | 功能需求（可量化） | 非功能需求（可量化） |
|---|---|---|
| “设备报警要及时” | 系统在设备故障触发后5秒内推送报警信息至中控室大屏及指定人员手机APP | 报警推送成功率≥99.9%；系统可用性≥99.5% |
| “报表要能自动生成” | 每日8:00自动生成前一日生产日报，包含产量、良率、设备OEE、能耗四项指标 | 报表生成时间≤60秒；数据准确率100%（与MES核对） |
| “操作要简单” | 操作工完成一次产品报工操作不超过3次点击，单次操作时间≤10秒 | 新员工培训时间≤2小时即可独立操作 |
3.6 案例拆解：某汽车零部件工厂的MES需求调研
背景与约束：某汽车零部件工厂（约300人，3条产线）计划上线MES系统，项目周期6个月。客户高层提出“要建设行业标杆的数字化工厂”，但管理层对MES功能理解不一，一线工人对系统上线有抵触情绪。项目组只有2周时间完成需求调研。
调研过程：
- 第1-2天：访谈决策层（总经理、运营副总），明确战略目标——降低不良率至500ppm以下，提升设备OEE至85%。
- 第3-5天：访谈管理层（生产经理、质量经理、设备经理），收集KPI考核指标、现有报表模板、痛点清单。
- 第6-8天：现场勘查，核对3条产线的PLC型号（西门子S7-1200）、传感器数量（共156个）、网络布线情况（发现2号产线无线覆盖盲区）。
- 第9-10天：发放问卷45份（回收42份），统计操作工对现有纸质记录单的满意度（平均2.3分/5分），以及期望功能排序。
- 第11-12天：组织需求评审会，邀请关键用户对初步需求清单进行确认和优先级排序。
关键发现与转化：访谈中管理层提到“质量追溯太慢，一批产品出问题要查半天”。现场勘查发现质量记录为纸质表单，存放在3个不同地点。问卷显示操作工最希望“减少手工填写”。项目组将需求转化为：
- 功能需求：扫描产品条码后，2秒内显示该批次全部加工记录（设备、参数、操作人、时间）；支持按时间、批次号、物料号三种方式追溯。
- 非功能需求：追溯查询响应时间≤2秒；数据保存期限≥3年；支持至少50个并发用户查询。
结果与复盘：需求调研阶段产出了32条功能需求和18条非功能需求，其中Must have需求12条。项目组发现客户原以为“需要增加大量传感器”，但现场勘查确认现有PLC点位可复用，节省硬件成本约15万元。复盘经验：访谈必须结合现场勘查验证，问卷用于补充群体性意见，三者缺一不可。
3.7 常见误区与总结复盘
需求调研的最终检验标准是：方案书中的每一句话都能追溯到一条具体需求，点表中的每一个点位都能在现场找到对应设备，演示脚本中的每一个场景都能在客户现场复现，验收材料中的每一项测试都能对应一条量化指标。做到这四点，智慧工厂项目交付就成功了一半。