硬件功能需求
本篇文章给大家谈谈《硬件功能需求》对应的知识点，希望对各位有所帮助。
本文目录一览：
产品需求文档应该包含哪些内容
我们先假如产品需求文档（PRD）是一个产品，那么该如何做出一个拥有良好用户体验的PRD？
首先先来考察下PRD的用户群体（User Persona）：主要是开发人员，在繁忙的开发任务中最希望看到“简洁易懂”的产品需求文档。
梳理下PRD的功能：
传达出产品需求；
管理记录产品迭代过程；
各部门共享产品信息，以促进沟通；
因此一个好的PRD的原则是：
结构清晰
语言简洁易懂
实时共享
具体我们该如何制作？
答案很简单——一个PRD文档即可
现在，越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式，因为之前的word+原型的方式管理起来繁琐，而且还容易产生信息疏漏。
将原型和文本说明统一，直接分享一个链接，开发人员就能看到所有信息，是理想状态。
多级导航结构展示PRD信息
通常来讲，一个产品需求文档里包含“产品概述”、“流程图”、“功能详情和原型”，“全局说明”，“非功能性需求”。
如何把这些内容清晰有条理地呈现在一个文档里呢？使用一个网页般的多级导航结构即可。
1、产品概述
产品概述部分用于展示文档修订历史、版本说明、开发周期、和产品介绍。
「文档修订历史」用来记录产品经理对该PRD文档的修改状况，也方便成员能及时了解到PRD是否有改动；
「版本说明」展示上线产品各版本的核心功能；
「开发周期」用于梳理开发、测试、上线的预计开始和结束日期。
「产品介绍」用来记录产品名称、简介、用户画像、使用场景、产品定位等等。
（墨刀“PRD模版A”中的“版本信息”模块，by 小龙）
2、流程图
流程图是产品经理梳理产品逻辑和功能的一个思维Map，一般会有“功能结构图’、“信息结构图”、“任务流程图”。
「功能结构图」 展示产品的功能模块，一般展开用户可见的最小单元。
「信息结构图」则是以信息为维度，用来描述有哪些数据字段，展现用户信息/行为信息等。
「流程图」记录着用户使用产品的路径，也是一种产品线路图，展示着产品的所有页面及对应关系，有助于产品理解。
（墨刀“PRD模版A”中的“结构图”模块，by 小龙）
3、功能详情和原型
这个模块是开发人员查看频率最高的模块了。目前一种快捷高效的呈现方式便是“原型”+“注释”。
图文互补，把图片传递不了的信息用文字补充清楚，比如产品的一些使用逻辑，方便同事理解。
使用墨刀的话，可以创建一个大的画布，然后把墨刀制作的原型页面粘贴到画布里，并添加文字注释，在关键位置有一些边界条件的说明。
或者，直接在产品原型项目里通过“批注”添加注释。
（“PRD模版A”中的“交互原型”模块，直接嵌入了墨刀原型，by 小龙）
4、全局说明
这个页面用来展示整个产品的设计规范，一些通用的规则可以附在这里。
对于这点，使用墨刀制作的方便之处在于：
可以直接把有关设计规范的原型项目通过网页链接的方式嫁接过来，还能点击“标注”查看各元素的细节信息。
（ 墨刀“PRD模版A”中的“全局说明”模块，by 小龙）
5、非功能性需求
对于不同类型的产品，非功能性需求会有各种差异，一般会涉及到的有：
性能需求
系统需求
运营需求
安全需求
统计需求
财务需求
……
这部分就要自己按需要调整。
总结
PRD作为一种重要的公司内部沟通的文档，能把必要的信息汇集在一个逻辑清晰的结构里是提高工作效率的一个优势。语言上的简洁易懂，再结合可视化的结构图和原型，都是为了增强易读性，让沟通更高效。
把PRD当作一个小产品去打磨一下，不是浪费时间，一个好的PRD文档可以继用很久。
墨刀新出了两种产品需求文档的模版，这两种PRD里的各级页面内容、导航和交互都为大家设计好了。
现在大家可以点击“创建项目”，从墨刀模版中选取“产品需求文档A”或者“产品需求文档B”，点击“使用模版”，再按照自家产品需要做一些更改就okay！
通过墨刀的分享链接还能直接让公司内部人员在线实时同步PRD的更新，不用再担心信息滞后或者文档不兼容问题。
让我们着手开始创建或者优化您的产品需求文档吧～
希望采纳！谢谢！
配图来自 “运维派”以及墨刀官网截图
新入行的智能硬件产品经理，应该看哪些书
人人都是产品经理和结网推荐
以下书籍适合产品经理
01 《产品经理手册》——哥乔斯
02《结网》——王坚
03《人人都是产品经理》——苏杰
04 «失控»
05《用户体验的要素》
06《Don't make me think》
07《学会提问》
08《精益求精--卓越的互联网产品设计与管理》
09《项目管理之美》：偏重于项目管理
10《掌握需求过程》：偏重于需求挖掘
11《流程管理》 ：偏重于项目型团队产品经理
12《网站设计解构》：偏重于Web产品经理
13《瞬间之美》 ：同上
14《GUI设计禁忌》 ：偏重于客户端产品经理
15《About Face 3交互设计精髓》：偏重于客户端产品经理
16《用户体验度量》：有一定用户群产品的产品经理可以看
17《胜于言传：网站内容制胜宝典》：资讯类网站产品经理最好看一看
18《Web导航设计》：偏重Web
19《锦绣蓝图》：怎样规划令人流连忘返的网站
20《赢在用户》
21《重来》
22《瞬间之美》
23《湿营销》
24《世界是平的》
25《三双鞋》
26《故事的领导力》
27《人月神话》
28《情感化设计》
29《经济学的思维方式》
30《社会心理学》
31《用户体验面面观》
32《启示录-打造用户喜爱的产品》
阅读《人人都是产品经理》，掌握产品经理对于需求管理、项目管理、团队协调的相关理论知识。这本书对于产品经理的基本工作有一个很好的概括，阅读本书可以让你对产品经理的工作有一个全面的认识。
阅读《结网》，阅读一个资深产品经理关于互联网产品产品经理职业选择以及如何创建互联网产品的相关知识，同时在用户体验，产品优化、数据分析、产品运营、项目管理、竞争情报分析等有了一定的认识，《结网》跟《人人都是产品经理》都是国内产品经理实战类的书籍，但是两者还是有很大的区别，《结网》更多的是从大方向去着手，《人人》涉及更多的是日常的工作细节，是一个很好的互补。
阅读《产品经理的第一本书》，认识传统的产品经理与互联网产品经理之间的区别，同时可以在产品的优化、营销、定价、推广上加深认识。
阅读《启示录》，知道打造好产品的三个基本条件以及如何打造用户喜爱的产品的一些工作与产品管理经验，《启示录》注重于产品的管理，流程的优化，项目的管理等知识。
用户体验交互设计相关：
阅读《don’t make me think》，了解了web网页设计的一些指导原则（别人我等，别让我想，别让我烦）和网页设计如何能更加突出、方便用户，同时初步接触了网页可用性测试的相关知识和原则；
阅读《用户体验要素》，这本书能带给我一些用户体验的基础概念，同时能让读者对用户体验领域的关注点能更深入的思考，用户体验的优化要从五个层面进行考虑，战略层，范围层，结构层，框架层，表现层，这五个层面基本囊括的用户体验的所有要素，五个要素也是互联网产品设计的整体思路，打造一款优秀的互联网产品，这五个层面的知识都要关联起来。
阅读《赢在用户》，这本书也是对于用户体验方面的书籍，以用户为中心的设计，通过阅读了解了用户调研的方法和数据处理办法，在用户研究方面，这本书能给读者一个很好的思路和实践指导。
《交互设计四策略》，这本书也很不错，让你懂得如何关注核心功能，简化设计，设计出更好的用户体验的产品；
市场营销、网络推广相关理论知识：
阅读《玩赚你的网站-网站运营手册》，该书能在网站运营上给我很大的启示和帮助，能帮助读者很好的了解在互联网上百度搜索（SEO)排名的优化，网站运营推广的方式，网站运营策划以及网站运营管理是如何进行的。
阅读《怎样卖龙虾》，这本书能从很多方面启发我对于产品改进，产品销售的思维，同时这本书也从用户出发，以用户的价值启发营销人员对于产品营销的创新点和思路。
阅读《啤酒与尿布》，这本书是关于购物篮分析的，对于产品之间关联性能透彻的分析，同时也在数据分析带给读者一些思路，从中可以学到如何从看似无序的数据中找出关联。
阅读《怪诞行为学》，这本书关于消费者非理性的行为分析以及大量的案例能让读者从各个公司的产品营销活动中想出相关非理性行为，同时能让读者初步的了解如何去分析消费者行为和消费心理。
阅读《口碑》，在如何利用口碑，如何引爆流行上学到了一些方法论，这本书跟国内一本书非常的相近《正在爆发的互联网革命》，相似却并不相同，笔者认为《口碑》的整体战略的出发点要比《正在爆发的互联网革命》要高，也就是说，谈的问题要更有深度，尽管两本书都是通过实例来论证互联网web2.0对生活、工作、产业的影响，实例较多而论点较少，但是若对互联网不是很了解的同学们可以一读。建议读一本就够了，《口碑》会好些。
互联网产品的需求文档写作，应该注意哪些事项和规范？
1、写前准备(信息结构图)：产品需求文档的写作(一)在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。2、梳理需求(产品结构图和用户流程图)：产品需求文档的写作(二)当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结构化，因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图)，其次再基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程(用户流程图)。以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似鸟瞰式的一目了然，也方便调整完善。3、原型设计(手绘原型,灰模原型,交互原型)：产品需求文档的写作(三)当我们逐渐清晰了产品的需求后，并梳理了产品的各个频道及页面，那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。首先我建议通过手绘的形式快速在草纸上绘制出产品的原型，推演和讨论方案的可行性，当有一定的进展之后，我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型，网站产品可以考虑交互原型，对于这两种原型方式，无论是移动产品还是网站产品都可以使用，具体取得于你的个人习惯和团队要求。对于产品经理来说，原型设计是为了帮助我们细致的考虑方案，并论证方案的可行性，同时也是为了避免产品宣讲时，抽象的语言描述导致听众理解困难和理解偏差。4、撰写文档(PRD文档)：产品需求文档的写作(四)当我们通过以上三个大的步骤之后，我们就已经非常清晰产品的需求了，一般情况下，通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。当然也会有一些个人或团队的要求不一样，对PRD文档有特定的规范标准，这类情况可能是需要存档归类。无论什么样的规范标准，PRD文档的目的都是相近的，因此功能描述的方式也是相似的，所以在这里我分享了三种撰写PRD文档的方式。5、用例文档(UML用例图、流程图)：产品需求文档的写作(五)《产品需求文档(PRD)的写作方法》的补充文章，主要讲解PRD文档中的重要辅助文档“用例文档”。
产品经理需要写的文档有哪些
一、产品上线前
商业需求文档（BRD BusinessRequirementDocument）
如果你有一个产品想法，想要把它实现，在公司里你就要说服老板吧？ 创业你要说服投资人吧？ 怎么说服别人把资源和钱给你呢？BRD就是让别人理解的说明文件，里面我们要告诉对方，你要做什么（项目介绍）、为什么要做这事（商业价值）、别人做得怎样（竞争情况）、你打算如何做（商业模式、实施策略）、需要多少资源和钱。
想把BRD写好不是件容易的事，你需要对市场、用户进行一次全面的调研、查阅大量的数据，然后说明现在存在的机会，再设计出合理的产品方案/服务，把这一切串通起来，最终形成有说服力的文档。
BRD教程：
BRD模板：;is_v=1
市场需求文档（MRD Market Requirement Document）
MRD是新人最容易理解错的名词，我开始也被字面的意思误导，在网上一搜，发现大家还有不同的定义，实际MRD核心是产品方案，你用BRD说服了老板要做这个事，确定了方向和目标。MRD是要告诉老板，为了完成这个目标，我们要如何做（产品方案），分那几步、每一步做什么（产品策略、版本计划），为什么这样做（更详细的用户调研、竞品调研、市场调研）。
在互联网公司，我们可以用产品方案文档的命名代替MRD，MRD的命名是不能通过字面理解，存在歧义的，MRD只是产品经理的共识，不是行业的共识，你的老板也不会让你输出一份MRD，他只希望你提供一份产品方案。
MRD教程：
MRD模板：
产品需求文档（PRD Product Requirements Document）
MRD确定了版本计划，PRD的作用是详细说明当前版本的需求说明。你需要告诉设计和研发，这个版本的功能结构是怎样的、长成什么样（产品原型）、有那些规则（功能说明）、如何用（产品流程）。你需要细致到把每个小点说明白，让研发能够根据你的文档开展程序的编写工作。在互联网公司，产品是要快速迭代的，所以一般我们每2周就需要出一份PRD，而BRD和MRD在一家公司一般只会输出一次。
PRD教程：
参考模板：
总结：行业里常说产品经理有三大文档BRD（商业需求文档）、MRD（市场需求文档）、PRD（产品需求文档），在工作中我们最常写的是PRD，BRD和MRD一般不会让产品新人写，这涉及到做产品定位、商业模式、战略设计、版本规划，
这需要一定的商业经验、产品经验支撑，需要对市场、用户、竞品进行分析，寻找到合适自身的市场机会，再设计一套合适的产品方案和战略方案，保证战略方向和战术的正确性，这是一个项目能否成功最重要因素之一，马虎不得。
二、产品研发中
项目进度报告
互联网公司里，负责项目管理有三个角色，分别是研发Leader、项目经理、产品经理，大多公司是由研发Leader或产品经理负责。如果由产品负责，我们就需要做好定期汇报。汇报的内容就是把各个模块的开发进展、问题同步，让管理层了解项目进展情况。
三、产品上线后
产品说明文档
产品说明文档是面向用户的使用说明，当我们的产品功能和规则非常复杂，如果没有说明文档用户就无法使用的情况下，产品说明文档就必要了。 TOC的产品一般是不需要写的，主要是TOB的产品，比如阿里云、微信的开放平台，他们业务是多而复杂的，完成一个目的可能需要几十步的操作，这时候没有说明书大家就都不会用了。
参考样例： 开发前准备
用户使用报告
我们在写BRD、MRD的时候做过了目标用户调研，而用户使用报告是指产品上线后针对现有用户的使用分析。通过用户反馈、问卷调查、用户访谈等方式来了解用户在产品里是否解决了他们的问题、体验如何、有那些不足。这是验证我们产品目是否达到的必要手段，也是下一步产品改进方向的重要参考信息。
产品数据分析报告
产品上线后，除了通过用户调研了解产品情况，我们还需要通过产品的数据表现来分析出产品的问题和优点。产品数据分析一般是对用户数据（新增、留存）、用户行为（时长、路径、频率等）、交易数据、内容数据、设备环境这些维度开展分析工作。做数据分析，除了我们自己要深入了解产品，我们还需要把情况同步给管理层和相关部门，让大家对产品现状理解一致，为下一步改进工作做好铺垫。
如何做数据分析：
参考模板：
四、关注竞品
竞品分析报告
竞品分析报告是让决策层和产品经理深刻了解相关竞争对手的情况，作用：一，我们可以学习那些地方、二，竞争时我们如何出招。竞品分析对多款产品的同时对比分析，分析的内容是全方位的，从定位、战略、产品方案、产品数据、用户评价等。
产品体验报告
产品体验报告是为了让决策层和产品经理深入了解某一款竞品的情况，发现竞品对手值得学习和不足的地方。体验报告跟竞品分析报告有部分内容是重合的，但它比竞品分析要更加详细，比如设计风格、产品体验、重点功能分析、迭代记录等在竞品分析是可以不用的。
关于竞品分析和产品体验报告的模板，我在网上搜寻了一遍还没有发现比较合适的参考模板，所以在这就不推荐了，大家想了解，可以通过知乎和人人都是产品经理两个网站去搜索，需要注意的是，大多数的文档都是洋洋洒洒列了一大堆，篇幅巨长，没有总结出竞品的问题和优点，没有分析出有价值的信息。同学们自己做的时候就需要考虑这个问题，别人看完你的报告能获得有价值的信息吗？能透彻地了解竞品吗？便于阅读吗？
关于《硬件功能需求》的介绍到此就结束了。
