产品经理如何正确的写产品需求文档

产品经理如何正确的写产品需求文档

通过工具—把思想有逻辑、有细节的合理的组织到一起!

互联网行业,蓬勃兴起,很多从事产品工作。

不管是生手、新手、老手还是高手,我也想和大家分享一下产品需求文档的一些心得,希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。

1、熟悉项目发生的相关业务行为。

言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

简而言之,得要求:

面向业务(对象),进行业务行为(设计),也是需求的开始,

推荐工具:Ration rose ★★★★

说明:

通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package, 从而将复杂的业务通过case 直观的表现出来。 工程师看的明白、产品人员也看得明白

2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

很笼统的说,就是;流程问题

流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。

不管是进销存、还是SAP 原理其实都是相通的。

推荐工具:Visio 2007 ★★★★★

说明:

Visio 是个老掉牙的工具了,从微软手里出到了07版本,它该有的模型都有了,

通过visio 你可以直接的把整站流程框束在文档上。不论你开发怎么样的系统,需求什么样的环境,都可以一一标明出来。你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。

所以强调一点,产品人员要熟悉计算机开发,熟悉人机交互,熟悉一些常用的开发方式,这样有助于很好的和团队做融合,更好的框架更容易扩展。

3、把项目条目化,条理化,目录结构具体规定好。

有了上面主要的CASE 和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。 推荐工具:Mind manager ★★★★

说明:

mind manager是一款可视化思维导图软件,它可以智能的建立各个模块,各个主、次、平级目录。同时也当便做调整、做对外的功能结构的报告演示。更值得一提的是通过它可以导出到word 中,方便您对word 进行完善。

4、前台结构布局,合理规范的将系统脱去朦胧的华纱。

众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。 所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯,要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。

所以,我接下来要说的这款工具,就很好的帮助了前台的布局

推荐工具:Axure rp ★★★★★

说明:

Axure 是一款特别好用的产品模型设计软件,可视化操作,ajxa 能直接生成页面需求,更独特的它可以实现:div onmouse onclick 等很多交互事件,UI 和工程师看到页面能直接看到你要设计的效果,而不是很头痛的看没完没了的文字描述了。同时他们还可以在第一时间给我良好的建议做最初的UI UE的确定,LucidSpec

5、穿针织网,把需求综合起来,整理成最终的产品需求文档

该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录

放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。最后你要是不嫌弃不好,冠名—“某某某解决方案”,再做一套漂亮的PPT 带着一些所谓的行业、项目数据分析,你可以直接去找风投去了。

推荐工具:Word 2007 ★★★★★

说明:

没有word 我觉得是件很可怕的事情,因为我觉得很多替代文档编辑软件都没有它来的让我喜欢,不知道大家有没有同来感觉,

产品人员的素质是:

1、细心、耐心、好学、责任心

2、逻辑、条理-清晰,思路流畅

3、具有文字表述和语言沟通交流能力,关注细节

4、面向对象考虑,从系统、用户双重角度出来,关注细节,掌握必要的工具。

5、善于数据分析,有较好的商业敏感度。

产品经理如何正确的写产品需求文档

通过工具—把思想有逻辑、有细节的合理的组织到一起!

互联网行业,蓬勃兴起,很多从事产品工作。

不管是生手、新手、老手还是高手,我也想和大家分享一下产品需求文档的一些心得,希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。

1、熟悉项目发生的相关业务行为。

言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

简而言之,得要求:

面向业务(对象),进行业务行为(设计),也是需求的开始,

推荐工具:Ration rose ★★★★

说明:

通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package, 从而将复杂的业务通过case 直观的表现出来。 工程师看的明白、产品人员也看得明白

2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

很笼统的说,就是;流程问题

流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。

不管是进销存、还是SAP 原理其实都是相通的。

推荐工具:Visio 2007 ★★★★★

说明:

Visio 是个老掉牙的工具了,从微软手里出到了07版本,它该有的模型都有了,

通过visio 你可以直接的把整站流程框束在文档上。不论你开发怎么样的系统,需求什么样的环境,都可以一一标明出来。你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。

所以强调一点,产品人员要熟悉计算机开发,熟悉人机交互,熟悉一些常用的开发方式,这样有助于很好的和团队做融合,更好的框架更容易扩展。

3、把项目条目化,条理化,目录结构具体规定好。

有了上面主要的CASE 和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。 推荐工具:Mind manager ★★★★

说明:

mind manager是一款可视化思维导图软件,它可以智能的建立各个模块,各个主、次、平级目录。同时也当便做调整、做对外的功能结构的报告演示。更值得一提的是通过它可以导出到word 中,方便您对word 进行完善。

4、前台结构布局,合理规范的将系统脱去朦胧的华纱。

众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。 所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯,要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。

所以,我接下来要说的这款工具,就很好的帮助了前台的布局

推荐工具:Axure rp ★★★★★

说明:

Axure 是一款特别好用的产品模型设计软件,可视化操作,ajxa 能直接生成页面需求,更独特的它可以实现:div onmouse onclick 等很多交互事件,UI 和工程师看到页面能直接看到你要设计的效果,而不是很头痛的看没完没了的文字描述了。同时他们还可以在第一时间给我良好的建议做最初的UI UE的确定,LucidSpec

5、穿针织网,把需求综合起来,整理成最终的产品需求文档

该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录

放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。最后你要是不嫌弃不好,冠名—“某某某解决方案”,再做一套漂亮的PPT 带着一些所谓的行业、项目数据分析,你可以直接去找风投去了。

推荐工具:Word 2007 ★★★★★

说明:

没有word 我觉得是件很可怕的事情,因为我觉得很多替代文档编辑软件都没有它来的让我喜欢,不知道大家有没有同来感觉,

产品人员的素质是:

1、细心、耐心、好学、责任心

2、逻辑、条理-清晰,思路流畅

3、具有文字表述和语言沟通交流能力,关注细节

4、面向对象考虑,从系统、用户双重角度出来,关注细节,掌握必要的工具。

5、善于数据分析,有较好的商业敏感度。


相关内容

  • 如何正确的看待:产品需求文档和产品需求 | 产品经理费杰的博客
  • 产品经理不得不看的:专业.原创.知识分享博客! 首页 » 产品经理入门指南 » 如何正确的看待:产品需求文档和产品需求 如何正确的看待:产品需求文档和产品需求 其实那会还在北京的时候,就曾经写了篇文章叫<正确的写产品需求文档(PRD)>后来被转载无数,现在想想那会还仅仅是停留在技能的熟练 ...

  • 产品经理的主要职责
  • 产品经理的主要职责 Product Management & Product Marketing - A Definition 做为一名新进产品经理,甚至一名资深PM,你可能都或多或少对这个职位产生某种迷惑.到底什么是产品经理?这个职位的主要职责是什么?在IT 产业的不同领域,甚至在同一领域 ...

  • 项目经理工作小结
  • 对于这种需求天天变的客户,你就一定要事先做好规矩:   一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导、王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了,所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的 ...

  • 软件项目质量管理实战总结
  • 软件项目质量管理实战总结 第一章 引言 许多IT 项目开发的系统应用在生死攸关的场合.例如,1981年,由计算机程序改变而导致的1/67的时间偏差,使航天飞机上的5台计算机不能同步运行,这个错误导致了航天飞机发射失败.1986年,1台Therac25机器泄露致命剂量的辐射,致使两名医院病人死亡.造成 ...

  • 产品经理必备技能培训
  • 一份详细的产品经理培训文档 前言 上周很荣幸的,给一家企业做了定制版的产品经理内部培训,严格意义上来说也谈不上培训2个字,因为本身自己的认识.资历.技能都是半桶水,二来,到目前也没有做出啥成功的产品.不过成长的道路,必有你师我师,借此希望和大家共勉吧. 产品经理其实是一个从P(prefessiona ...

  • 产品经理主要职责
  • 东东推荐:经常有人特别是新人问到产品经理的职责是什么,其实这很大程度由公司对其职位的定位所定的.不过也是有一些共性的,请看下文. 由于在不同的企业和环境下产品经理的分工.职责各有不同,大多产品新人对产品经理的职责划分不清,今天就大概整理下自己在自己的维度,对这些职责的理解,一是当做笔记,二是和大家共 ...

  • 软件测试的基本流程与测试规范
  • 软件测试的基本流程与测试规范 目录 前言 ................................................................................................... 1 一.软件测试的流程 . ............... ...

  • 产品经理应该怎么写BRDMRDPRD需求文档
  • 产品经理应该怎么写BRD.MRD.PRD(需求文档) 产品经理应该怎么写BRD.MRD.PRD(需求文档)呢? 2012-10-24 11:35:33| 分类: 杂谈 | 标签:产品经理 需求文档prd brd |字号大 中 小 订阅 曾经需要写产品相关的文档时总是不知道从哪里下手需要表达出什么,主 ...

  • 作为 To B 产品经理,如何梳理完全陌生的业务需求?
  • 作为一位基层产品汪,当面对完全陌生的业务时,该从何下手? 各位 2B 的产品经理有没有遇到这样的场景: 老板有一天亲切务必的邀请你去他的办公室,面若桃花的说:"小王啊,我这里有个好机会想给你."你心下一颤,料到不会是什么好事.果然他紧接着说:"最近市场部接了个大活儿,那 ...