产品经从需求、原型、PRD开始入门

　　大多初学者都是从做产品需求开始的，我总结了6种需求来源，相信这些大家在各大产品经理的网站、书籍上都有看到过。

　　产品的需求，主要来自用户、数据、业务、竞品、PM自身或者是老板。图中圆圈的大小表示此类别需求来源的靠谱度，这是我根据自己实际工作经历感受到的，可能每个公司的产品会有不同的倾斜。

　　但不管什么样的产品，最重要的一定是用户。线下商品或者是服务把顾客称为上帝，线上产品也一样。用户就是上帝，用户爽了，才有活跃和留存，才有后面的商业模式。

　　1.请教行业的资深人士

　　他们对相关领域比较熟悉，研究比较透彻，能够洞悉行业的发展趋势。

　　2.根据数据

　　包括自身产品的线上数据，或者是同行业的产品数据。通过这些数据，来识别用户的需求。

　　3.根据业务

　　比如根据业务需要提出的运营推广需求，运营收入等需求。

　　4.根据竞品

　　这个就是所谓的同类产品之间互相借鉴。在基本功能上，别人有的，我也不能少。或者是通过竞品披露的一些运营数据来获悉用户的需求。

　　5.产品经理自己

　　第五个是产品经理自己，把自己当成用户，或者是观察用户，或者是根据自己的产品感觉，或者是经验，来找到用户的需求。

　　6.来自老板的需求

　　最后一个是来自老板的需求，老板的需求通常有拍脑袋的成分，大多是根据自身的经验给出来的。需求合适于否，取决于老大自身见解的高低，所以我把它排在了最后一个。

　　PM自己，要想获得更多的产品灵感，需要走进用户。不是有句话说，要想当好侦探，就得像罪犯一样思考。做产品也是一样的，要想了解用户，就得像用户一样使用产品。

　　怎么样走进用户的思维，了解用户的使用情况呢？这里我推荐使用马化腾的10/100/1000法则。据说以前腾讯要求每个产品经理每个月必须要做十次用户调查，关注一百个用户博客，收集反馈一千个用户体验。

　　除了自家产品的QQ群、论坛、微信群外，也需要关注一下其他平台上用户对你产品的评价。在研究用户需求上，是没有什么捷径可以走的。用这种笨办法是最有效的——到你的用户出现过的论坛圈子中去挖掘。我们曾经根据用户的论坛反馈，进行了产品的优化，最好的记录就是将某个产品的某个功能的点击率从5%能提升到30%。

　　收集好需求以后 如何对优先级进行排序？

　　这是让很多入门者苦恼的事。

　　3种需求模型

　　1.三种需求模型

　　先做基本型的需求，也就是必须要有的需求。

　　再做希望型的需求，这个是非必须的，但能给用户提供便利的，用户希望的但是他自己又表达不清楚的。

　　最后一个是兴奋型的需求，要超出用户的预期，能给用户带来惊喜的。比如说微信，它的基本需求通信、通讯是期望型需求。朋友圈里面除了发图片分享之外，也能够通过长按发文字消息。兴奋型需求，比如说通过微信也能发红包。

　　总之就是沿着这条路线，先做安全的，再做方便的，再做提高效率的，之后再做情感的，然后再做好玩有趣的，最后就是做让用户觉得有成就感的。

　　2.用数据来说话

　　除了上面这些，还是要靠用户数据来说话。也就是说，用的人多，用的次数多的，就先做。比如说微信前期做的优化都是围绕着通信聊天和朋友圈，而那些钱包功能都是放在后面才优化的。

　　路径统计图

　　大家看到PPT这张图，这是我们一个产品的友盟用户使用路径统计图。可以很清晰的看出，用户的使用流向是否和你的产品预期的相同，是一目了然的。你需要优化哪条路径才能让用户朝着你期待的路径去走，这些就是你需要优化的点，这些地方的需求可以优先来做。

　　3.根据用户反馈来选择

　　我们在做APP的新功能的时候。因为收集的需求很多，为了保证快速的迭代，我们不可能一个版本做很多的功能，所以没有办法决定到底哪个先做，哪个先不做。然后就把它放到用户的论坛里面，让用户自己来选择，投票高的，我们就把它放在最近的版本来实现。

　　拿到需求以后无从下手 怎么办？

　　无论是刚才提到的用户数据，还是现在的用户投票，都是让用户参与这个需求的决策过程。但是拿到需求还是会出现无从下手的情况，通俗来说，就是不知道如何将需求转换成功能。那要怎么做呢？

　　拿到需求以后，我们是需要思考用户在什么场景，需要什么功能，走那些流程，才能完成对应的需求。也就是把用户场景和需求串起来，尽量把用户要实现的这个需求的每一个场景，每一个步骤都详细的列出来，用脑图加流程图的形式，把所有功能列出来。

　　但是由于对业务不够了解，就像我刚做迅雷7的时候，对它知其表而不知其里，导致不知道实现这个功能要走哪些流程。

　　比如说以前在做BT下载的时候，因为我是女生，不常下载，所以根本不知道BT下载是要先下一个种子，再由种子文件去下载对应的内容。对于这些影响功能流程的环节，我们还是需要自己去找相关的专家来帮你解决，没有什么更好的办法。

　　很多时候我们会自动跳过需求转功能流程这个环节，认为需求反正已经很清楚了，或者是有其它的竞品可借鉴的，拿到需求之后，就直接就开始画原型了。结果就是好多功能流程在进行交叉的时候，会变得非常的混乱，不知道怎么把这些流程和功能往圆心里面塞。

　　我推荐大家要先做加法，用思维导图和流程图，先把你能想到的所有功能和流程图全部都列出来、画出来。然后再做减法，优化掉流程中多余的或者是可以省去的环节，用最少的流程完成功能，从而确定产品最终的路径图。

　　原型憋不出来怎么办？

　　有了功能和流程图，还是不能把原型编出来的情况也大有人在。因为原型并不仅仅是我们看到的一张图，它还承载着产品的架构设计、交互设计，需要考虑用户体验，产品的扩展。你的产品是用导航布局、标签布局还是网页布局，都需要在原型制作前就考虑清楚。

　　TOP10应用

　　在这里我要跟大家分享的是，有了功能还做不出原型来的，通常是产品用的太少，见识太窄。上图显示的是APP全球IOSTOP10的应用，大家看一下，你熟悉几个。

　　看到图标能对应出产品名称吗？能说出这些产品大体的产品框架吗？也许这些APP你都见过，也都用过，但是你不一定了解，或者没有完全理解，或者是没有思考过这些产品的架构，没有形成自己的方法论。只是停留在见面层面这种粗浅的APP体验认识上，会让我们在产品原型设计时，尤其是借鉴他人的产品设计时，犹豫不决，徘徊不进。

　　比如同一个功能，因为A产品是这样做的，B产品是那样做的，那么到底模仿或者借鉴哪一个，你心里就没有底了。

　　怎样才能让自己熟练地在原型中将功能和流程串联好呢？最好的方法就是动手练习，比葫芦画瓢，还是笨方法。

　　使用频率较高的APP

　　大家可以看到图片上的这些产品，都是使用频率挺高的一些常用产品，试着用一遍这些产品的所有功能，因为很多边角功能，或者是一些边界功能，大家平常可能都不会用，但是你在做产品设计的时候，其实是会用到的。然后自己绘制一次原型，看看能否全部连起来，如果不行的话，就再试一次，如此反复，经过多次的练习，我相信一定能掌握好做原型的基本能力。

　　这里需要提醒的是，原型不是只是图，还有文字和交互逻辑。这些产品上面的每一个文案，你能一字不差的画出来吗？

　　什么样的PRD文档才算是合格的？

　　产品功能和原型方案有了，就要形成需求文档，传递给项目组成员进行后续的实施。但是我们总会遇到需求文档PRD理不顺的问题，不知道怎么写才能让别人看得懂，不知道怎样才算合格的PRD。有些同学比较纠结于需求的展现形式，到底是用word，用PPT，还是PS。

　　展现形式是可以多样化的。怎么简单怎么容易表达就怎么来。能用一张图的需求，没必要搞一个文档。我认为word虽然是最规范的文档形式，但也是效率和效果都最低的需求文档呈现方式，因为放图、放交互都不是很方便，查阅起来也不是很方便。

　　所以选择自己最合适的工具做需求的产品形式即可，不用太纠结于某一种。

　　不同的表达方式差异

　　需求文档最注重的是表达方式。比如上图，左边是一个像流水帐一样的需求表达方式。这种方式没有人可以耐心的看下去。右边是像处女座一样有条理结构性的输出的，让内容结构化，让需要查阅的同学一眼就能够找到自己想看到的信息，便于检索。

　　5个方面判断需求文档是否合格

　　一般我们用这几种框架的方式来分解功能，把所有的功能说明全部都覆盖到，才算是完成了整个需求文档。

　　第一个是按照在系统中所说的位置来分解功能。比如说先说前台的页面，再说用户管理后台的页面。

　　第二个是按照功能的主次来分解，先说核心功能，再说次要功能。

　　第三个是按照页面的布局来分解，从上往下，从左到右进行描述。

　　第四个是按照场景来分解，比如先说初次使用的，再说非登陆用户的，或者是已登陆用户的。

　　第五个是按照用户操作的步骤来分解，比如下载前、下载中、下载后。

    更多类似资讯，可以访问2898站长资源平台建站栏目：http://www.2898.com/web/ 谢谢！