产品工作中需要避开的四大坑

因为资源永远是不足的，即使在BAT这样的大公司中资源也是短缺的。比起你想做的，你能做的往往会大打折扣。这里的资源涵盖时间、人力、金钱等产品研发中所需要的各类资源，面对资源短缺的现实，产品经理只能将现有资源效益最大化，先做优先级最高的功能先把”孩子”生下来。

腾讯去年11月推出的轻聊版QQ——TIM就是一个减功能的好例子，因为TIM就是在手机QQ的基础上增加功能和减少功能而成的。拿TIM举个最简单的例子，TIM1.0.1版本中虽然上线了在线协作文档功能，但是只能进行最基本的文字编辑，之后在1.1.5版本中才加入了上传图片的功能。在移动端支持上传图片本身并不存在技术难度，那为什么在第一版本没有做呢？

因为在线文档编辑的实际使用场景在PC端，移动端只是PC端的一个补偿，移动端文档的主要使用场景是不在电脑身边又需要及时查看文档，而不是编辑文档。所以在第一版本中TIM的产品经理们将上传图片的功能砍掉了。但这并不表示移动端上传图片就是个伪需求，相反它是一个可以提升用户体验的点，在产品迭代优化的过程中这个功能是值得做的。

要记住，砍掉一个功能并不代表这个功能不重要，只是因为同时有更重要的功能。对于一个产品新人来说，学会砍功能比学会加功能更加重要。

撰写PRD文档也是产品经理的基本功，但是要把文档写好却并不是一件简单事。产品新人初写文档时往往不得要领会犯很多错误，而PRD里面的坑也确实不少，今天主要想给大家分享如何给PRD“减负”。

给PRD“减负”听上去似乎很奇怪，难道PRD还会超负荷吗？当然，当你的PRD文档有着大量重复内容或者需要用非常繁琐的文字说明去解释某一功能的时候，就说明你的PRD文档需要减负了。因为撰写PRD文档是为了能更好地沟通清楚需求，如果盲目撰写文档、不给文档减负以增强可读性，不仅达不到提升沟通效率的目的，反而会让看文档的人深受其累。

那么如何去给PRD文档减负呢？

我认为有两个方法可以提供参考：

（1）用模块化的思维来撰写文档

在一个产品中往往有在很多页面中反复出现的板块，比如一款音乐APP中的音乐播放板块、歌曲列表、分享板块等。产品经理在撰写文档时没有必要每次遇到同样的或类似的板块都重复再说明一遍。

有同学可能会问，如果只是将那个板块的说明复制粘贴过来，既不增加工作量，又可以使文档更加滴水不漏，岂不更好？答案是否定的，因为在撰写文档时我们仍然要紧绷用户体验这根弦。虽然这样做对撰写文档本身没有增加太多工作量，但是对于阅读文档的人来说，为了确保不遗漏信息却要认真看每一句话，这样无疑增加了文档阅读者的工作量。更重要的是当他们发现大段都是重复内容的时候内心一定是一万头草泥马在奔腾。

因此对于这样的内容，我们可以采用两种方式来进行优化：在音乐APP的例子中，对于音乐播放这样的板块应该拿出来作为一个单独板块进行统一阐述，而对于歌曲列表这样反复出现但本身又不复杂的板块则只需要在第一次出现歌曲列表的时候尽可能详细地说明清楚，此后再遇到同类型歌曲列表只需一语带过。通过这样给PRD文档”瘦身”既能提升我们自己的工作效率，更能大大提升文档的可读性。

（2）善用流程图

在一款产品中，往往会有一些比较复杂的功能，要么是功能流程长，要么是背后有着非常复杂的判断逻辑。这种时候要想把这个功能表述清楚往往就需要花费很大的篇幅。而大篇幅的文字说明对开发来说往往不是最好的理解方式。且不说更有甚者，即使花了很大的篇幅也无法把问题表述清楚。而这种时候流程图这种图形语言就能够提供很大的帮助。

拿最简单的登录验证来举例子，用户输入手机号和密码后需要依次经过如下图所示的五个判定，缺一不可。

如果用文字来表达这个流程：

流程图是一种图形化语言，相对文字而言不仅更加直观，还更符合工程师思考问题的方式。通过将PRD中繁琐的语言替换成流程图我们不仅能给PRD瘦身，更有利于工程师理解和确认需求，降低沟通成本。

产品工作中的坑当然远远不止这些。在避开上述的四大坑的基础上，初阶产品经理还需要在工作中不断总结自己所踩过的那些坑，只有这样才能保持和提升自己的产品能力，打造出真正牛逼的产品。

-The End-

作者：张世健，初阶产品dog。微信公众号：齿轮易创（chilunyichuang）

文章作者系 @张世健 未经许可，禁止转载。

注：相关网站建设技巧阅读请移步到建站教程频道。

（编辑：成都站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!