产品经理职责：如何写好产品文档？
PM写可读性良好的文档其实不是为了做面子工程，而是身为产品人员，必须要有让自己的一切产出有良好的体验的意识。如果连个文档都不能让读者有良好的体验，就别扯什么以用户体验为中心了。产品经理求职常常会考虑到这个问题，期待我们一起交流，给我留言吧。
操作方法
- 01
靠谱的封面 封面要写清楚标题、副标题、时间、版本号，其他的形式性的东西就随意了。
- 02
正文前的要素 摘要+版本更新说明+目录+名词解释 摘要需要用简短的话说明白以下几点： 文档目的； 简要结论； 重要说明； 切记摘要不要啰嗦套话，只是在浪费大家的生命而已。 版本更新说明用一个简单的小表格即可，表格里需要填写的内容包括：第一栏-版本号，第二栏-日期，第三栏-作者，第四栏-修改说明，第五栏-备注（如果有的话）。 目录就更简单了，把你后续的内容直接整理成目录就可以，请好好利用word，现在太多人不使用规范格式了，产品经理求职网，看个文档头都大一圈，如果谁能利利索索的写清楚摘要和标题让我能迅速的挑到重点去看的话我就真的千恩万谢了。 名词解释也可以使用表格，要将你文中自己定义或者不够常见的名词标清楚解释，最好在正文第一次出现这个名词的时候挂链接到名词解释部分，别人省事很多。
- 03
正文要注意的事情 首先，规划好你的内容。一层一层的来，这里不罗嗦，自己找金字塔原理出来看看就好。 第二，别忘记标题。你的标题直接关系着目录质量，尽可能让自己的标题清晰明了，而且同一级的标题最好在同一维度下。比如你写了一个竞品分析文档，一级分析可能是大的分析点，比如交互、用户反馈、质量等，产品经理求职网，那么二级就可以把标题写作“交互点——主框架”、“交互点——XX菜单”、“交互点——输入方式”这样子，看上去会非常清晰明了。 第三，太罗嗦的内容别扔在正文里。比如你的文档里想贴用户的反馈来说明问题，但拜托千万别把几千字的反馈直接扔进来，读者会想砍人的有木有，看完这堆东西都忘记这文档是啥了。太长太细节的内容可以塞到附录或者单开一个文档写，在原文挂个链接，标上详情见XX就可以了。 第四，图>表>文。越整齐简洁形象化好的东西越容易快速的理解和接受，尤其是结构、流程方面的内容，做个图远比啰啰嗦嗦叙述一堆的强多了。当然有一点更要注意，图是用来方便理解和优化可读性的，不是拿来炫技的，没有必要做的跟海报似的。 第五，不要图文分离。这里的不要图文分离是指如果对图片做说明的时候，尽可能保证图和文很好的结合，要么编号编清楚，要么文字嵌进图片里。不然图是图文是文看起来很难对上号。 第六，注意美观。乱糟糟的文档内容再精彩也很容易被别人直接无视，所以不要吃亏在一些小细节上面。这里的美观不是要你做很漂亮的版式什么的，而是要保持基本的整齐、简洁、清晰。比如要严格注意段与段的对齐，重点要采用粗体或者底色或者大字号重点提出，版式方面的事情大家也可以去搜寻一下各种资料，总之美观简洁明确就足够了。 第七，注意用词。文档并非一定要用八股腔写出来，但是大家也适当的注意下用词，什么时候不该用口语化叙述，什么时候不该卖萌。比如出结论的时候你突然来个激情澎湃排比句咆哮体，我估计看文档的人内心也会激情澎湃咆哮体的：“这厮写得这是什么破玩意啊！！” 第八，不要啰嗦。曾经我也是个很啰嗦的人，以为文档写得很长就显得英明神武文采飞扬，但其实看文档的人心中只有一万头羊驼呼啸而过，想充分感受这种心情的同学请拿出自己当年的马列主义毛邓思想什么的。咦，好像有快递，我出去看一下……
- 04
附录部分 附录部分就可以放一些相对详细的内容，例如你的需求分析里有某些用户的详细分析结果，可以放在这里，挂链接到正文的相关部分。 技巧就聊到这里，太多技巧说了其实意义有限，总有找不到模板和例子的时候，这里最后分享一个优化自己文档可读性的大杀招，极为管用，记住四个字——写、读、删、改。 多多的写，自己翻来覆去读，狠狠地删，然后改，我记得开始跟谁举例子来着，告诉过他，我微信的前几版文章每篇最后发出来只有两千多字，然而实际上那两千字背后还有已经被删掉的八千字，所以这个事情没有捷径，狠狠地删吧~ Q&A 看起来不少人开始实习了？还是我的微信工作党多了起来，怎么发现大家都在频繁的问一个问题，其实我本来以为别人回答得很好了，不过看起来大家还是有困惑，那我再补充一下好了。问题简而言之一句话：“怎么跟开发打交道。” A：目前收到的多数反馈情况好像集中在以下几个问题 1. 开发架子大，不鸟产品新人； 2. 开发嘲笑/鄙视/拒绝执行/要求改产品设计； 3. 开发不细看产品文档，自己拍脑袋随便乱写； 4. 跟开发混不熟/被开发排挤； 鸡汤的话不多说，大家到处都可以找得到，以下是高能打击性内容，心理脆弱的慎看。 产品新人其实很弱很弱，可创造的价值也很低，而且稍有不慎就会有很大的杀伤力。 第一个很大的杀伤力就是想法大而乱。想法很多觉得自己是乔布斯，想到的东西都是多么创新多么建设性的，不少口气还相当的大。但是非常现实的是目前看到的多数新手很多想法要么是人家八百年前就做过（有的还已经做死了的），要么就是纯纯一个无从下手的idea，别说开发不想鸟这些新人，要不是看在当年我们也二缺过的份上，老产品也不想鸟小p孩。 第二个杀伤力就是设计很不仔细。很多新人起手的产品多半都会想的太简单了，以为功能堆起来就算完事了，其实离真正的设计差太远，真正的产品设计里要考虑相当多的逻辑、策略问题，很多小孩连个最基本的排序都搞不好，新人自己设计搞得乱糟糟的没关系，但是开发发憷啊，谁知道你一会儿会不会想通透了又来改，一来一去返工折腾死了。 第三个杀伤力就是文档写的实在是让人看不下去。真心话很多分析文档、PRD什么的写的一眼望过去都不忍心看第二眼，老产品都不忍直视的东西你怎么可能让开发仔细的一个字一个字的研读，还是自己按常识做快一点。 第四个杀伤力就是很多身为产品居然沟通力很挫。有的阿卡林，有的非常非常不会说话，有的话题完全不在一起，本来嘛，开发多半呆到深处自然萌，好歹开发+开发还能聊些技术问题，如果产品部主动的话开发真的没啥可主动聊的。