4、从痛点提取需求：如何将模糊的痛点转化为明确的功能需求、性能需求和约束条件
煤矿安全领域的痛点往往以“描述性语言”存在，例如“瓦斯监控经常误报”“设备检修总是滞后”“人员定位不精准”。这些表述虽然真实，却无法直接作为采购、研发或验收的依据。选型标准的本质，是将“感觉有问题”转化为“可测量、可验证、可追溯”的工程语言。本章聚焦于一套系统化的转化方法：从痛点采集、根因分析、需求分类，到形成功能需求、性能需求与约束条件的三层需求模型，最终输出可评审、可测试的选型标准条目。
4.1 核心原理：需求不是“想出来”的，而是“拆出来”的
痛点转化为需求的核心原理，是建立一条从“现象描述”到“工程指标”的映射链路。煤矿安全领域的痛点往往具有三个特征：模糊性（缺乏量化指标）、耦合性（多个因素交织）、场景依赖性（不同矿井条件差异大）。因此，不能直接跳过分析环节，将“定位不准”简单翻译为“提高定位精度”——必须追问：不准到什么程度？在什么场景下不准？是水平误差还是垂直误差？是静态漂移还是动态延迟？
需求转化的本质是“三层漏斗”模型：第一层，将痛点拆解为具体的失效场景；第二层，对每个场景进行根因分析，识别出可干预的技术变量；第三层，将技术变量映射为功能、性能、约束三类需求。这个过程中，量化是核心动作——每一个需求条目都必须附带可测量的验收指标。
4.2 判断方法与操作流程：五步转化法
将模糊痛点转化为明确需求，推荐采用以下五步操作流程。每一步都有明确的输入、输出和验证手段，确保转化过程可追溯、可评审。
| 步骤 | 操作内容 | 关键工具/方法 | 输出物 |
|---|---|---|---|
| ① 痛点场景化 | 将痛点描述还原为具体发生场景，明确“何时、何地、何设备、何现象” | 现场访谈、事故记录、运行日志 | 场景清单（含时间、地点、设备、现象） |
| ② 根因分析 | 对每个场景进行因果链分析，区分技术原因与管理原因 | 5Why分析法、鱼骨图、故障树 | 根因清单（区分可控/不可控） |
| ③ 需求分类 | 将根因映射为功能需求（做什么）、性能需求（做到什么程度）、约束条件（限制什么） | 需求分类矩阵 | 三层需求初稿 |
| ④ 指标量化 | 为每条需求设定可测量的阈值、范围或判定标准 | 行业标准、历史数据、对标分析 | 量化指标表 |
| ⑤ 验证方案设计 | 为每条需求设计测试方法、测试工具和验收流程 | 测试用例设计、仿真验证 | 验收标准文档 |
在实际操作中，步骤②是最容易出问题的环节。很多团队在“定位不准”的根因分析中，直接归因于“设备精度不够”，但深入分析后可能发现：真正的原因是井下基站部署密度不足，或者遮挡环境导致多径效应，或者定位算法在动态目标上存在延迟。不同的根因对应完全不同的需求条目——如果归因错误，后续所有需求都会偏离方向。
4.3 案例拆解：从“人员定位不精准”到完整需求集
以下通过一个完整的案例闭环，展示从痛点采集到需求输出的全过程。该案例基于某煤矿井下人员定位系统的实际改造项目。
背景与约束：某矿主采煤层深度约600m，巷道总长超过12km，采掘工作面6个。现有定位系统采用RFID区域定位，精度约30m，无法满足应急避险和日常管理需求。矿方提出痛点：“人员定位不精准，无法知道具体位置。”项目约束：必须兼容现有矿用环网，防爆等级不低于Exd I，系统改造期间不能停产超过48小时。
初始现象与数据：通过两周现场跟踪，采集到以下数据：
- 区域定位误差：平均32m，最大可达45m（在采掘工作面附近）；
- 定位刷新延迟：从人员经过识别点到系统显示位置，平均延迟8~12秒；
- 漏检率：在设备密集区域，漏检率约3.5%；
- 电池续航：定位标签平均续航仅3个月，维护成本高。
根因分析过程：采用5Why法逐层追问：
- 为什么定位不准？→ 因为RFID只能识别“经过某个读卡器”，无法连续定位；
- 为什么只能识别经过？→ 因为RFID技术本身是离散点定位，不是连续测距；
- 为什么没有采用连续定位？→ 因为原有系统选型时未考虑精确定位需求；
- 为什么未考虑？→ 因为当时的安全标准只要求区域定位；
- 为什么现在需要精确？→ 因为应急避险要求“知道每个人员在哪条巷道、哪个工作面”。
同时，通过鱼骨图从“人、机、环、法”四个维度补充分析，发现：环境因素（巷道弯曲、金属支护遮挡）和设备因素（基站密度不足、标签发射功率低）是主要技术根因。
需求转化与量化：基于根因分析，将痛点拆解为以下需求条目：
| 需求编号 | 需求类型 | 需求描述 | 量化指标 | 验证方法 |
|---|---|---|---|---|
| FR-01 | 功能 | 系统应支持连续定位，而非区域识别 | 定位轨迹连续，无断点 | 现场行走测试 |
| FR-02 | 功能 | 系统应支持紧急报警联动 | 报警触发到定位显示 ≤ 3s | 模拟报警测试 |
| PR-01 | 性能 | 静态定位精度 | 水平误差 ≤ 0.5m（95%置信度） | 全站仪对标测试 |
| PR-02 | 性能 | 动态定位精度（行走速度 ≤ 5km/h） | 误差 ≤ 1.0m | 已知轨迹行走测试 |
| PR-03 | 性能 | 定位刷新率 | ≥ 1Hz（每秒更新一次） | 系统日志分析 |
| PR-04 | 性能 | 漏检率 | ≤ 0.5% | 1000次通过测试 |
| PR-05 | 性能 | 标签电池续航 | ≥ 12个月（以10秒上报一次计） | 加速老化测试 |
| CR-01 | 约束 | 防爆等级 | Exd I Mb | 防爆认证证书 |
| CR-02 | 约束 | 兼容现有矿用环网 | 支持TCP/IP over 光纤环网 | 接口联调测试 |
| CR-03 | 约束 | 安装调试时间 | ≤ 48小时（不影响生产） | 项目计划评审 |
结果对比与复盘：按照上述需求集进行选型，最终选择了UWB（超宽带）定位方案。实施后，定位精度达到0.3m，刷新率2Hz，漏检率降至0.2%，标签续航达到14个月。项目在42小时内完成安装调试，未影响生产。复盘经验：需求量化程度直接决定了选型效率——因为指标明确，供应商评估时可以直接对标，避免了“各家都说自己能做”的模糊状态。
4.4 常见误区与总结复盘
在痛点转化需求的过程中，以下四个误区最为常见，需要特别警惕：
- 误区一：需求与痛点一一对应。实际上，一个痛点往往需要多条需求覆盖，而一条需求也可能回应多个痛点。正确做法是建立“痛点-需求”追溯矩阵，确保每个痛点都有需求覆盖，每条需求都能追溯到痛点。
- 误区二：只关注功能需求，忽略性能与约束。功能需求回答“做什么”，性能需求回答“做到什么程度”，约束条件回答“在什么限制下做”。三者缺一不可。缺少性能指标的需求无法验收，缺少约束条件的需求可能导致选型方向错误。
- 误区三：指标拍脑袋，没有数据支撑。量化指标应来自现场实测、行业标准或对标分析。例如，定位精度指标应基于实际巷道环境测试，而不是直接引用厂商宣传值。
- 误区四：需求文档写完就冻结。需求是动态的，随着现场条件变化和测试反馈，应建立需求变更评审机制。但变更必须受控，不能随意增减指标。
最后，需求转化的输出物应形成标准化的《选型需求规格说明书》，包含：需求编号规则、需求描述模板、指标定义表、验证方法说明、优先级标注（必备/期望）、追溯矩阵。这份文档将作为后续供应商评估、技术方案评审、现场验收测试的唯一依据，也是本章“从痛点提取需求”的最终交付成果。