产品经理：撰写产品需求文档的几个要点

内容导航：

产品经理：撰写产品需求文档的几个要点

产品经理十三章：商业需求文档(BRD)撰写

互联网产品的需求文档写作，应该注意哪些事项和规范？

怎么写新产品的产品需求方案

一、产品经理：撰写产品需求文档的几个要点

关于产品需求文档的几个要点，希望对你的产品方案有帮助。

「 起 」

产品需求文档（以下简称 PRD）作为产品设计过程的交付物，在一个需求的产生到实现过程中扮演着非常重要的角色。往往初级产品设计师的核心工作之一就是进行功能设计并产出靠谱的PRD。从实际的产出结果来看，一般产品设计师（以下简称PM）能够很好地完成功能的主流程设计，但是总会在一些容易忽略但是又十分重要的细节上Miss掉，导致在技术评审或开发过程中被challenge比较多。

那么如果在做功能设计的过程中可以带上一张半开卷考试用的Cheating Sheet，这张A4大小的纸上应该提供哪些信息才可以帮助到PM完成一份高质量的PRD呢？以下是我个人的一点总结，主要面向初级产品设计师。

「 边界问题之空值、极大值、极小值 」

第一类问题我把它叫做边界问题，顾名思义就是很多极端情况是否有仔细考虑过。最明显的就是空值、极大值和极小值。一般空值是指某个字段或区域一般是有内容展示，但是针对新用户或部分极端情况，该字段或区域为空，这个时候需要做一些小的设计方案。一般空态的设计是需要告知用户当前该区域为空，同时引导用户去做和这个场景相关的操作。比如购物车为空时，告知用户购物车为空，同时下方推荐一些商品可以让用户加入购物车。

图1 天猫购物车在“空值”下的效果

而极大和极小值经常在价格、标题等元素上需要考虑，比如价格最大支持几位数，最小是1分钱还是免费。标题则经常会听到“一行截断”或“两行截断”的说法，意思就是为标题最大提供几行展示，每行需要估算展现多少字符。一般来说，标题的最大展示字符尽量要小于标题设置时对标题的长度要求，这样就不会有截断的问题。而标题在展现一行或两行时，标题下的内容是否要接上或者即使不超过一行也把第二行留出来，这些相关点的设计都是需要考量的。

「 边界问题之版本控制、端控制 」

我们知道，现在的互联网产品往往会在不同端呈现，比如PC客户端、PC网页端、移动网页端、移动客户端，移动客户端还分iOS和android。那么如果你所参与的产品确实有多端情况时，则在设计一个功能时是需要考虑不同端的特点做差异化设计。

比如商品详情页在PC网页端上的设计，由于PC的空间比较大，因此很多内容可以平铺出来，但是在移动客户端由于屏幕很小，需要通过Tab切换（商品、详情、评价等）或者引导到二级页面（领取优惠券）的方式，把一些次重要信息相对藏起来。这里的经验和技巧很多，需要产品设计师多熟悉、多操练不同端的设计，一定沉淀后才能做到在不同端上自由切换而版本控制则是在移动客户端上非常重要的一个议题。当一个新的版本上线的时候，往往需要考虑四种情况。把新用户、老用户和新版本、老版本做交叉匹配，刚好得出四种情况。

图2 版本控制示意图

往往新用户、新版本是最容易的，反正都是新的，自然很多东西不用考虑之前的情况。但是老用户在新版本上，就需要考虑很多情况。

一般来说，新增一个功能对于老用户来说也是没问题的，因为老用户也没接触过，所以可以当新用户处理。但修改一个功能时，则需要非常谨慎地去看待老用户的兼容问题。比如某个健身应用需要用户选择自己的身份，学生、白领、老人等等。

如果某个需求是在新版本上删除某个角色时，则需要考虑这些选择了这个身份的老用户该怎么处理，是映射到一个新的角色上，还是让这部分用户再选一次，这就需要有设计和考量。同样，针对新用户在老版本上，一般是需要保留老版本已有功能的正常运行，如果实在不能向下兼容或者因为某个重要新增功能，希望用户尽快到新应用上，那么需要相对强的提醒引导用户升级，直到老版本比例足够低的时候，才可以考虑放弃老版本的服务提供。

「 边界问题之异常处理、状态处理 」

异常处理一般来说，PM还是会非常重视的。比如购物车商品减到零时是否要弹窗提示用户把商品从购物车去掉，亦或者用户输入的密码不合规范，需要提醒用户调整。这些很多异常情况，PM是需要把自己放空，通过很多非正常交互流程去模拟和梳理的。比如完成一个不可逆的流程（购买流程），此时用户想点返回了，哪一步是可以到上一步，哪一步到不了上一步，这些就是设计的细节。

而状态处理也是PM经常会忽视的一个问题，比如一个商品在上架前、上架后、限时优惠、库存充足、库存紧张、售空等不同状态下，该如何设计。又比如一门直播课，用户有游客、登录两种状态，对于课程有报名和非报名两种情况，对于课程本身还有上课前、上课时和上课后三种状态，那么这三类状态的交叉组合就会出现很多情况需要去分析和设计。因此，这里的学问也是很大的，值得好好研究。

「 遗漏问题之数据统计 」

第二类问题我把它叫遗漏问题，最容易被忽视的是数据统计。数据统计的目标和需求满足的方向是一致的，这个功能解决了什么问题，那么通过数据怎么证明PM提供的方案可以解决。

关于数据统计需要提取的指标及对比实验，这里可以单写一篇了，所以在此不做赘述。但比较核心的是几个原则：

一是单一变量，尽量保证实验不受其他因素影响；

二是足够大的基数，基数不够大，数据的可信度不高，受随机行为的影响会比较大，一般建议实验组和对照组各不少于2000人的访问；

三是既要看短目标，也要兼顾长目标，短目标是指和这个实验直接相关的指标，长目标是我们考量用户健康度的核心指标。比如在教育领域，通过优化课程详情页去吸引用户下单，从短目标来看是监控订单转化，而从长目标是去看“续费率”，单看订单能保证当下数据OK，兼顾续费率才能保证未来半年甚至更长时间数据能够健康合理增长。

「 遗漏问题之相关消息机制 」

初级PM很容易忘记自己有这项武器，这项武器要慎重使用，但用好了会省下不少麻烦，这就是消息机制。我把这里的消息定义为泛消息类型，包括引导图、Push、短信、邮件等形式。那么怎么理解和使用不同类型的消息去帮助自己呢？

最常见的场景就是 “这个功能很重要，用户不一定能注意到，做个引导图，当用户到达功能所在的入口或承载时提醒用户访问”，这就是我们在新版改版中经常使用的“武器”，担心部分重要功能位置发生调整，需要针对老用户进行提醒。这里，如果再结合版本控制，只针对升级用户提示，新用户则由于本身第一次接触，不需要了解功能位置发生变化这件事。

除此之外，在一些重要节点触发的时候，Push、短信和邮件也是我们常用的手段，比如信用卡的对账单通过邮件发出来，直播课的到课提醒通过短信发出来，发布了某个帖子被人回复通过Push触发。可以看到，不同的场景会选择不同的形式。

图3 京东订单确认邮件

一般来说，信息较多的情况且正式的场合用邮件，比如对账单、服务开通、活动通知等。而短信由于成本因素，适合信息较少且特别重要的场合，短信的到达效果在这三者中还是相对比较好的。而Push由于是零成本，适合信息较少且比较重要的场合，一般Push分为触发式和运营式两种，触发式以和用户密切相关的行为为准，可以相对忽略条数的限制，比如你发的微博被人评论了，你和某人聊天对方回复了等等。而运营式指的是运营推送给用户的内容，这里更多是通过运营去理解用户，推送他们感兴趣的内容，但我们知道这样的推送很多时候对于用户来说可能是骚扰，他们并不觉得这个有用，因此这一类push是需要控制频次和数量的。

「 基础思维之高内聚、低耦合 」

高内聚、低耦合是软件工程中非常经典的思想。主要是说在每个模块的开发时，尽量独立完成自己范围内的功能，不依赖于模块外部代码，同时尽量减少模块之间的联系，避免牵一而动全身的情况出现。这样的好处是使得模块的可重用性、移植性大大提升。

那么为什么产品设计也需要遵从这样的思想。产品是用户和技术之间的桥梁，承前启后，用户在对复杂事物的认知过程一定是先拆解再研究，而技术实现也是，从两头来看都需要把复杂事物进行有逻辑的拆解后再去认知（实现），那么自然产品设计也需要遵从这样的思想。

如何来运用这一思想呢？最简单的例子比如一个电商应用最核心的页面是商品详情页，这一块是可以单独拆出来设计，保证独立性，不论从哪里都落地到这里；又或者购物车模块不用太在意是谁的购物车，里面装了什么商品，只需要梳理出一个独立的购物车功能，那么自然它也能被复用到其他电商应用里。这样就做到了购物车本身的模块尽量“内聚”，然后购物车和商品详情页模块之间“低耦合”。

「 基础思维之场景思维 」

场景思维这个词其实我比较希望能避免去使用，这个词太政治正确了，也比较抽象，不适合用作功能设计的具体指导。但是又不得不用，因为这个词里包含了很多围绕这个中心思想的设计指导。

举个例子，我们一般“把玩”一个应用时，最直接看到的就是底部的Tab导航，这里的每个Tab一般来说就是这个产品的一个场景，四到五个场景构建出了这个产品的主要功能和核心价值。那么结合“高内聚、低耦合”的思路，一个场景内的功能要尽量放在一起，比如淘宝的首页是用户找商品的一个定位，那么搜索、分类入口、主题商品、运营活动等等必不可少，且尽量在这个Tab下最大平衡地去排布功能。

当然，我们也能举出反例，比如大众点评会把你正在排队的商家信息直接横插到首页，百度外卖也会把你正在进行的外卖订单放置首页，跟谁学会把用户报了名且正在直播的课程在首页上提供快捷入口。这其实也是一种场景思维，思维的角度是当用户和应用正在发生强连接时，需要提供最方便的入口，因为这个时候，用户不再那么需要看其他的商家、外卖店和直播课，只需要关注他选定的那个，因此在一个“找内容”的首页上插入“消费内容”的入口也就可以理解了。

图4 大众点评首页展示排号信息

所以场景思维能包含的东西很多，不代表所有通过场景思维得出的设计方案都是对的，因为有时候不同场景间由于在共同页面的作用，会导致在页面上做取舍，这个时候就需要结合你关注的核心目标去引导用户的行为。这个过程对于PM来说也是一种以用户为中心的思考，去感受用户此刻的想法，模拟用户此刻的操作，然后设计出与之匹配的功能。

「 基础思维之可扩展 」

可扩展性主要是为了减少未来的大面积返工需要提前考虑的。比如某个模块经常会变动，就需要提前考虑增加字段、删除字段、修改字段等情况，甚至会影响在页面的实现方式上是选择原生页还是H5页。又比如说健身应用需要用户选择自己的身份，这里需要考虑未来角色的新增、删除和修改可能，做好提前设计。这个和之前提到的“版本控制”是相辅相成的，版本控制是站在新版本向下兼容，可扩展性是站在当下版本前瞻未来。一前一后，保证无遗漏。

「总结 」

所以，总的来说如果保持对这三大类问题的关注和设计，相信你的产品方案会更加严谨，减少遗漏。以上皆为经验之谈，写的比较快，部分细节没做完整的数据论证，因此大家兼听就好。也是蛮久没写东西了，一张口的感觉就是一股浓浓的学术风，希望大家不要觉得太boring。

关键词

基础思维：高内聚、低耦合、可扩展、场景思维

边界问题：空值、极大值、极小值、版本控制、端控制、异常处理、状态处理 遗漏问题：数据统计、相关消息机制

作者：小雨哥（订阅号 小雨哥Rain），跟谁学产品经理，目前主要负责学生端产品，在用户产品方面有些研究。

本文由 @小雨哥 原创发布于人人都是产品经理。未经许可，禁止转载。

一、产品经理十三章：商业需求文档(BRD)撰写

BRD(Business Requirement Document)的缩写，意思是“商业需求文档”，是基于商业价值所描述的产品需求内容文档。

一、BRD的主要作用
BRD就是为了阐述产品的商业价值，争取公司的高层支持，获取资源用的。

二、BRD面向的对象
商业价值，自然是面向公司的高层了。

三、BRD的主要内容
1、价值
没有价值，怎么获取利润。产品的产出，一定是要有价值的，有回报的，才能持续下去。
2、产品
这部分要阐述产品的需求内容，也可以说是产品如何实现商业价值的。
3、成本
世上没有天上掉馅饼的事情，做任何事都是要有代价，有成本的。评估成本，才能知道自己能获得多大的收益。

BRD书写的时候一定要是简明扼要，简单易懂，一目了然的，这样才能让人信服。

再仔细的去分一下这些内容的话，可以分为如下几个。
1、用户价值
用户价值是指产品能给用户带来什么价值，解释“用户为什么会用这款产品”。
2、商业价值
商业价值是指产品给公司带来的价值，用来解释“我们为什么要做这款产品”。
3、目标市场
为了论证产品的用户价值和商业价值，首先要确定目标市场，并对目标市场进行必要的分析。目标市场的用户具有某些共同的特征，对目标市场的用户了解的越是透彻，就越有利于产品有针对性的、准确的满足用户的需求。
4、市场规模
我们确定了产品的目标市场，接下来要去评估目标市场的大小，并预估可能发生的变化。
5、竞争格局
在评估市场规模的时候，我们还得重点考虑市场的竞争格局。市场规模的大小和市场竞争格局决定了产品的可能的成长空间。市场竞争分析的结果要能够弄清楚：目标市场存在哪些同类竞争产品；竞争产品和我们产品的市场占有率分别是多少；竞争产品和我们产品的竞争优势和竞争劣势分别在哪里；我们产品是否有机会扩大市场占有率······
6、市场时机
市场时机并不是越早越好，过早的进入市场有时候是在帮助潜在的竞争对手培育整个市场；过晚的进入市场，则会丧失市场竞争的有利位置。
7、产品目标
任何一个产品项目，在其开展之前，都必须明确我们期望通过他来实现的产品目标。
产品目标是将产品商业价值具体化，然后用简洁的文字加以表述，一方面，产品目标可以让公司高层对产品的商业价值有更加直观的认识；另一方面，产品目标为后来评判产品成功与否提供了判断标准。
8、功能概要
BRD的重点是商业价值，对需求的描述并不需要太详细，只要粗略地表述清楚大概的产品功能即可。
9、实施计划
如果项目要实现的产品功能较多，有必要分阶段实施，那么我们还得有详尽的项目实施计划。
10、产品定位
如果项目是要开发新产品，那么BRD还必须说明新产品的产品定位和产品愿景。对产品进行产品定位的目的是为了在用户心中确定本产品与众不同的优势，使得产品在残酷的竞争中脱颖而出。
11、产品愿景
产品愿景指的是我们所向往的产品前景。
12、产品成本
产品价值和产品成本是公司评判产品项目最重要的两项内容。根据产品价值和产品成本，我们可以算出产品投入比。产出投入比越高，产品项目获得通过的可能性就越大。
13、产品风险
产品风险指的是可能影响产品目标实现或增加产品成本的因素或行为。

二、互联网产品的需求文档写作，应该注意哪些事项和规范？

1、写前准备(信息结构图)：产品需求文档的写作(一)在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。2、梳理需求(产品结构图和用户流程图)：产品需求文档的写作(二)当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结构化，因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图)，其次再基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程(用户流程图)。以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似鸟瞰式的一目了然，也方便调整完善。3、原型设计(手绘原型,灰模原型,交互原型)：产品需求文档的写作(三)当我们逐渐清晰了产品的需求后，并梳理了产品的各个频道及页面，那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。首先我建议通过手绘的形式快速在草纸上绘制出产品的原型，推演和讨论方案的可行性，当有一定的进展之后，我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型，网站产品可以考虑交互原型，对于这两种原型方式，无论是移动产品还是网站产品都可以使用，具体取得于你的个人习惯和团队要求。对于产品经理来说，原型设计是为了帮助我们细致的考虑方案，并论证方案的可行性，同时也是为了避免产品宣讲时，抽象的语言描述导致听众理解困难和理解偏差。4、撰写文档(PRD文档)：产品需求文档的写作(四)当我们通过以上三个大的步骤之后，我们就已经非常清晰产品的需求了，一般情况下，通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。当然也会有一些个人或团队的要求不一样，对PRD文档有特定的规范标准，这类情况可能是需要存档归类。无论什么样的规范标准，PRD文档的目的都是相近的，因此功能描述的方式也是相似的，所以在这里我分享了三种撰写PRD文档的方式。5、用例文档(UML用例图、流程图)：产品需求文档的写作(五)《产品需求文档(PRD)的写作方法》的补充文章，主要讲解PRD文档中的重要辅助文档“用例文档”。

三、怎么写新产品的产品需求方案

　　一款新产品在推向市场做推广之前要考虑以下几个问题：找到市场上的同类产品的差异化，提高市场推广的销售份额;增加产品结构，提高品牌竞争力;拓展空白市场，增加产品的知名度。那么怎么写新产品的产品需求方案呢?下面一起和我看看吧。

　　 篇一

　　一、写产品需求的准备工作

　　你要做的是一个让人无可争议的产品，为了做好他，你必须做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能发现的问题和可能的解决办法。这里有很多的工作需要你去完成,在“成功的产品背后”这篇文章中有详细的描述。

　　建立良好的交流也非常重要，它会影响着产品团队。如果你的准备工作做的够好，你也会变得越来越有信心和说服力。

　　二、清楚了解产品需求

　　任何一个好的产品都开始于一个需求。你必须清楚的了解这个需求，你的产品如何达到这个需求。

　　产品经理需要提出一个清晰、简明的价值主张，让它很容易被接受，要让产品团队、管理人员、用户、市场人员清楚的明白这个产品到底是什么意图。虽然这听起来很简单，但是也只有少数产品才有这样的价值主张。考虑“velevator pitch ”(电梯间演讲、电梯行销)测试。假设你在做电梯的时候遇到公司CEO，他问你产品的意图是什么，你能在电梯到达之前回答这个问题吗?如果不能，你就还有工作需要做。也许是你的说明没有针对性，他可能表现出来和其他产品做的没有什么明显区别;也许你提出的观点不能和你的用户产生共鸣;也许你解决的是一个非常规的问题，可能你想应用一种技术。这个价值主张可能需要满足公司的产品战略。注意你不需要阐述太多的细节，从某些方面来说，一个有价值的观点应当是越简越好。

　　产品需求需要确切的指出这个产品发布的目标，同样的这个目标也有优先之分。例如，你的目标可能是：1)易用，2)零售价不足$100，3)和前期产品很好的结合。然后你需要说明如何去测算。对于“易用”这类项目，你需要明确指出产品可用性达到某个水平。这是通常用目标用户来定义。可用性工程师能测算出你的产品对目标用户的可用性，也测算出可用性问题的严重程度，同样你可以说明没有重大的可用性问题。

　　这里的关键就是让每个人都知道产品成功的时候是什么样，还有给产品团队在设计和实施中遇到问题如何进行取舍的指导。

　　三、确定用户原型、用户目标和用户任务

　　现在你已经明白你想要解决什么问题，下接下来就要深入了解目标用户和顾客，在这步中，和你的PD(产品设计)紧密联系非常重要。

　　1、用户原型

　　在这个阶段，PM需要和很多用户交流，需要花费大量的时间去直接观察和讨论。现在我们需要对用户和顾客进行分类，然后决定那一类是我们的首要用户。

　　比如你正在做一个像eBay一样的互联网拍卖服务，你同时拥有买家和卖家，在这之中还有使用频率少的用户和经常使用的用户，不难想象还有个别特殊的用户，比如团体公司采购者。

　　PM(产品经理)和PD(产品设计)需要首先确定类型是最重要的，然后尽量对这个用户群的特征进行详细的描述，以便使用这个模型去指导产品的设计。这个模型通常称其为“人物角色”。 虽然是想像的，但是应该是典型的、可行的和真实的，让你能够使用。这个想法来自与一个能代表这类用户的本质的原型。

　　注意缩小范围，让他仅仅描绘必不可少的。满足所有人是徒劳的，通常最后没人会满意，所以尽量提出几个最重要的和最流行的角色描述是非常重要的。同样，如果你不去精确的定位你的目标用户，你就只会存在模糊的概念，你会发现理解你用户的反应非常困难。你要倾向于设想，让你能更像你的用户。

　　2、用户目标(用户意愿)

　　一旦我们确定并描绘了我们主要的用户类型，我们就需要找出用户在使用产品中的目标(想要干什么).这听起来很简单，但是解开根本问题是非常具有挑战性的，特别当你周围的人告诉你你已经解决了他们想要的。从CEO、销售代表、工程师到客户，每个人都太兴奋而不能帮助你找到解决根本问题的办法，他们会告诉你在某个地方添加一个快捷按钮，或则添加一个功能仅仅是因为竞争对手有，或则是改变成他们喜欢的颜色。

　　最好的解决办法取决于清晰的了解到底什么问题需要解决，每个用户模型可能有不同的目的，需要在用户原型涉及的方面中进行寻找。有可能将来某个功能解决的问题并不是主要用户需要达到的目标之一。

　　3、用户任务(tasks，用户为达到目标使用产品而需要做的任务)

　　掌握了用户原型与他们的目标愿望，我们就开始着手设计任务来满足他们的目标意愿，这是产品制作进程中最核心的部分，也是创造力和创新力被激发的地方。

　　许多优秀的产品仅是用更好更新的办法解决一个已有的问题，有时候这种办法仅仅是应用一个种新技术，但是大部分是来自深刻的见解而使一种新方法的产生。

　　注意我们虽然谈到了目标和任务但是还没有谈到具体的功能，这些功能都需要达到用户目标而必须的。你以后会发现许多功能都是低优先级或则是完全多余的。

　　以“必须功能”这个理由可以排除很多功能。讽刺的是，你用越少的功能，你的产品被发现得越来越强大。这是因为产品的功能越少，你的用户就会发现并使用更多的功能，成功的使用越来越多的功能他们就认为你的产品非常强大。这些理由都是违反我们直觉的，我们大多数人都不能和我们的用户一样，我们在自己的行业中愿意比用户花费更多的时间去探索功能和容忍复杂性。

　　四、写产品需求的原则

　　现在你需要开始把你的需求和用户体验定义成详细的要求。同时你仍然会面临着许多的决定和权衡，为你的产品标准作出最佳的决定是非常重要的。

　　在大多数的产品团队中，每个成员都有做好产品的原则，但很少有两个人有同样的想法，这些差异都会导致不可思议的结果。尝试和制订一系列指导整个团队的产品原则是非常有价值的，这些原则需要具体到域名和项目。

　　五、检验测试产品

　　这是一个拿出你想法的阶段，创造力和创新力拿出成就的地方.很多人都容易犯一个常见的错误，他们对产品设计规范太有信心，结果一旦得到beta的测试他们就必须调整产品。

　　但是肯定beta测试版并不是进行重大改变的时候，所以才会有许多首次发布的产品离目标太远。对于许多产品来说，这个时候你可以用大量的原型做很多的实验。首先，下面的三个非常重要的测试你可能需要做可行性测试

　　产品是否可以开发 　　你的工程师和设计师应当介入技术的可行性调查和探索可用办法。有些办法是行不通的，但是有其他的办法可行是非常有希望的。工程师会发现在产品的某个阶段不可能逾越，现在知道比以后知道要好。

　　可用性测试

　　产品设计师将要和你紧密工作共同提出产品功能，让它能适应不同的用户。可用性测试常常会找出遗漏的产品要求，同时确认产品最初的要求是否是必须的。在你拿出一个成功的用户体验之前需要多做一些测试工作。可用性的目的是在真正的用户身上测试，从产品目标用户得到质量反馈的测试是非常艺术和科学的。当然产品经理和产品设计将模仿使用，但是实际是没有人能取代真实的目标用户。

　　概念测试(Product Concept Testing)

　　光是可用和可行是不足的。真正的问题是你的用户想要购买吗—你的用户有多喜欢-你做的有什么价值。这测试可能与可用性测试联系在一起。对于一部份小产品，您的想法写在纸就足够了，但是对于多数产品，为了预计产品是否达到目标，复杂用户互作用或新技术的使用、某种形式原型都是非常重要的。

　　原型也许是一个物理设备，或者它也许是软件产品的一个预览版本。关键是它需要足够现实，您能用原型在实际目标顾客身上测试，并且他们可以给您质量反馈。

　　以前做原型主要有两个障碍。第一是缺乏良好的原型工具，需要花费很多的时间制作原型;另一个是管理方不知道原型和真实产品的区别，在不可预计的情况下，按照最终产品来要求原型。

　　今天有优秀的原型设计工具可以让工程师或设计师快速的制作原型，可以有效的模拟未来的产品以达到必要的程度让实际用户进行测试。而且大多数管理者都知道模仿和实际的区别 — 就如同缩小比例的房子模型和真实的家一样。

　　在实际去做产品之前去检验你的产品是非常重要的。一旦实际的工程开始，作出重要的变动会变得非常困难，花费也会变得很高。

　　六、对新产品进行验证和质疑

　　当你认为你弄懂了你需要解决的问题，现在是时候开始验证和质疑假设。假设甚至当作不知道是很容易的，但是切勿把不可知的结论当作指引，那会妨碍你获得成功。

　　七、在写产品需求时要考虑优先级

　　除了明确的要求，对每一个您的要求给予优先和排列秩序是很重要的。多数产品经理，如果他们给予优先级，一般都是表明要求是否是“必须有， “重要”或“希望拥有” (或其他一些分类系统)。分类是很重要的，不可掉以轻心。

　　产品经理对任何一个标记“必须拥有”都需要有高度的标准。如果还没有找到必须拥有的功能意味着产品还不应该产生。所以小心标注“必须拥有”，这些标注“必须拥有”的功能直接反应出产品的核心价值。

　　“重要”的分类也很重要，在产品销售前只要有机会就要满足这些功能。

　　“希望拥有”产品团队也应该注意到，即使大多数也都没有实现，在未来版本也适当的慢慢实现。

　　这些有时候是不够的，从1到n每一个分类优先排序都是很重要的。有几个原因：

　　首先，上市时间总是被关注，并且日程表经常下降，您说不定被迫使削减有些特点为了尽快进入市场。 你也不想产品团队先开发简单的功能而放松重要的功能，导致最后客户使用的关键功能还没完成。

　　其次，在产品设计和开发阶段，团队将会发现更多的问题产生并解决这些问题，所以很有可能有更多关键功能出现。优先顺序会可以帮助你如何平衡以容纳更多的功能。

　　这点就是说产品经理如何不给出优先级和重要等级，其他相关较少的因素也会跟着无法确定。

　　整个PRD是一个不断完善和思维提高的过程，明朗锐利就是可以成功的产品的，模糊就是失败的产品。在争论最激烈的时候也能容易做决定，并且帮助工程师做出计划。

　　八、测试产品需求完整性

　　现在你有一个PRD草稿，你需要测试它的完整性。工程师是否可以充分了解并达到目标?OA Team(质量管理团队)是否有足够的信息来做出测试计划，是否可以开始做案例?

　　当投资人或相关人审核了PRD，确定了各个需要说明的方面，所有的问题得到解决，现在你就可以按PRD进行产品开发。

　　九、管理产品

　　在产品实施期间，就算是最好PRD，也有不计其数的问题被解决。解决所有PRD中存在问题，如果不在PRD中就写进去。你的任务就是迅速解决问题并记录在PRD。

　　如果你做了你的工作并准备记录在PRD，项目审查就会变得非常简单，因为任何一个部份都历历在目。

　　记住PRD是一个“活”的文件，在要跟踪记录在产品开发期间的所有功能过程。最后你会发现很多额外的东西，如果你认为是必要的就在PRD中写进。

　 　篇二

　　当今时代，唯一不变的事情就是变化，创新是企业生命之所在，创新已经成为时代发展的主旋律。对白酒企业而言，开发新产品具有十分重要的战略意义，因为随着白酒行业竞争的日益白热化，企业要想在市场上保持竞争优势，只有不断创新，开发新产品，才能巩固市场，不断提高企业的市场竞争力，保持市场可持续发展。因此，新产品是企业生存与发展的重要支柱，是确保企业基业长青的有力武器;对于营销人员来说，推广新产品是提升业绩，增加收入，体现个人业务能力的有效途径;对经销商和二批商来说，新产品是提高销量，增加利润，保证厂商双赢，保持市场可持续发展的有效办法。

　　然而现实中往往很多企业投入了大量的人力、物力、财力研发的适合市场的新产品却在推广的过程中早早的夭折了。为什么即使适合市场的新产品会在推广的过程中会夭折呢?事实证明原因如下：一、凡是新产品推广较好的企业都有推进计划，并按计划一步步进行落实。而那些推广不好的企业则是企业将新产品分给客户就万事大吉，不再采取其他积极推进措施。二、真正的销售是靠人来落实的，往往企业的销售人员和经销商会对新产品存在严重的抵触情绪，抵触的原因是，销售人员和经销商不愿意去费心费力推广新产品，他们都会把注意力集中在成熟产品做促销，迅速起量上，这样做既轻松销量提升也明显。那么，企业要确保新产品成功推广应采取哪些步骤呢?

　　确保新产品成功推广的“步骤”

　　一、确保销售队伍和经销商、二批商的关注度和士气、齐心协力推广新品

　　新产品上市前举办新产品上市培训会，充分调动渠道中各个成员的积极性。提高销售人员、经销商、二批商的积极性，共同参与到新产品推广中，形成“三级联动”推动新产品推广的氛围。如： 向销售人员、经销商和二批商进行“新产品推广的重要性”宣导，向他们介绍清楚新产品的诞生思路、它的优势和利益点在那里，具体的包装口味、价格描述是怎样的等等，使渠道中各成员对新品的上市做到心中有数，增强信心。另外针对销售人员、经销商和二批商进行新产品上市各项过程指标的专项考核，加快新产品铺市速度，形成新品销售氛围，让他们明白“过程做的好。结果自然就好”，只要能把新产品推广过程中的各个指标(铺市率、陈列、促销、价格体系等等)落实到位，新产品自然就会推广成功，销量自然就好。如：新产品在上市销售的过程中会有广告投放、铺货、经销商进货奖励、二批及零店促销、超市进店、消费者促销、销售人员开店奖励、等一系列动作，新品上市计划要对每一项工作做出具体规划和安排，确保新产品推广的各项活动有条不紊的进行。具体要做到：

　　1、新品上市前召开所有销售人员、经销山和二批商新产品推广培训会。

　　2、对所有销售人员、经销商专门订出新品销量任务;

　　3、日常销售报表和会议体现对新品销售业绩的格外关注，建立完善的业绩分析系统全程掌控新产品推广动态 ;

　　4、上市执行期销售例会中新品业绩成为主要议题。对不能如期完成新品推广任务的市场要求做出“差异说明”，并进行奖罚激励 ;

　　5、举办销售竞赛(如：新品销售冠军)对优胜者予以公开表彰和奖励;

　　6、人员奖金考核制度，把新品销量达成从总销量达成中提出来单独考核;

　　7、企业高层领导对新品推广不力市场亲自检核，指出工作漏洞并进行协助;

　　二、确保经销商进货并在正确的渠道分销

　　要确保经销商按照推进计划在规定的时间内按照企业的进货标准进新产品，并且把新产品在正确的渠道分销。因为在实际推广的过程中，企业的销售人员和经销商往往凭自己的主观判断新产品不好卖，所以就一拖再拖不进货或者适当进点但是没有放到正确的渠道去销售，就判断企业研发的新产品不好卖，肯定会影响新产品的成功推广。例如：有一家白酒企业在新产品上市初期，对所有渠道人员召开了新产品推广培训会，也制定了详细的推广计划。可是在具体推广的时候，A经销商主观认为新产品不好卖，就迟迟不肯进货，经销商连新产品进都没进是不可能推广的;B经销商到是按照企业的规定时间和数量进货了，可是把中高价位的新产品放到C、D类酒店和 C、D类商超渠道销售，结果导致合适的产品没有放到合适的终端店销售，使得新产品动销缓慢，就反映企业的新产品不好卖。

　　三、确保对于新产品推广的指导、协助必须参与进去

　　要确保渠道中个成员对产品推广的指导、协助必须参与进去。就是经销商进货后要做到让销售人员下市场车上必须装新产品，拜访终端店时必须把新产品上市的信息告知终端店并把促销政策准确无误的介绍给终端店(卖新产品的利润比老产品利润大)。如：C经销商是按照企业的要求进了新产品，可是新产品进了以后，每天业务员的送货车上不装新产品，业务员下市场也没有把新产品上市的信息告诉终端店，也没有把新产品的促销政策介绍给终端店，终端店也就不知道新产品上市的信息，也不知到销售新产品比销售老产品的利润空间大，结果导致新产品在该市场推广失败。因此渠道成员如果没有对新产品的指导、协助参与进去，就说新产品不好卖，新产品的推广肯定是不会成功的。

　　四、确保新产品的价格体系

　　确保新产品按照企业规定的价格体系销售，因为新产品上市前，企业是经过大量的市场调查，根据市场的实际研发出来适合市场的新产品。因此在新产品推广的过程中必须检查经销商的出货价是否正确，有没有按照企业规定的价格执行;终端的零售价格是否正确，有没有按照企业规定的统一零售价销售。在实际推广过程中往往渠道成员擅自更改企业新产品的价格体系销售，结果影响新产品的推广，反倒说企业研发的新产品不适合自己的市场不好卖。如：A企业的新产品在上市的时制定的价格体系：经销商开票价：20元/瓶(经销商的利润来自于企业的返利)，终端店开票价：20元/瓶，终端店零售价25元/瓶。但是在实际推广的过程中，经销商私自把终端开票价改成25元/瓶，终端店零售价改成35元/瓶，结果导致新产品的价格体系脱离的了企业推广新产品打压竞品、抢占25元价位市场占有率的目的，结果使得终端店感觉新产品的包材支撑不了35元/瓶的价位，使得新产品市场铺市率低动销迟缓，使得新产品在该市场推广夭折。

　　五、确保新产品陈列和推销

　　要确保新产品按照企业的陈列标准陈列和确保终端店主主动推销。因为在新产品研发阶段企业是经过大量的市场调查的，从而确立新产品在该市场的竞争优势，在推广的时候制定相应的促销政策和陈列标准。因此在新产品推广的过程中必须确保按照企业的规定的陈列标准做好柜台陈列，并且在维护的过程中不厌其烦的告知终端店新产品的优势以及销售新产品的利润空间，以及销售新产品的奖励政策。如果陈列不合格，店主不知道销售新产品的利润和政策，那么新产品推广就不可能成功。如：A企业在新产品推广的过程中渠道成员都反映新产品不好卖。结果企业派市场部人员去市场走访过程中发现，终端店是签了陈列协议，但是新产品有的在终端店的库房根本就没有摆上柜台;有的即使摆放在柜台但也不在明显位置。当问到终端店新产品是多少钱进的，卖多少钱，终端店也不知道，意味着终端店销售新产品都不知道比销售同等价位的竞品利润空间大。结果导致新产品在该市场推广迟缓。

　　六、确保新产品的铺货率

　　铺货率检验是新品上市成功的基础，铺货率达不到一定水平，评估新品接受度根本没有意义，因此必须确保新产品在市场上达到规定的铺市率(低于60%的铺市率是很难判定新产品是否适合该市场的)。如：某企业在新产品推广的时候，经销商是打款发货了，结果经销商在新产品推广的时候，只把新产品放到跟他关系特好的几家终端店销售，因为这些终端店在吃独食，所以他们零售价卖的很高。结果导致新产品在该市场没有形成一定的市场占有率，市场占有率低使得市场影响力低。

　　七、确保力所能及的掌控的终端售点数量的铺市率

　　所谓为力所能及的终端网点的铺市率，就是指该终端店和经销商的客情关系很好，一直在销售经销商的其他的产品，但却没有销售新产品。如果此类终端都不知道新产品上市信息和销售新产品政策等或没有进货，证明经销商根本就没有推广新产品。如;

　　某经销商一直抵触说新产品不适合自己的市场，终端店不接受新产品等等，结果企业高层亲自到该市场走访并和终端店沟通，结果在沟通时了解到不是新产品不好卖，而是经销商就没有把新产品的优势和促销政策准确无误的介绍给他们。

　　八、确保新产品推广员工的奖金制度执行到位

　　企业在新产品推广初期都会制定推广新产品的特殊政策，如对于销售人员销售新产品提成比销售老产品高，新产品进店有开店奖励等，要确保让经销商的员工知道销售新产品的提成比销售老产品高，新产品进店还有开店奖励。如果经销商的员工不知道到这些激励政策更定不会去推新产品。如：某企业在新产品推广初期针对经销商的员工制定了相应的激励政策。但是经销商在实际推广的过程中把企业的激励政策自己克扣了，使得员工在新产品的推广过程中没有积极性，导致新产品推广迟缓。

　　“幸福的家庭都是相似的，不幸福的家庭各有各的不幸”。事实证明：要确保新产品成功推广，就必须制定严格的推进计划，并且不折不扣的按照推进步骤去执行。

　　 篇三

　　1、产品用途

　　你的工作就是指出目标，团队需要知道他们的目的是什么，目标说明要尽可能的明确，请确保你的内容包括：

　　*那些问题你要解决，不是解决方案

　　*谁是目标用户

　　*细节很多，但是大图片必须清晰

　　*情景描述

　　2、产品功能特性

　　产品需求文档最主要的当然是需求。 具体的需求完全地将取决于您的领域，但是不管你是什么行业，您的产品团队将受益于陈述需求的清楚，毫不含糊的要求，而不是模糊的解决方案。描述每个功能的互动设计和使用案例。您必须非常清楚每个功能和用户体验，还需要给工程团队留下足够多的灵活

　　3、发布标准

　　发布标准经常是不断变化的，但是好的PRD应该考虑到为每种标准定一个最低要求。典型的如：性能，可测量性，

　　可靠性，可用性，可控性。

　　4、时间进度

　　其中很困难的一个问题就是描述产品需要的时间进度表。随便列出一个时间是没用的，你需要描述环境、动机、预计目标。你需要整个团队都和你一样达到预计目标，最终完成一个成功的产品。

　　新产品的产品需求方案文档框架

　　A、总体说明

　　1.修订版本

　　2.产品目标

　　3.产品受众

　　4.名词解释

　　5.其它说明(流程图之类的可以放这里)

　　B、用例需求部分

　　1.用例需求1

　　2.用例需求2

　　C、用例需求优先级

　　D、进度表

　　写好新产品的产品需求方案需要注意的五个方面

　　1、修订版本，用户需求文档不可能开始就很完美，后期可能会进行多次修订，所以需要记录下，为什么改动，什么时候改动，谁改的。

　　2、产品目标，让参与这个产品的每一个人知道自己需要朝哪个方向工作。

　　3、确定产品的受众，让团队知道我们在为什么样的用户做产品。这样团队里每一个人都可以根据自己的理解去发挥自己的想象力。

　　4、用例需求描述，产品需求文档的核心模块。

　　5、时间进度与优先级，产品核心功能的实现基础，无论什么企业，资源有限，核心保证核心功能的开发就需要对产品需求文档设置优先级。

　　扩展阅读

　　什么是PRD?

　　该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。