工程师|如何写好硬件产品的需求文档?

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

  • 具备双分区:一个公共盘区,一个加密盘区;
  • 支持录入指纹、识别指纹的能力。
在项目开始时,相关人员共同讨论,确定产品必须做到哪些事情,这些事情反映在文档上就形成了需求。
需求文档主要有以下两个用途:
1)在产品制造之前,原则上任何人都可以查看产品需求,从中了解产品主要用途以及有关尺寸、重量、可靠性等特征的信息。
需要注意的是,在产品开发过程中,需求可能会发生变化,随着不断获取新信息,应该经常更新需求。
需求更新过程应该确保以下几点:
  • 相关人员都要参与,也都会收到变更通知,以便对变化做出相应调整;
  • 考虑每个需求变更给其他需求造成的影响;
  • 考虑每个需求变更对测试造成的影响。
随着开发的推进,那些“可选”需求和“亮点”需求最终会变成真实的产品特征。同时,测试也需要需求来驱动,明确要测试什么。
2)产品开发工程师会把需求文档看作一系列指示,用来指导他们应该做什么。在项目最后会对产品进行测试,以确定产品能否上市销售,这种测试主要验证产品需求是否得到落实。
有关需求计划的术语很多,也很容易让人困惑。你需要区分几个基本概念,包括需求、目标和规格,它们都可以描述产品功能。
1)需求:是指那些可量化且产品必须做到的事情。
2)目标:是你要尽量实现的事情,但是很难量化,也不容易做到。
比如,你对电池续航的需求可能是“连续供电不少于 5 小时”,而你确定的目标可能是 7 小时,这有助于你在产品开发过程中把精力放在那些“有了会更好”的事情上。
3)规格:是一些可以量化的描述,来自开发过程的某个部分。
比如,经过测试,你开发的产品(如,蓝牙耳机)满电情况下可以连续可靠地运行 6 个小时,你可以把这一点写在产品的宣传资料和用户手册中。
那么,此时“充电一次运行 6 小时”就变成了产品规格,它描述的是产品实际能做到什么。