文档|如何写好硬件产品的需求文档？_36氪|香港交易所|钟南山|otc|c

编辑导语：结合需求文档，产品经理可以对亟待开发的产品有一个更清晰的梳理，进而推动产品后续开发、迭代的顺利进行。那么针对硬件产品，你知道该如何写好相应的需求文档吗？本篇文章里，作者总结了相关事项，一起来看一下。

文章插图
任何一款产品最初都来源于一个抽象的想法，这个抽象想法关注的可能只是产品的功能，即这款产品能做哪些很酷的事，而不会考虑产品的具体特征，比如尺寸、颜色、电池续航时间等。
在这个阶段，我们通常都会假设它们都处于最理想的状态，即，尺寸恰到好处，颜色人见人爱，电池可以一直供电等。
需求计划是把抽象想法转变为产品真实特征的过程，在这个过程中，你需要尽可能早地为这些特征撰写需求，当产品下线后，你碰到意外问题的可能性就会大大降低。
通常情况下，当产品开发人员对产品的功能有清晰的了解时，就会直接进入设计开发阶段。
当你拥有早期概念验证原型后，就可以向利益相关者展示你的想法。
但是，在概念验证阶段之后，如果工程师开始挑选组件并设计原理图，而没有先对功能、行为、操作参数和设备的预期性能进行形式化，就会出现问题。
一、什么是产品需求？产品需求只是你的设备打算做什么的定义，它是对产品预期功能的正式描述，也就是指产品上市销售之前必须要做到的一组事。
以卫 Sir 负责过的指纹 U 盘产品为例，其需求大致如下：

具备双分区：一个公共盘区，一个加密盘区；
支持录入指纹、识别指纹的能力。

在项目开始时，相关人员共同讨论，确定产品必须做到哪些事情，这些事情反映在文档上就形成了需求。
需求文档主要有以下两个用途：
1）在产品制造之前，原则上任何人都可以查看产品需求，从中了解产品主要用途以及有关尺寸、重量、可靠性等特征的信息。
需要注意的是，在产品开发过程中，需求可能会发生变化，随着不断获取新信息，应该经常更新需求。
需求更新过程应该确保以下几点：

相关人员都要参与，也都会收到变更通知，以便对变化做出相应调整；
考虑每个需求变更给其他需求造成的影响；
考虑每个需求变更对测试造成的影响。

随着开发的推进，那些“可选”需求和“亮点”需求最终会变成真实的产品特征。同时，测试也需要需求来驱动，明确要测试什么。
2）产品开发工程师会把需求文档看作一系列指示，用来指导他们应该做什么。在项目最后会对产品进行测试，以确定产品能否上市销售，这种测试主要验证产品需求是否得到落实。
有关需求计划的术语很多，也很容易让人困惑。你需要区分几个基本概念，包括需求、目标和规格，它们都可以描述产品功能。
1）需求：是指那些可量化且产品必须做到的事情。
2）目标：是你要尽量实现的事情，但是很难量化，也不容易做到。
比如，你对电池续航的需求可能是“连续供电不少于 5 小时”，而你确定的目标可能是 7 小时，这有助于你在产品开发过程中把精力放在那些“有了会更好”的事情上。
3）规格：是一些可以量化的描述，来自开发过程的某个部分。
比如，经过测试，你开发的产品（如，蓝牙耳机）满电情况下可以连续可靠地运行 6 个小时，你可以把这一点写在产品的宣传资料和用户手册中。
那么，此时“充电一次运行 6 小时”就变成了产品规格，它描述的是产品实际能做到什么。