一个产品经理或产品负责人可能忽视哪些很重要的小事？

在日常工作中产品经理需要编写许多种文档：

1、产品规划环节：竞品分析、产品规划、MRD

2、产品设计环节：需求列表、PRD

3、产品运营环节：用户手册&FAQ、产品运营报告

但我认为除了上述这些文档，产品经理还需要时刻维护一份白皮书，记录自己所负责产品的完整视图，至少包含如下内容：



1、产品介绍

产品简介、产品在公司整体产品矩阵中的位置及与其他产品的关系、产品演化方向、各个迭代版本的重要新增功能。

2、系统架构

产品架构图、各个系统模块的作用及关系、业务流程图、系统时序图。

越多了解系统架构的知识，就越能深入理解产品运行的系统机制，有助于与开发同学高效地沟通需求。

3、产品功能

产品功能列表、前置及后置条件、分支及异常逻辑、产品规则及各类配置参数。

举个例子，假设让你接手目前很火的Apple Pay产品，那么你不光要了解正向支付流程，也要关注逆向退款流程，如果产生退款时用户的付款信用卡已销卡导致无法退款，这种情况下退款资金将滞留在哪里？后续如何将资金退给已销卡的用户？这些分支逻辑都是需要了解的。

4、产品后台

客服、运营、数据统计等后台功能介绍。

如用于受理客户投诉的后台查询功能；用于查询产品新登、活跃、流失的数据日报月报及数据趋势图，关键业务流程或功能的数据量；业务监控报警等。

为了能够全面熟悉自己所负责的产品并做好产品的知识传承工作。

具体解释下：

互联网产品是迭代发展的，在一个产品的生命周期内，将面临由于人员和业务不断变化造成的种种问题。

1、人员变化：随着部门调整及员工流动，一个产品对应的产品经理、开发测试同学在几年内可能更换了多轮。

2、业务变化：随着业务不断发展，一个产品会经历无数个迭代发展，不断有新功能上线、老功能下线甚至系统重构。

上述两种变化将导致产品的业务规则、特殊逻辑和各种坑越积越多。而描述产品细节的文档却散落各处（各种PRD、开发文档、用户手册、邮件等）甚至缺失。使得新任产品经理无法快速掌握产品各种细节，有些产品分支或异常逻辑只能找开发同学看代码才能确定，浪费了大把时间。

更为可怕的是，如果新任产品经理不了解产品全貌，不了解各种坑，那就有可能犯前任犯过的错或者给后人挖了新坑。

由此可见，如果新任产品经理能拥有一份记录产品完整视图的文档，将会极大提升工作效率，并能降低犯错的概率。



大家在接手一个新产品后，首先要多多使用产品，把主流程和分支异常流程都走几遍，同时找相关的产品、开发、运营等同事收集各类产品资料，为编写白皮书做好准备。

需要收集的产品资料包括：

1、产品类文档：

MRD、PRD、竞品分析报告、用研报告、需求列表。用于了解用户、需求、市场发展趋势及现状、竞争对手情况、产品功能及业务流程。

2、开发类文档：

系统架构文档、开发设计文档。用于了解系统架构。

3、运营类文档：

客服文档、产品运营报告、数据分析报告。用于了解产品运营现状。

在体验产品和收集资料后，就可以参考文章开头介绍的产品白皮书结构开始编写。编写过程很像玩拼图游戏，最初白皮书的内容会很散，但随着你对产品不断深入理解，不断解决产品出现的各种问题，不断地完善白皮书内容，那么几个月下来，就能拼出完整的产品视图文档。

就我自己而言，每当我解决了一个产品问题，并把解决过程中发现的产品细节纳入白皮书时，眼见着白皮书内容不断完善，不断拼出全貌，就很有成就感。

需要强调的是，这份白皮书不是写出来就完了，而是要不断更新，以保证内容的准确性。

以我自己为例，曾经在5个月内，持续利用零散的碎片时间，为自己负责的产品整理出120页的产品白皮书（PPT格式）。虽然期间花费了很多精力，但写完后发现带来的好处溢于言表：

1、别人问起产品细节时，因为对各种逻辑及规则了如指掌，所以马上就能给出答案，提高同事对产品经理的信任感。

2、排查产品问题时，因为对产品的前后台功能逻辑，异常分支都很清楚，所以能很快就能定位问题原因，节省了很多时间。

3、新产品设计时，考虑得更加全面。

4、老产品优化时，因为对产品的各种坑都很熟悉，结合业务发展现状，能制定出更有针对性的优化策略及方案。

5、有新人加入团队时，使用产品白皮书进行培训，让新人快速了解产品全貌，少走弯路。同时也降低因人员流动给产品造成的巨大影响。

正是由于编写产品白皮书有如此多的好处，所以我在此极力向大家推荐这种工作方式，希望能够帮助到各位同行。

以下是知友常见问题解答：

Q：产品经理工作太忙或者要做更重要的事情，没时间写这种文档

A：其实根本不需要抽出大块时间来写（根本不会影响做其他工作），每天利用细碎时间写两笔，坚持下去聚沙成塔，几个月后就能积累很多内容。而且磨刀不误砍柴工，当你足够了解自己负责产品的各种细节后，绝对会加快需求分析的速度，同时减少纰漏。

Q：我有一点不太明白啊，每个产品细节及问题点都要记录下来吗？哪些该写，哪些不该写？

A：有一个写作技巧，你想象自己负责的产品要交接给其他PM了，现在需要写一份完整的产品资料用于工作交接。如何能把这份资料写完整，才能让新人能够快速上手，以后出了各种问题不需要你再出手帮忙。围绕这个目标去写就行了。

作者 / 酷拉皮卡

来源 / 知乎

原文链接：https://www.zhihu.com/question/31525840/answer/125252836

著作权归作者所有，转载请联系作者获得授权。

看了那么多运营干货，还是不懂的怎么实操，狮途营第四期我们特邀几位业内运营高手一起研习，"如何系统化掌握运营实操完成进阶"？有兴趣速点击图片扫码或加微信号:nandu9191勾搭报名哦！课程详情猛戳底部“阅读原文”。

据说，只有打赏的才是真粉丝哦，8块8请小编喝杯咖啡吧，长按二维码勾搭小编微信（dayuhai123)加入91运营社群，全年100多场免费公开课，定期问题答疑等着你，会运营的人都在这里了！

欢迎关注91运营网旗下垂直账号：

91产品：（微信ID：chanpin91）

致力于为产品新人、产品经理等广大产品爱好者打造一个全方位的学习交流平台，分享产品设计、交互设计、产品运营干货。    

91运营网：（微信ID：yunying-91）

专注于互联网产品运营干货，聚焦互联网产品策划，电子商务，网络营销，移动互联网，融资创业等领域经验分享。