大家晚上好，欢迎来到产品精益讲堂，我是马珍毅，今晚为大家分享的内容是《产品经理怎样写出高效文档，这是我经历了一些教训后的总结》。

1、一切内容都是为了可读性强

在我们准备描述一个功能，或者是整个产品需求的时候，描述的只是一个过程，必然要考虑的绝对结果是，我们所描述的结果可读性强不强，所描述的结果逻辑性是否清晰。可读性强就是能让你的读者花费最短的时间、从最少的文字里面和图形里面捕捉到你所描述的一个画面感较强的东西，可读性不强是怎样的一个结果。

你可能是在描述A+B+C=D,但是在描述的过程中A是什么，B是什么并没有解释到位，我们读者的水平还没有达到这个层次，所以出现这样的情况，正是我们描述的事实令他们不理解，不符合他们的一个理性接受程度，这才使得所描述的结果可读性变糟糕。

可能在我们工作中，我们解释某个需求的时候东说一句，西凑一句，最后又加了一个参考某某产品，这就使得我们相关人员在阅读这个需求的时候显得颇为费劲，当然这个问题我们自身并没有意识到这样写不合适，我们的阅读者也会认为这个只能这样写。在这里面推荐用金字塔的方式来描述。

第一层你描述的一种情况，从该情况中又会派生出另外的两种情况和两种以上的情况，这样写的目的是便于我们大脑发散性的进行思考且有一定的规律，一直是将某个东西解释清楚才会去解释另外的一个东西，当然可读性也会强上很多，金字塔写作方式究竟是怎样的，大家可参考麦肯锡出品的《金字塔原理》一书。

2、细节的疏漏只会让产品陷入无限的恶循环

曾经听别人说过这样一句话，程序员比较懒，懒得思考，宁肯用网上现成的代码也不会动手去自己写，当然这个话说的有点偏薄，有点抹黑程序员，懒是人的共性，在我们设计产品业务逻辑的时候，凡是遇到的细节部分一定不可马虎对待，不要抱着这个细节的忽略并不影响功能的正常使用的心态。

拿我们设计一个电商网站的购物车功能来说，这个功能的主要实现的目的就是选择了批量的物品能够一次性付款，提高用户购买物品的效率，给用户一个更人性化的体验，但是最影响该功能使用的是添加了某个商品清空不了，只能通过结算才能清空，包括对已经购买的物品能否再次编辑修改属性。当然所有的购物车功能并不需要都做成这样，比如某电商网站百分之九十多以上的用户买了物品根本不会再清空，不会修改物品的属性，那么清空购物车中的某产品或者对产品属性进行修改，这就显得十分没必要。

我通过这样一个描述也便是为了说明这样一个道理，在我们发现到某功能的细节问题的时候，一定要多去想，有哪几种情况会使用到该细节功能，分别是什么样的用户，会在什么样的场景下使用到，频次高不高，当然最理智的做法是能有可靠的数据为参考，以此做衡量。当然有的时候根本没有数据可参考，那就要在开发周期和开发难度是来做衡量，如果仅仅是几个小时就能搞定，那选择做，如果要两天以上的时间，可以考虑暂缓，等功能上线后看反馈程度来决定，我们还是要保持精益创业提出的最小可行性这一概念，尤其是在创业公司。

3、多张口，为的就是将事情做对

随着我们做产品的时间越来越长，资历越来越深，有可能哪一天你接手了一个新项目，该项目的团队成员几乎年龄偏小，工作资历浅薄，虽然至此，但是他们对该产品的理解远比你所深刻，这个时候作为年长的你更应该听取他们的见解，从产品的角度多做分析多做思考，我们最终为的还是要将事情做对。

当然我们更不应该趾高气昂，一群不懂产品的人凭什么对我指手画脚，你们行你们上啊！你们想要那样的，我就偏不。哈！这种怪脾气作为产品千万可不能有，不过最近还真遇到了这样的人，不过幸运的是他不是我同事，不然就要换我倒霉了。

4、对照着模板，对你的产品做检查

很多人在准备写某某产品功能的需求的时候，就会迫不及待的上网找需求文档模板，在PMCAFF上面一搜一大把，复制粘贴一下就开始写了，从非专业人员的角度来讲确实写的也是有模有样，不愧是做产品的，很专业。个人认为这种方法不好，但是他有一个弊端，可能在你照着模板写的时候会打乱自己的思路，会受到模板当中一些思路的影响，最终都有可能会使产品目标偏离实际业务，也有可能让该需求文档的可读性变差，所以拿着模板就套，我觉得并不是一种很好的选择。

我们应该按照自己的思路，先写一份1.0版本的需求文档出来，然后拿出模板，看看别人模板里面都写到了哪些内容，在我自己的需求文档里面哪几部分被我忽略了，或者根本没有想到，那这时候就应该将相应的内容都添加上去，模板对我们而言他无非就是一个检查器，检查疏漏的内容，对我们的需求文档进行1.1版本的一个优化。

大家或许会有疑问，我推荐的这种方法最终还不是在套模板吗，注意我是先根据自己的思路，自己设定的目标先出文档，然后再优化迭代。或许你又会问，我写的时候也有自己的思路，也有目标啊。

但我依然是怕你的思路会被一些模板里面的格式或者画的比较漂亮的流程图而给影响了思路，分散了精力，那精力跟思路被分散了那最终产出的内容质量会高吗？

但在这里我还是说说自己的观点，在说之前声明一下，这种方法不是不好，每个人有每个人的方式习惯。

作者 马珍毅

关键字：产品经理, 模板

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！