优秀的产品文档有哪些特质?

你见过的最优美的产品文档是什么样子的?什么样的文档算是优秀的产品文档?有哪些特质?如何提高产品文档的书写能力?
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 52 浏览
  • 略问用户 提出于 2020-10-21 11:23:27

12 个回答

xxxxxa

1. 立项阶段

市场与竞品分析报告:市场容量背景,竞品数据、操作流程、用户体验、优势、用户构成等;

用户研究报告:这个部分内容很多,根据实际进行选择具体方法输出不同形式的总结,譬如问卷调研、用户访谈、用户观察、头脑风暴等等;需要考虑的问题是这个产品是满足哪一类用户的哪一项需求?解决用户的什么问题?是提升效率,还是更加有趣好玩?

产品立项评审申请:在以上的市场与竞品分析、用户分析基础上,提出立项申请,包含项目背景、项目目标、产品形态、项目投入与产出等。

2. 产品需求阶段

产品策划需求,包含:产品目标、需求概述、产品逻辑、主要功能特性、数值策划;产品交互设计稿;

数据需求文档:产品关键指标、指标体系、计算逻辑、数据上报、报表样式等;目的是产品上线后对产品的评估,用户行为数据的分析,对产品优化提供决策参考;

产品运营方案:产品上线发布策略、产品运营后台设计,产品营销推广,内容运营,运营工作安排,持续运营优化等;

客服文档:包含产品说明、产品逻辑、用户有可能遇到的常见问题解答等内容,如果产品相对复杂,需要对客服进行现场培训指引;

3. 开发实施阶段

产品进度文档:不少公司的产品经理、项目经理是同一个人,因此,产品经理会全程跟进开发过程,及时输出进度邮件;建议开发过程中的问题解决,尽量采用邮件进行备忘;

4. 测试阶段

产品体验邮件输出:测试过程中,产品经理要进行产品内测体验,明确测试关键点,输出体验邮件,注意其中的数据测试部分,保证数据准确上报;测试后的产品优化改进文档;

5. 灰度发布

灰度确认邮件:灰度发布前,结合前期的各项文档,检查产品是否可用?灰度逻辑是否清楚?产品风险是否有规避措施?产品数据是否可以正常上报?运维监控告警是否到位?

产品体验报告:灰度发布过程中,产品经理必须及时跟进产品体验,例如内部同事体验、首批灰度用户体验反馈、产品可用性测试等;

数据分析报告:按日输出,根据既定产品目标,在灰度中评估产品是否有助目标达成,满足既定的各项标准后,再继续放量;

6. 正式上线

上线总结:产品上线绝对是一个里程碑,这时产品经理需要输出产品总结报告,总结经验,发现问题,答谢项目成员。

7. 产品运营

产品运营报告:按时间分,有日报、周报、双周报、月报,各自产品重要程度与阶段、运营节奏不同,分别选择适合的输出周期,建议在新产品上线初期,按日输出产品数据日报,按周进行产品分析周报。一般的报告内容有:当前产品数据指标、数据走势分析、竞品比较、产品体验分析、产品迭代优化进度等。

在产品的持续运营过程中,数据分析、用户CE、用户反馈收集报告等贯穿始终。

请先 登录 后评论
xxxxxa

个人认为,产品文档的首要目标不是追求优美,而是追求逻辑表达清晰完善,呈现方式简单易懂。

现在的方式是:直接出原型,并且以技术同学可以只看原型,不看需求文档为目标。

(1)原型中把弹框、各种状态直接显示出来,放在界面图的旁边,用箭头和简短文字说明,何时该是何种状态。不需要技术同学点击,因为点击查看,容易漏掉细节。而漏掉的细节,可能很重要;

(2)逻辑说明文字,也直接放在相应界面图的旁边,用编号、箭头辅助说明。清楚的将这里可能出现的几种状态,出现各种状态的前提是什么等细节描述清楚。

(3)箭头、编号一定要清晰,方便查看。然后,尽量美观~

好吧,开始开发后,我还是把文档补上了,然而技术同学并没有看。。。


看评论中有同学建议增加文档截图,找了个相对简单的~

截图中包括的辅助说明元素有:黄色编号、红色文字说明、界面图顶部的页面名称、红色方框。可以根据需要选择或者增加其他辅助说明元素~

Clipboard Image.png

请先 登录 后评论
xxxxxa

产品文档是一名产品经理在团队展现能力最重要的环节之一。产品经理要把自己的产品文档当作一个产品来完成。

产品关注受众、需求、功能、体验。文档也是一样。

产品文档给谁看:大多数的产品文档会给两个群体来看,技术团队和设计团队,也会有向上汇报评审的情况存在。

产品文档写什么:如果是技术团队,就要侧重功能罗列,逻辑结构。如果面向设计团队,就要讲清楚使用场景和用户心理。如果涉及到评审,就要加入市场、竞品的分析,格局更高一些。

文档也有功能设计:文档的形式不局限于word,其实我看到word的文档往往是最头疼的。我使用过很多形式,如PDF, Axure, Visio, Wiki, 甚至还有PPT等等。内容结构上,一般会罗列信息层次,交互结构,展示说明,逻辑流程,特殊处理等等,这里的内容比较多,就不展开说。

文档也有用户体验:举个例子,我会要求PM在给技术同学的文档前,增加一个功能列表,每一个功能点前加一个Checkbox,这样的好处就是没做完一个功能都能勾选一下,如果技术同学没有按要求完成,你们懂得...

请先 登录 后评论
xxxxxa
请先 登录 后评论
xxxxxa

1.快速的产出,产出速度慢了,再牛逼的文档也是废材。

2.逻辑清晰,易懂。标注完善。

3.无漏洞无bug。

4.清晰告诉技术我们为什么要做这个,预期达到什么样的效果。

我觉得产品文档没有最优秀的。越花哨越不实用。

一定要用最小的成本,最简单的逻辑,让技术了解你为什么要做这个,要怎么做这个。预期要达到什么样的效果

请先 登录 后评论
xxxxxa

我的观点:最适合当前公司团队的产品文档,就是优秀的文档,为什么不感说最优秀,因为这和用户的体验一样,没有最好的用户体验,只有更好的用户体验

1.体验效果

我在创业公司,一直在摸索,查询网上的产品文档,很多事老旧的WORD文档,还有一部分是新时代适用于APP的AXURE原型线框加辅助说明的文档.  从用户体验来说,AXURE的文档更直观,可读行更高,整体阅读时间大大减少.还有一方面是人都是有惰性的,密密麻麻上下滚动的文档,看一会就犯困.

2.实用性分析

对于像创业小公司,时间上很紧凑,不能像大公司一样有比较多的时间,快速产出开发用的产品文档是适用于小公司的.  对于中,大型公司,所走的流程比较多,比较的规范化,所以开发用的产品文档比较全面. 但是产品文档的核心还是在产品的整体业务流程, 功能模块 , 页面布局, 数据说明.

3.文档中该表达清楚的东西

楼上几位都基本概括了,再说也没啥意思. 但是实战中,我补充下: 页面元素, 页面数据和逻辑, 页面交互的跳转说明. 这些尽量要完善,因为更新文档频繁是一种繁琐的事情,而且也显得不专业,开发说到底最关心的还是减少无效工作,来回改谁都不会开心.

请先 登录 后评论
xxxxxa

写完美的文档,再多也是求个让自己心安理得以及对项目资料整理的时候有完整的参考。做产品的在实际工作中哪有这么多悠闲而连续的时间,写这么优雅的文档,更多的是写两句被需求叫过去噼里啪啦一阵,好不容易回来坐下发现思路都断了,从头看看思维导图梳理一下,刚搞清楚写上两句被程序叫过去说这个方案这样那样,回头又是噼里啪啦一阵。

这么多的打断和快速的节奏容不得写优雅的文档,最快的是直接在原型上标注和说明规则,开发只需要接收一份文档,并且在一个地方看到表现和规则,这样的高效文档才是优秀的文档。当然,这种文档只是针对我所在的团队而言,其他团队,也许风格和调性不是这样呢。

所谓优秀?因团队而已罢。很多精美的文档,思路严谨规则完整,但即便辛苦找到收藏起来的连自己的懒得一字一行去看。所以再优秀的文档,也要看受众,看所在团队需要怎样的合作模式。

请先 登录 后评论
xxxxxa

对理想PRD的理解

1、多——完整,背景清晰、功能点无遗漏

2、快——高效,从需求调研、方案确定到落实到需求文档,耗时短

3、好——准确,开发、测试的可读性强

4、省——低成本沟通,讨论、评审、修改要及时通报,沟通要顺畅

最好的方式是利用原型工具,清晰的表达想要的东西,规则约束性的东西在旁边加备注,或者搭配流程图、word说明,主要目的是让看文档的人get到你要表达的意思

请先 登录 后评论
xxxxxa

一、清晰的产品定位

一个优秀的产品,都是从用户的需求需求出发的,所以你要很清楚产品的定位以及服务对象

二、构建用户标签

当产品定位好在市场的方向,我们应该对相对的用户进行分析,用户的社会属性;生活习惯、以及消费行为等

三、产品产品的原型与检测

产品最初的原型与你设计出来的产品区别以及相应调整,产品设计出来后测试其可用性

四、产品的功能特性

详细写出产品的发布标准

时间进度以及功能属性

五、项目管理

一个好的产品不仅要管产品,还要管团队

六、数据分析与产品迭代

最好数据分析,挖掘用户需求对产品的迭代不断完善

请先 登录 后评论
xxxxxa

1. 立项阶段

市场与竞品分析报告:市场容量背景,竞品数据、操作流程、用户体验、优势、用户构成等;

用户研究报告:这个部分内容很多,根据实际进行选择具体方法输出不同形式的总结,譬如问卷调研、用户访谈、用户观察、头脑风暴等等;需要考虑的问题是这个产品是满足哪一类用户的哪一项需求?解决用户的什么问题?是提升效率,还是更加有趣好玩?

产品立项评审申请:在以上的市场与竞品分析、用户分析基础上,提出立项申请,包含项目背景、项目目标、产品形态、项目投入与产出等。

2. 产品需求阶段

产品策划需求,包含:产品目标、需求概述、产品逻辑、主要功能特性、数值策划;产品交互设计稿;

数据需求文档:产品关键指标、指标体系、计算逻辑、数据上报、报表样式等;目的是产品上线后对产品的评估,用户行为数据的分析,对产品优化提供决策参考;

产品运营方案:产品上线发布策略、产品运营后台设计,产品营销推广,内容运营,运营工作安排,持续运营优化等;

客服文档:包含产品说明、产品逻辑、用户有可能遇到的常见问题解答等内容,如果产品相对复杂,需要对客服进行现场培训指引;

3. 开发实施阶段

产品进度文档:不少公司的产品经理、项目经理是同一个人,因此,产品经理会全程跟进开发过程,及时输出进度邮件;建议开发过程中的问题解决,尽量采用邮件进行备忘;

4. 测试阶段

产品体验邮件输出:测试过程中,产品经理要进行产品内测体验,明确测试关键点,输出体验邮件,注意其中的数据测试部分,保证数据准确上报;测试后的产品优化改进文档;

5. 灰度发布

灰度确认邮件:灰度发布前,结合前期的各项文档,检查产品是否可用?灰度逻辑是否清楚?产品风险是否有规避措施?产品数据是否可以正常上报?运维监控告警是否到位?

产品体验报告:灰度发布过程中,产品经理必须及时跟进产品体验,例如内部同事体验、首批灰度用户体验反馈、产品可用性测试等;

数据分析报告:按日输出,根据既定产品目标,在灰度中评估产品是否有助目标达成,满足既定的各项标准后,再继续放量;

6. 正式上线

上线总结:产品上线绝对是一个里程碑,这时产品经理需要输出产品总结报告,总结经验,发现问题,答谢项目成员。

7. 产品运营

产品运营报告:按时间分,有日报、周报、双周报、月报,各自产品重要程度与阶段、运营节奏不同,分别选择适合的输出周期,建议在新产品上线初期,按日输出产品数据日报,按周进行产品分析周报。一般的报告内容有:当前产品数据指标、数据走势分析、竞品比较、产品体验分析、产品迭代优化进度等。

请先 登录 后评论