10.3-文档撰写
文章平均质量分 91
fei20121106
这个作者很懒,什么都没留下…
展开
-
(10.3.1)产品经理应该先写需求文档还是先画原型?
江洋@知乎上的回答:先做模型,再画原型,最后PRD模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同。但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计转载 2015-06-04 19:07:18 · 2420 阅读 · 1 评论 -
(10.3.5.5)产品需求文档的写作(五) – 用例文档(UML用例图、流程图)
在产品和技术领域里都有UML的技能知识,而对于产品人员的UML则更多的是指用例图,也就是我所称呼的用户流程图。在讲PRD文档写作的第二篇文章里,我提到了用户流程图的制作,实际上用户流程图是我在产品规则的初期对用例图的一种结构化的表达方式,由于以结构化的方式描述用例太抽象,缺少逻辑性表达,并且那篇文章更偏向于功能性用户流程,还不是实际意义上的用例,因此今天我补文一篇,细讲一下UML用例图和用例文档。转载 2015-06-04 19:54:50 · 946 阅读 · 0 评论 -
(10.3.5.4)产品需求文档的写作(四) – 撰写文档(PRD文档)
前三篇文章我们逐步梳理了产品的信息结构、框架结构、界面结构(原型),这一步我们就要根据之前完成的工作,开始正式撰写产品需求文档了(PRD文档)。通过之前的准备工作,我们更加清楚了产品的需求,并细致的考虑了方案的可行性,从而减少与避免了撰写文档时容易忽略的细节黑洞。PRD文档没有标准的规范,也没有统一的模板,每个公司都不一样,并且每个人也不一样,这个取决于个人习惯和团队要求。虽然PR转载 2015-06-04 19:55:26 · 765 阅读 · 0 评论 -
(10.3.5.2)产品需求文档的写作(二) – 梳理需求(产品结构图和用户流程图)
上一篇我们将概念想法形成了信息结构,罗列出了产品的所有信息内容,现在我们就要依据信息结构,开始规划产品的功能需求,绘制出产品结构图和用户流程图。首先我们要规划出产品的频道及子频道、子模块或子页面。(如下图)图注:讲解一下我对于这个思维导图的名词理解1、频道:某一个同性质的功能或内容的共同载体,也可称为功能或内容的类别。2、子频道:某频道下细分的另一类别3、页面:转载 2015-06-04 19:45:44 · 897 阅读 · 0 评论 -
(10.3.5.1)产品需求文档的写作(一) – 写前准备(信息结构图)
当我们初次接触产品需求文档时,首先会从网络上寻找产品需求文档模板,希望从中了解和学习具体的写作要求,但实际上,现在网络上绝大部分的PRD文档都是与实际工作不相符的,或者说是复杂的。前几天一位从事产品类工作的朋友,发来一份他写的产品需求文档目录截图给我(下图),当时我就郁闷了,这些类目更像是MRD文档,而不是PRD文档了,因此我决定写几篇讲述写作PRD文档的文章,分享一些我关于PRD文档的见转载 2015-06-04 19:45:06 · 981 阅读 · 0 评论 -
(10.3.5)产品需求文档(PRD)的写作方法
无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过五篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前五篇文章进行整体的摘要介绍,帮助大家快速了解写作流程。产品需求文档(PRD)的写作 五篇章:1、写前准备(信息结构图)2、梳理需求(产品结构图和用户流程图)3、原型设计(手绘原型,灰模原型,交互原型)4、撰写文档(PRD转载 2015-06-04 19:35:39 · 733 阅读 · 0 评论 -
(10.3.3)第六期 产品需求文档PRD模版
人人圆桌人人圆桌是在群讨论的基础上,通过筛选人员、限制讨论时间的一种讨论模式,以达到帮助新人成长、发散思路和学习交流的目的;而且因圆桌讨论的特殊性,也能在讨论中暴露出一些工作和思维上的问题,避免工作时再次犯错。规则介绍人人圆桌开启时间为每月第二个周四晚上20:30,历时60分钟。圆桌主题确定后会提前在众多报名者中,选择10名合适的成员单独建群讨论。圆桌主题则在圆桌招转载 2015-06-04 19:16:22 · 1548 阅读 · 0 评论 -
(10.3.2)PRD中产品功能点及其描述自查清单
前言最近Mr汤进er在学习PRD的写作。直接的感触就是:写PRD是一个技术活,也是一个细心活。PRD的主要阅览用户就是开发工程师,为了能够和开放人员进行高效的沟通,一份优秀的PRD文档应该满足的基本要求包括:完整、准确、清晰、简洁和稳定。其中”完整"便是指考虑周全没有遗漏。完整的功能描述和用例,不但可以方便开发工程师快速了解完整的功能需求,同时也为产品上线前的产品测试提供必要的参考。完整的转载 2015-06-04 19:11:19 · 1606 阅读 · 0 评论 -
(10.3.5.3)产品需求文档的写作(三) – 原型设计(手绘原型,灰模原型,交互原型)
上一篇文章我们通过思维导图将想法进行了结构化梳理,接下来我们就需要进行方案的可行性推演,验证产品功能是否可行,预估项目要花多少人力物力,因此我们就要通过原型设计进行相关需求的论证。一开始就撰写PRD文档,我们很难对产品进行各方面的评估,也无法得知方案的可行性,并且无法直观细致的考虑产品。原型设计是帮助我们更细致的思考,并做各项需求的评估,同时也是将自己脑海里的想法进行输出,通过原型设计后,转载 2015-06-04 19:53:09 · 896 阅读 · 0 评论 -
(10.3.4)如何写出好的PRD
作者:Cherry,2007年进入腾讯公司,一直从事互联网广告产品管理工作,目前在SNG/效果广告平台部从事效果广告的产品运营工作。PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚。通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识。如何才转载 2015-06-04 19:31:42 · 887 阅读 · 0 评论 -
(10.3.5.6)软件验收报告文档模版
{项目名称} 验收报告 {日期}目 录 §1 项目基本情况§2 项目进度审核2.1 项目实施进度情况2.2 项目变更情况2.3 项目投资结算情况§3 项目验收计划3.1 项目验收原则3.2 项目验收方式3.3 项目验收内容§4 项目验收情况汇总转载 2015-06-12 11:56:13 · 3651 阅读 · 1 评论