当前位置:首页 > 热水器 > 文章正文

若何写好硬件产品的需求文档?

编辑:[db:作者] 时间:2024-08-25 04:38:24

在这个阶段,我们常日都会假设它们都处于最空想的状态,即,尺寸恰到好处,颜色人见人爱,电池可以一贯供电等。

若何写好硬件产品的需求文档?

需求操持是把抽象想法转变为产品真实特色的过程,在这个过程中,你须要尽可能早地为这些特色撰写需求,当产品下线后,你碰到意外问题的可能性就会大大降落。

常日情形下,当产品开拓职员对产品的功能有清晰的理解时,就会直接进入设计开拓阶段。

当你拥有早期观点验证原型后,就可以向利益干系者展示你的想法。

但是,在观点验证阶段之后,如果工程师开始挑选组件并设计事理图,而没有先对功能、行为、操作参数和设备的预期性能进行形式化,就会涌现问题。

什么是产品需求?

产品需求只是你的设备打算做什么的定义,它是对产品预期功能的正式描述,也便是指产品上市发卖之前必须要做到的一组事。

以卫 Sir 卖力过的指纹 U 盘产品为例,其需求大致如下:

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

在项目开始时,干系职员共同谈论,确定产品必须做到哪些事情,这些事情反响在文档上就形成了需求。

需求文档紧张有以下两个用场:

1)在产品制造之前,原则上任何人都可以查看产品需求,从中理解产品紧张用场以及有关尺寸、重量、可靠性等特色的信息。

须要把稳的是,在产品开拓过程中,需求可能会发生变革,随着不断获取新信息,该当常常更新需求。

需求更新过程该当确保以下几点:

干系职员都要参与,也都会收到变更关照,以便对变革做出相应调度;考虑每个需求变更给其他需求造成的影响;考虑每个需求变更对测试造成的影响。

随着开拓的推进,那些“可选”需求和“亮点”需求终极会变成真实的产品特色。
同时,测试也须要需求来驱动,明确要测试什么。

2)产品开拓工程师会把需求文档看作一系列指示,用来辅导他们该当做什么。
在项目末了会对产品进行测试,以确定产品能否上市发卖,这种测试紧张验证产品需求是否得到落实。

有关需求操持的术语很多,也很随意马虎让人困惑。
你须要区分几个基本观点,包括需求、目标和规格,它们都可以描述产品功能。

#1 – 需求:是指那些可量化且产品必须做到的事情。

#2 – 目标:是你要只管即便实现的事情,但是很难量化,也不随意马虎做到。

比如,你对电池续航的需求可能是“连续供电不少于 5 小时”,而你确定的目标可能是 7 小时,这有助于你在产品开拓过程中把精力放在那些“有了会更好”的事情上。

#3 – 规格:是一些可以量化的描述,来自开拓过程的某个部分。

比如,经由测试,你开拓的产品(如,蓝牙耳机)满电情形下可以连续可靠地运行 6 个小时,你可以把这一点写在产品的宣扬资料和用户手册中。

那么,此时“充电一次运行 6 小时”就变成了产品规格,它描述的是产品实际能做到什么。

规格可以变成需求,需求也可以变成规格。
比如,如果之前选用的电池停产了,那么你可能会选其他续航韶光不低于 6 小时的电池。

你必须利用技能术语和口语术语,须要尽可能用一句话来描述你的电子产品创意。

举个例子,下面是你与某位对工程学有所理解的朋友的对话:

朋友:“你的产品灵感是什么?”

你:“我喜好栽种自己的辣椒。
但是,我常常旅行,以是我不能总是给它们浇水,很多时候也没办法照顾它们。
昨晚突发灵感,我可以构建一种可以自动浇水并照顾植物的设备……”

朋友:“那么你打算如何做呢?”

你:“我将建立一个用于监视关键参数的盒子(例如。
土壤湿度、光照和温度),然后根据植物的须要打开灯或给植物浇水,通过将此设备连接到互联网,我可以远程监控这些参数。

从产品的大略描述中,你已经可以提取一些功能哀求,例如,感知土壤湿度、环境光和温度的能力。

需求是描述产品该当做什么,而不是产品如何做的构造化语句。

为什么需求有用?

需求不仅仅是公司用来确保其设计团队履行设计开拓任务的正式文书,而且对付设计工程师和项目经理来说都是非常有用和必要的事情指南,它们可以为你节省金钱和额外的事情。

通过精确分类和定义电子产品的功能、特性、属性和约束,你可以更清晰地理解实际须要设计的内容。

此外,需求还许可你分离和模块化管理产品功能,以便可以让研发设计职员自行研究和实现它们。

在一个有多个人事情的项目中,拥有定义了所有功能,属性和约束的需求文档非常有用,可以清晰定义所需开拓的内容。

对付项目经理或团队卖力人而言,产品功能和技能需求的构造分解可用于为团队设置任务,或利用甘特图等工具跟踪项目。

一旦成功知足所有产品哀求,它也可以充当交付里程碑,以指示该项目已完成。

末了一点,良好的需求操持可以减少产品开拓风险,即尽早确定并办理问题,而不是把问题拖到往后再去办理,那样付出的本钱就太大了。

来看一个大略但常见的产品开拓失落败的例子:由于需求缺失落导致产品开拓失落败

假设发卖职员头脑里有了一个想法,他们想把装有嵌入式软件的新产品最先在海内发布,之后在欧洲发布。

但是,他们并没有把这个想法以需求的形式奉告软硬件开拓者,这会造成什么后果呢?

如果你在产品开拓早期忽略了产品的国际化问题,直到产品开拓快结束才意识到,就很有可能会涌现以下一些不良后果。

1)所选的软件平台,如,操作系统,可能过于精简,以至于无法轻松地通过措辞包来改换笔墨界面。

在根据用户措辞改换不同的文本文件时,软件平台也没有供应任何内置方法。
在这种情形下,开拓者须要为每种措辞手动构建新的显示布局,这会大大增加产品开拓和测试的事情量。

2)产品可能把一些用户数据通过互联网集中存到了某个中央数据库。

由于不同国家有关数据安全的法律不同,后端数据库可能须要重新设计架构,重新开拓,以确保从各国网络的主要个人数据只存储在相应国家的数据中央。

需求的类型

需求可以通过许多不同的办法进行分类,但是有两种紧张类型:

功能需求:系统该当实行或供应的功能;非功能性需求:指产品必须具备的某些属性或质量哀求,即系统必须知足的条件或系统运行的约束。

例如,移动电源具有丈量电池温度的功能需求,并且具有能够在 0 到 40 摄氏度的温度范围内事情的非功能需求。

需求必须遵照一些规则和构造:

#1 – 独特的

需求是其本身的实体,不能是两个或多个需求的组合。

#2 – 明确的

需求的所有读者该当对需求的内容有相同的理解,只能有一种阐明。

#3 – 可验证的

如果不能精确验证需求,那么工程师将如何确定他们已知足需求呢?

常日,你将进行内部验证,测试工程师会进行丈量以检讨硬件是否正常运行并符合其设计规格和哀求。

然后进行设计验证,在该测试中,将对产品的外壳,不同温度和湿度条件下进行更严格的测试,该验证阶段还包括 EMC 测试。

末了,该产品将在实际操作条件下进行现场测试,或者将其集成到更大的系统中,或者使其与其他设备进行交互。

#4 – 属性

该当给需求授予属性以支持前面提到的规则哀求:

标题:需求的描述性标题;ID:不能重复的唯一标识;与安全干系:在某些安全性很主要的产品中,将需求分类为与安全干系是一种良好做法;优先级:在某些情形下,无法实现所有需求,由于它们会相互冲突。
分配优先级可为设计职员供应信息,以选择最干系的需求;来源:这是指需求的来源,是客户,承包商还是外部的;情由/目的:对需求及其存在缘故原由的简短描述;验证方法:该需求将如何验证、测试和剖析;跟踪信息:需求必须是可追溯的。

常日情形下,在产品需求完成之前可能会修正原产品需求的 50% 以上的内容,例如,可能会溘然涌现须要结合新技能或者新法规的情形,这会迫使你变动设计。

需求变更须要由需求工程师,系统工程师或项目经理办理和管理,一样平常情形下,工程师可以利用工具或软件来寻求帮助。

需求工具可以自动化并保留可追溯性和历史变动的记录,同时支持需求验证结果的记录。

管理新涌现的需求也很主要,这些需求仅在系统组合在一起时涌现,很难预见,必须在其它需求的根本背景下分配它们,以避免伶仃需求。

# 5 – 电子产品的需求文档

电子产品的需求文档没有单一的格式,每个设备都有其自己的规格和分外性,当然,大多数电子产品可以遵照以下需求种别:

产品解释:产品的一样平常高等描述,最好附有系统级框图;设计哀求:产品在组件和设计方面须要具备的功能;功能哀求:产品要实行的功能;环境和功能性环境哀求:与对环境的影响及其在何处实行功能有关;机器哀求:外壳干系哀求;利用寿命哀求:事情韶光和事情温度;测试哀求:产品须要通过的干系测试。
如何写出好的需求?

产品需求既能造诣产品,也能毁掉产品。
那么你如何才能写出好的需求呢?

#1 – 产品需求是设计的约束

一方面,产品需求是技能职员要实现的目标;另一方面,它也是设计的约束条件,由于它打消了产品的其他呈现办法。

例如,你喜好在设备中利用可改换电池,比如,5 号电池。

它们个头小,价格低,又能供应足够的电能。
与那些采取可充电电池供电的设备比较,如果可改换电池设备的电量用尽,可以轻松改换新电池,让设备立即运行,而不必找插座去充电。

你可以买很多 5 号电池备用,焦急的时候,你可以去任何一家超市或便利店买一次性电池来用。

如果要你为一款便携式产品写需求,你可能加上这样一条需求,“必须利用可改换的 5 号电池供电”。

但是,这个看似大略的需求会给设计带来如下诸多影响,这个需求限定了产品的最小尺寸,产品必须装得下电池,产品外壳必须设计有电池仓盖,电池仓内部要有相应装置供电池装载,这些都会增加设计韶光。

如果电池仓盖合上时不用螺丝,而采取扣紧的办法,那么可选用的外壳材料也可能会受限,可选用的成型工艺也会受限。

这个需求会影响产品的机器架构,电池须要放置在靠近外壳的地方,以便于改换,而这可能会导致一些元件布局办法无法实现,比如,某些布局可以有效地减小产品尺寸、提高散热效率等。

在某些场景下,确实须要指定电池类型,必须担保可以改换电池。
例如,相机或其他高耗电的便携产品。

但是,除非你真的以为改换电池这项功能非常主要,否则最好不要把能够改换电池写进需求里。

以便设计师设计电源时知足那些真正对产品至关主要的需求,比如产品尺寸、重量、电池续航韶光等。

编写需求时,要负责提要求,只提那些真正主要的内容,让设计师在这些约束下发挥创造力,创造出更好的产品。

#2 – 需求必须是可测试的

好需求的显著标志之一便是意思清晰、不暗昧。
这样的需求得到知足时,该当不会有人提出任何异议,需求该当是可测试的。

“这款产品该当是安全的”这类说法在很大程度上只是反响了我们的美好欲望,它太过笼统,不能算作产品需求。

“安全”由谁定义?如何测试产品是否安全?你如果想把上陈说法换成标准的产品需求,该当修正成这样:这款产品要符合目标发卖地区的所有安全法规。

这样一来,定义“安全”的担子就转移到了监管部门,这样做是故意义的,由于你须要知足法律法规的哀求。

比如有一款便携产品,利用时人们紧张把它放在口袋里。
为此,你编写了这样一个需求,“这款产品该当适宜装在口袋里”。

然而,口袋形状互异,尺寸也不一样,既有衬衫上的小口袋,也有事情服上的大口袋,口袋是各种各样的,上述需求就模糊不清了。

你可以为该产品估计一个大致的尺寸,使之适宜装入大多数口袋,比如:“这款产品的尺寸该当不超过 8 cm10 cm2 cm。

虽然这样做可能会导致产品尺寸过大或过小,但是设计师至少有了设计依据可参照。

其余,还有一种方法,可以为产品编写得当的尺寸需求,即从用户角度去描述它,比如“经由测试,在目标市场中有 90% 的用户认为这款产品该当很随意马虎装进他们的口袋里”。

这便是一个“好的需求”,由于归根结底,所谓的“好”与“不好”,都是用户对产品的意见,而不是你对产品的意见。

像这样一个需求还蕴含着其他细节,比如产品该当可以很轻松地放入或拿出口袋。

从不利的方面看,要测试是否实现了这个需求,须要调集一大群人,让他们亲自体验产品,然后讯问他们的利用体验,这远比拿把尺子来丈量要费力得多。

#3 – 需求因此接口为中央的

实质上,产品便是一组接口,这些接口与外部天下相通,产品内部“添补”着让这些接口正常事情的“东西”。

产品需求该当紧张关注产品和外部天下之间的接口:

产品和用户之间的接口,如,用户界面;产品和其他产品之间的接口,如,USB 端口、互联网做事等 。

与接口有关的需求一样平常是指你想让产品做什么,而与产品内部“添补物”有关的需求是指你如何让产品做它该当做的事情。

大部分需求是前一种,后一种需求常日用来见告设计师和开拓者如何去做自己的事情,这是他们须要做的事,编写需求该当只管即便环绕你想让产品做的事情展开。

提前把人机接口需求做完美相称困难,与人机界面一样,在产品开拓过程中,物物接口也须要早做测试。

有些接口更随意马虎指定。
例如,如果你的产品通过蓝牙和打算机通信,那么蓝牙接口要统一好。
但是,如果上升到蓝牙通信内容这个层面,问题会变得更繁芜,繁芜程度取决于通信的内容。

在蓝牙通信中,有些类型的数据是有固定标准的,比如耳机和手机、音乐播放器和无线音箱等。

但是,如果标准蓝牙接口规范不支持传送的数据,你就须要重新自定义高层数据格式和协议,以便发送方和吸收方能够相互理解。

其他“标准”接口的标准化也存在很大差异。
例如,类似于蓝牙,USB 这个通信“管道”也支持某些高层接口定义,在某些利用场景中对传送的信息进行阐明和标准化,比如键盘、鼠标、游戏掌握器、大容量存储器等。

但是,即便产品的 USB 通信符合个中一个场景,从供电和耗电来说,USB 设备还是非常繁芜的。

电力标准有很多种,许多USB 设备遵守这些标准。
对产品中所有利用 USB 与任何其他设备连接的接口尽早进行测试。

你从零开始对任何接口所提出的初始需求,比如内部子系统之间的接口需求,很有可能是不完全、有歧义的,乃至是完备缺点的。

接口设计是一门技能活儿,除非你先前设计过并且投产过非常相似的接口,否则,一样平常会或多或少出一些岔子。

在开始开拓产品之前,合理提出这些需求是非常主要的。
此外,还应尽早为测试子系统做好规定,并随着开拓推进更新规定。

在项目刚开始时忽略需求的做法是屈曲的,但是那种一开始就认为自己完备能够做出完美需求的想法也好不到哪儿去。

随着产品开拓的进展以及将产品暴露给外界,原来的产品需求会发生变革。
因此,你要尽早并常常向外界暴露产品,以此完善需求。

结论

需求代表了工程师要实现的一组设计目标,并且代表了管理职员评估本钱和项目韶光的一种办法。

还须要利用工具来适当地管理需求,特殊是在项目规模大且许多人都在利用它的情形下。

就一款产品来说,确定需求细节看似大略,实际上却并非如此。

花韶光做需求操持可能要比实际实现需求更痛楚,不过有一点可以确认:在需求操持上花费的每一秒,都会为往后实现需求省下大量韶光。

这一点对付硬件产品来说尤为主要,由于电路或机器部件的调度每每须要耗费几周乃至几个月的韶光。

在开拓之前,先把所有细节整理好有助于避免往后反复修正,这可以为全体项目节省大量韶光和支出。

#专栏作家#

卫Sir,"大众年夜众号:简一商业,大家都是产品经理专栏作家。
关注智能硬件领域,善于市场剖析、产品设计开拓、生产管理等,喜好阅读和爬山。

本站所发布的文字与图片素材为非商业目的改编或整理,版权归原作者所有,如侵权或涉及违法,请联系我们删除,如需转载请保留原文地址:http://www.baanla.com/rsq/123938.html

XML地图 | 自定链接

Copyright 2005-20203 www.baidu.com 版权所有 | 琼ICP备2023011765号-4 | 统计代码

声明:本站所有内容均只可用于学习参考,信息与图片素材来源于互联网,如内容侵权与违规,请与本站联系,将在三个工作日内处理,联系邮箱:123456789@qq.com