产品 · 工业多旋翼
多旋翼定制需求清单
定制需求只有在写成可测量的指标之后才可答复。这是我们在报价前索取的清单。
本页介绍
- 任务：观察什么、什么距离、产出什么、频次多少。
- 环境：温度区间、风、降水、海拔、粉尘，以及现场是否属于危险场所。
- 接口：两端必须连接什么、用什么协议。
- 验收：由谁签字、依据什么证据、对标哪个阈值。
- 支持：备件、培训、文档语言，以及你实际能维持的维护周期。
为什么清单比谈话管用
多旋翼定制工作在缝隙里出问题——那些因为「看起来显然」而没人写下的要求。清单不会让项目变得有趣，但它把这些缝隙在制造任何东西之前摆到台面上，这比到验收时才发现的代价低得多。
分两轮用它：第一轮判断项目是否值得启动，第二轮作为范围文档的骨架。
任务与成功标准
系统必须做什么，什么算成功？写成结果，而不是设备。「每季度识别 200 公里配电线路上的热异常，并定位到单根杆塔」是可测试的；「提供一套无人机方案」不是。
再写下会让它失败的那条约束——如果它不成立，就意味着项目失败的那一条。下游一切都以它为判据。
覆盖范围、载荷与环境
覆盖范围：面积、单架次距离、高度区间、频次。载荷：质量、尺寸、功耗，以及是否必须多载荷同时运行。环境：温度范围、常遇风与阵风、降水、海拔，以及起降点的地面条件。
意外大多藏在这三项里。符合质量预算的载荷仍可能超出供电预算；夏天没问题的场地，在你最差的月份可能根本飞不了。前者参见多载荷平台配置，后者参见平台选型。
数据、合规与运行现实
需要输出什么数据、什么格式、要到哪里去？落地系统的责任方是谁，中间有哪些认证与网络边界？这个问题要早问——这类项目真正的失败点在集成，不在空中。
合规：运行所在司法辖区、已持有或需取得的批准、夜间运行、如适用还有超视距运行，以及任何出口考量。运行现实：谁飞、谁维护、有什么培训、损坏之后怎么办。
数量、时间与验收
多少台、什么时候要，这是一次性还是成规模？时间对可行性的影响比买方预期的大：在可行性确立之前我们不给交付日期，因为在那之前给出的日期，是一个签了名的猜测。
验收标准在范围阶段约定，而不是样机之后。把它写成双方都能测的形式，并附上条件。无法测试的标准不是标准，是被安排到以后的分歧。