Word产品需求文档,已经过时了

980 评论 550924 浏览 4726 收藏 10 分钟

说来有些惭愧,写这篇文章是用来教大家写需求文档的。但其实,我很少会写传统意义上的产品需求文档;甚至,我连word都很少用。用惯了Axure的任意布局方式,再用word感觉非常别扭,尤其是在添加图片时,简直感到捉急。当然,这不是我不用word写需求文档的根本原因。

简单来谈一下,为什么软件开发项目中,需要需求文档这么个东西?

在稍微大一点的开发团队中,产品经理未必能向所有开发人员,传达具体的产品开发需求。这时就需要一份文档来供所有的项目参与人员阅读。而产品经理又常常爱拍脑袋、容易变卦,所以文档也是开发人员约束产品经理的一项武器。在产品上线前的测试环节,测试人员也同样会拿产品需求文档来验收产品质量。当团队进入新人时,文档也可以让新人更快地了解产品。

总的来说,产品需求文档有三个核心作用:

  1. 传达产品开发需求;
  2. 保证各部门沟通有理有据
  3. 产品质量控制有具体标准

由此可见,产品需求文档是必不可少的。那一份好的需求文档,就应该能准确传达出产品的开发需求。那么产品需求文档该用什么方式写,才能更好地传达出产品开发需求呢?

就我所见,行业大多产品经理都是用Word+Axure原型的方式组成产品需求文档。那这种方式,是否真的能方便地表达出产品需求?我问了很多程序猿,他们在开发时,一般都是看着效果图和原型图写代码,只有在遇到问题时,才会查看word文档。也就是说,开发需要一边写代码,一边看效果图,一边看原型,还要时不时查看文档。而且,大多数程序猿都不会逐字逐句去读产品经理的长篇大论。那产品经理写word真的合适吗?这样的用户体验真的好吗?花费大量时间写word真的有价值吗?在Axure画原型的同时,我们为什么不能直接在旁边标注呢?这样岂不是方便快捷很多吗?

其实,当下流行一种直接在原型图上标注的需求文档撰写方式。在新版的Axure8中,也已经推荐了原型加标注的需求文档样式。Axure8新增了一组部件—不干贴,就是方便产品设计人员进行功能标注。

2

重视用户体验的产品需求文档该怎么写?

下面我就不讲思路了,先展示我的产品需求文档的历史版本和最新版本对比。

3

产品需求文档V1.0 版

这是我一年前的原型加标注,只有很粗糙的标注,现在看来真的是很low啊

4

产品需求文档v2.0版本

这个是第二个大改版,做成了网页的形式,有一级导航,二级导航,还有版本号。左边的站点地图也进行了清晰的逻辑分组。

5

产品需求文档v3.0

这是现在我用的版本,导航栏变得精致了有没有。所有标注都进行了像素级排版,所有的间距都用准确的像素测量,然后布局。

随着每个版本的调整修改,其实都伴随着视觉效果提升、逻辑架构更清楚,也更加提升了用户体验。

下面继续来展示更多页面

6

产品简介

我将PPT做的商业需求文档贴在了里面,真可谓时时刻刻不忘商业目标啊

7

版本说明

是非常重要的版块,整个版本所有的需求都列在这里,并且已经写好了版本升级的提示内容,市场同学可以直接拿去用。开发同学通常都是参考这里来进行工作分配,点击详情按钮,可以直接跳转到原型图页面,那里有详细的需求描述

8

开发周期

此页面我没有进行详细丰富,其实还可以写具体什么功能,由谁负责,工期多久等内容

9

版本历史

这个页面也是很重要的页面,所有的版本迭代都可以展示在此表格,可以清晰地看到你们团队的版本迭代周期

10

修订历史

此页面是非常重要的页面,虽然他是排在最后一个位置,但是,每次打开Axure文档都会先显示此页面。就拿需求文档来说,我还没遇到哪个版本不用进行修改的,所以产品经理一定要把每次文档调整的地方在这里清晰地写出来,方便文档读者观看,也方便自己记录

11

思维导图

这个版块下,全是产品相关的图表,比如产品结构图、信息结构图、流程图等。我曾经尝试用Axure自带的流程图部件来画流程图和思维导图,但得出的结论是,太耗时间,而且布局很费力。所以,这里我都是用mindmanager导出图片

12

全局说明

这个页面其实是展示整个产品的设计规范,一些很多页面通用的规则都可以在这里展示

13

交互原型

此页面就是所有的原型+标注页面了,在这里,我会将这个页面所有的功能与跳转逻辑标注清楚,并且用红色将重要按钮凸显出来,用蓝色标记可点击的链接。而功能标注的布局我是仿照sketch的风格设计的,但比sketch更优秀的地方在于,很多地方是可以点击的,具有交互的

14

用例文档

其实,这个用例文档的页面,是我闲的无聊时做的,并没有什么卵用,测试人员也不会使用此表,更加方便的还是Excel

15

需求卡片

这个页面到现在也已经放弃了,因为对需求的整理,最好还是在Excel中

结尾

到这里,我的产品需求文档就讲完了。从最粗糙的原型到现在精细的原型,历时一年。我能从表象的产品需求文档中看出,自己本身的能力也在逐步提高。其实,文档也是帮助产品经理梳理思路的一种手段。突然想到,什么是产品思维?不断发现问题,解决问题就是产品思维。只有不断思考,不断发现问题,不断总结,才能优化出更优秀的产品。

 

本文由 @臻龙 原创发布于人人都是产品经理 ,未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 与作者观点相同,在axure5.5的时候,我就已经用它写文档了,可以直接在文档线框中加入点击效果,图文结合,这样直接明白。

    来自北京 回复
  2. 楼主,原型模板给我一份给小弟欣赏下,就像学画画,不临摹大师作品,怎么能快速精进呢?283875337@qq.com,谢过

    来自上海 回复
  3. 自己最近也在研究用axure写产品需求文档。很欣赏你的这个结构。

    可否提供一下下载地址~或发个人邮箱:liuliang@zhouliuri.com

    来自北京 回复
  4. 楼主好人,求份模板 🙄 🙄 🙄 597037213@qq.com

    来自安徽 回复
  5. 楼主好人!跪求模板一份!感觉发现新世界!向前辈学习!
    450784968@qq.com
    万分感谢!

    来自四川 回复
  6. 🙄 🙄 🙄 🙄 楼主来一份吧,看看具体怎么实现的,谢谢477768953@qq.com

    来自山东 回复
  7. 楼主,流程图和前置条件、后置条件、角色权限等应该属于用例文档的内容吧,而你此处的用例文档不觉得像测试用例吗?

    来自北京 回复
  8. 自学axure,在一家传统企业做产品,产品文档的确粗糙了些,看到您的,做的真的非常完善。一直也少有前辈教导,小女子在此拜师。做了PC端的电商网站,原型很粗糙。prd也是。一直都没机会设计移动端的。 职场新人,缺乏机会。也跪求 pc/移动端模板。在此谢过大师 😳 😳 😳 373673851@qq.com

    来自湖北 回复
    1. 你好,你有收到没,能否发我一份,谢谢啊 ❗ 我也最近想转产品方向,我的邮箱zwliu5@163.com

      来自浙江 回复
    2. 你好,你有收到没,能否发我一份,感激不尽mixsunflower @126.com 好人一生平安

      来自北京 回复
  9. encoyang@qq.com 新手同求啊 谢谢朋友了

    来自四川 回复
  10. 跪求模板,产品新手,希望可以借鉴一下,在此谢过~379411495@qq.com

    来自广东 回复
  11. 新手,发一份可以么,68191486@qq.com ➡

    来自广东 回复
  12. 楼主好人做到底 给小妹也分享下吧 在此谢过了 328412214@qq.com

    来自广东 回复
  13. 楼主麻烦 把上边那个文档发我下谢谢 学习学习哈哈 好人一生平安! 542457669@qq.com

    另外有个问题 现在咱们是展示 手机端的 如果展品PC端有没有什么好的标注方法啊,因为PC端图片比较大 功能按钮比较多标注起来好标记 但是看的可能会比较麻烦 拖来脱去的。

    来自北京 回复
  14. 页面条件图…作者能给完整版的学习一下么?378254502@qq.com

    来自广东 回复
    1. 发一份给我好吗?谢谢 253133851@qq.com

      来自江苏 回复
    2. 求一份完整版 roll: 感激不尽,最近一直在纠结要把word文档给改成这种,743125485@qq.com

      来自江苏 回复
    3. 你好!我也是做产品设计的,一直都是用word写需求。是否能把作者的完整版需求模版转发给我学习一下?万分感谢!905053155@qq.com

      来自广东 回复
    4. 页面条件的图能否页发一分给我,不是很明白,学习中。swordsjia@163.com

      来自上海 回复
    5. 页面条件图,我也想要,找了好久,跪求好人。541235099@qq.com

      来自湖南 回复
  15. 楼主你好,想请教你一下。你在你的交互原型中通过标注说明了功能和跳转逻辑,但是某些产品规则例如直播消息的刷新频率,例如当前界面出现异常的提示(toast、alert等)都没有标记出来,所以想请问楼主做交互原型的标记的详细程度;另外一个问题是如果楼主已经标注好的这些规则有改动或增删了,怎么标注这些改动并通知到开发人员?(特别是引入某些规则导致很多页面的规则有改动,举个临时想到的例子。例如这个语音产品引入会员机制,那么可能某些地方会员昵称前要加会员标识、会员和非会员可能看到的页面有些不同等等,这些改动该怎么标注?又怎么通知到开发人员我改了这么多地方?)

    来自广东 回复
  16. 楼主求一份你的模板,看着好高大上又实用,确实感觉比Word版本的PRD好很多! 邮箱:2524308083@qq.com
    谢谢楼主,好人一生平安,财源滚滚……

    来自辽宁 回复
  17. 新手求带,发我一份可以吗?66198654@qq.com

    来自广东 回复
  18. 零钱夺宝APP新手产品,求学~378254502@qq.com~xiexie楼主

    来自广东 回复
    1. 其实我想加楼主QQ,学习一下,方便交流,新手产品经理,目前很烦恼需求文档有时候考虑缺乏周全~

      来自广东 回复
  19. 页面条件思维导图下面部分能补全吗?
    文字说明一下也可以。

    来自广东 回复
    1. 你好~我也想看一下页面条件补足的部分,方便转发一下吗?919067814@qq.com

      来自广东 回复
    2. 求转发,1195084954@qq.com

      来自北京 回复
  20. 楼主,问一下,你用sketch做功能标注的时候是用的啥插件?

    来自湖北 回复
  21. 楼主我是一个产品菜鸟,可不可以将你悉心整理的axure模板文档分享我一份学习下,我的邮箱:jingyuyx@126.com,万分感激!

    来自北京 回复
  22. 🙄 🙄

    来自浙江 回复
  23. ❗ 首先,谢谢分享。确实很多word文档,开发人员都不喜欢看。作者将很多产品文档做了集成,产品简单的市场需求分析、产品结构图集成、在原型上做标注、对原型版本进行管理这些是可以有的。如果把项目管理和测试用例的文档放上面就会太臃肿了,并不显得很方便。总体来看,这种文档可以在面试的时候使面试官眼前一亮,实际工作中还是需要根据团队的工作方式来。

    来自重庆 回复
    1. 说得对,比较同意

      来自广东 回复
  24. 本人是UI设计师 想转产品 看到作者的文章觉得比较适合我 正在按照笔者的思路去做一套模板 一边日后套用
    其实产品是应该把更多时间放在思考产品的种种上 但如果不能直观清晰的表达自己的需求 不能把自己的想法跟技术、UI更好的表达出来 也不是合格的PM 不是麽?所以 我觉得笔者的分享更多的意在提醒我们如何更清晰 更有条理的去书写PRD

    来自浙江 回复
  25. 写的很不错啊,感谢!可以把你做需求表借我用一用吗 ❗

    来自广东 回复
  26. PRD=product requirement document,产品需求,产品以需求为导向,PRD的主要内容应该以需求为主,交互只是锦上添花的东西,更多应该在交互原型上来做。
    PM要清楚自己的工作,不要总是去做UE和UI该做的事情。

    来自湖北 回复
    1. UE难道不应该是产品应该做的事?UI的视觉体验PM难道不要把关?
      那你告诉我PM应该做什么事 :mrgreen: :mrgreen:

      来自广东 回复
    2. 说的很清楚了,需求和商业模式是产品最重要的事情,其他的事情可以关注和把控,你要亲力亲为,明白告诉你,你的精力有限。
      每个人要干自己精通的事情,PM已经不是具体工作执行的岗位了,而是公司层面的战略层面去思考问题。如果你不能有这样的想法去想更深层次的东西,却只是着手眼前的一点小东西,会一点点陷入泥潭的。

      来自湖北 回复
  27. 送你一句话 你去当美工吧 有这闲工夫 整理清楚你的文档吧

    来自山东 回复
    1. 难道就不会做一个模板 以后套用?笔者其实更像传达产品重要的是思维逻辑的清晰 界面优化分级 难道不正是一种体现?

      来自浙江 回复
  28. 请问页面的框架是怎么做到在一张页面上自由切换连接的?

    来自上海 回复
    1. 你再去学学axure吧

      来自浙江 回复
  29. 面试的时候,拿着这个很有说服力,但平时工作中这样画有点浪费时间了

    来自北京 回复
  30. 我也用axure做过需求说明,问题是我把较多的时间花在了布局上了,因为这样的做法有点类似“信息图”,需要设计和思考,当然多花点时间代价是别人看起来更清晰。word写的更加专注描述和规格,也就是分工明确一些,画图就画图,写文档就写文档,这样省时间。

    来自四川 回复
    1. 虽然还没试过用axure做PRD,但是想想也觉得自己会把绝大部分时间花在调样式上了,LZ最终展出的成果也是他经历了很多尝试才得到的精华。
      个人认为,在敏捷的时代,PRD一定要足够轻,用FIR、wunderlist、teambition之类的产品效率最高,还可以及时更新进度、看到当前的操作人,复杂的逻辑就交给画图吧!

      来自浙江 回复