需求文档2.0:三个原因,解答我为什么用excel写需求文档

59 评论 78668 浏览 642 收藏 13 分钟

不只是我自己在用excel,我还推荐朋友使用,在培训时,我也将excel需求文档的写法教给大家,并且将excel版本定义为需求文档的2.0阶段。

这篇大概是我改的次数最多的文章,因为好处实在太多,最开始我从使用特性来分析,然后又从管理来分析,但总觉得不妥,毕竟这些好处并不是绝对的,还要看个人和团队的升级应用,然后就有了这版 ,绝对肯定一定大概也许可能打死不改的版本。

我决定,写几个最基础的好处,属于每一位用excel写需求文档都会拥抱它的好处。

一、需求可量化

如图,我们一旦使用excel写需求文档,会立即知晓需求数量,图有14个需中便求点。你还记的上一个版本做了多少个需求吗?

我们使用excel来攥写需求文档,会很明确每个版本的需求量,比如我在上一个版本里总共开发的需求点有240个左右。

不论是word版本又或者是原型图标注,在这一点上都无法做到与excel相同的效果。(ps.我始终不认为原型图标注是一种需求文档的撰写方法,他应该是表现形式才对)

需求量化以后,我们能做到哪些事情?

将需求量化以后,我们可以轻易得到以上四个信息。

产品输出:

基本上每位产品经理都能生产需求,但却无法将这些需求进行均衡,这也是许多创业团队的PM进入成熟团队后,很难适应的问题。

每个开发团队的生产力都是有限的,越是成熟的团队,周期内开发的需求量越是显得均衡,比如一个月固定开发量在400-500之间。

当然开发团队的规模,技术能力,以及需求复杂度,都会影响可开发的需求量。但这些的前提,我们得有能量化下来的需求才行。

需求变更:

需求变更不仅仅是让开发,测试同学深恶痛绝,也是我们产品从业人员心理的痛。谁不想消灭需求变更呢?毕竟被大家不信任,以及质疑,总不是一件让人感到高兴的事情。可似乎我们总是做不到“不变更”,甚至不知道自己的变更算严重还是在可接受范围。

量化以后,这些数据就能成为我们最大的评判工具。

在上个版本一共有40个需求点出现了变更,这个版本变更记录只有20条,是不是离目标近了点?即使某个版本出现变更较多的时候,比如出现了60个需求点变更,我们也能立即发现问题出在哪个环节,能发现自己对何种类型的需求掌握不足。

开发输出:

大概是习惯使然,我们一般都会质疑产品的需求遗漏,却不怎么会留意到功能漏做,一个好的团队 ,出现功能漏做的可能性比较低,但在团队初期时,这个问题,可是非常常见的。

我们可以借助规范的方法来避免这个问题,也是寄托于需求可量化的特性,能够统计到漏做的数量 ,也能关注到哪些需求容易漏做。

这是word乃至原型标注所不能达到的效果:需求可量化

需求量化后就可被统计,而有了统计,就会出现完成率,变更率

这部分就不再展开了,我们来看看除了需求可量化以外,我选择excel撰写需求文档的其他好处。

二、认识功能

这是我强调的另一个概念,对于产品经理而言,这是一个分水岭:认识功能。其实有许多产品经理认识需求,但却不认识功能。

这并不是一个值得提倡的趋势,需求的来源我们可以理解成分析阶段的产物,也是一种想法,思考的表现,但却终要功能来实现。

互联网产品经理本身有很大的局限性质,我们的想发必须依赖功能才得以实现,而这些功能都受到编程语言的限制,那就表示,功能是有限的。

需求是什么呢?

用户将内容从A产品里分享到朋友圈里,如果他的微信好友访问了他分享出去的内容,那在A产品里能够记录并通知用户:你的微信好友xxx ,访问了你分享的<xxxx>。

这是一个需求,也是我所做过的一个需求,实际的效果非常好,我们不需要将用户的微信好友转移到A产品里,就能实现简单的熟人互动。‘

怎么实现呢?

Word版本的需求文档,大多是以描述需求为主,就像这个案例一样,这个描述里有多少个功能,都有哪些功能,我们都是不知道的。

但excel的需求文档里,如果我们不认识功能,就无法撰写,excel并不只是将需求点罗列出来而已。

按照列顺序,依次是 功能模块 ,需求点,需求描述, 参数

功能模块可以有多个需求点,需求点却只能包含一个功能点。

我们只有认识到什么是排序规则,什么是首次加载,什么又是翻页,什么是缓存,才能去将这些功能罗列出来,并且对单个功能点进行描述。

我们只有认识到什么是参数,才能在参数列里,将参数的内容独立出来。这就反过来对我们产生了督促效果。

在撰写的过程中,会反复思考需求如何实现的,并且向开发询问,进行技术调研,经过了这一系列的过程,最终写出来的需求文档,就会极大的规避遗漏掉的需求,以及会变更的需求。要知道,在我们掌握一个需求的实现方案之前,这份文档是写不出来的。

所以,使用excel写需求文档的PM ,在相同的一年里,往往能比word版本的PM,具备更多的功能素材,积累更多的关于技术的认识。

这并不需要学习代码,excel写需求文档就能达到这个效果。

三、积累需求库

当我们进入这个行业后,会逐渐的发现,功能的复用度很高。

我所了解的设计师有一些开源的素材,开发也会有封装好的SDK,可以直接使用。

产品经理也可以,我们的需求文档也可以积累下来,也是可以被复用的。

图中是一个功能模块的需求文档,我们会发现很多产品里使用到发布时间的,都会有一些相同的表现结果。那么这部分的需求文档就可以复用到多个项目中。

随着这样的模块化需求越来越多,我们自身就会积累非常高效的需求库。怎么做呢?

这只需要我们单独再建一张EXCEL,将每个版本的需求,按照一定的规律进行集合就好了。

Excel的需求文档,由于是对功能进行定义,也就是说从功能的角度来写,这就导致复用性非常高,不牵扯到业务逻辑,需求场景,功能就是功能。

久而久之,就会让我们发现其实不同的需求所用到的功能很多都是相同的。不论我们做什么样的项目,图片还是那个图片,输入框还是输入框。

这时,我们再写一份需求文档,大概只需要1-2小时,从我们的需求库,提取出相应需求就可以了。

需求库的形成,会有几个典型好处:

  • 对功能的认识可积累下来
  • 极高的复用性能
  • 逐渐完善需求,减少遗漏

有时候,我们会反复在同一个类型的需求里反相同的错误,就拿统计数字来讲吧。

统计数字现在经常被使用,像是点赞数,评论数,关注数,粉丝数,照片数,阅读数等等,非常多的地方使用到了统计数。我们可能在第一次写统计数字的需求时,会漏掉单位转换,没关系,我们将这个遗漏掉的需求,以需求变更的形式,记录下来。

第二次写的时候,我们会直接复用这块的需求,可能还会漏掉四舍五入,同样的,还是用需求变更的方式记录下来。

到后续的第三次,第四次,直到我们不需要再补充了,直到不会再因为该类型的需求,增加需求变更记录了,我们的需求库就成熟了。后续使用时,直接复用就好,无须再思考了。

这篇文章,我给大家讲述了三个选择使用excel的原因,但就如同我在前文里提及到的,excel的好处实在太多了,甚至还有很大的挖据空间,等待大家的发现。

枯叶讲需求

今天来说说前端的“判断”逻辑。

判断逻辑是指在指定结果里,选择某一个结果进行展示。

每个结果,都会有一个唯一的原因。

以关注按钮而言,后端会告诉前端该用户是否已关注对方,0表示 已关注,1表示未关注,前端就判断这个参数是0还是1。如果是0的话,就显示已关注按钮,或者隐藏关注按钮;如果是1的话,就显示关注按钮。

判断条件的结果可能有多个,但一定是有限的,而且是一对一的。比如有四种结果,那就是在四种结果中间进行判断。

#专栏作家#

枯叶,近6年经验的产品经理,人人都是产品经理专栏作家。擅长社交,社区,细分群体挖掘。微信公众号:枯叶咖啡馆。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 求楼主分享文档,我好觉得这种方式非常好啊,好想学习下,2280674836@qq.com,万分感谢您!

    来自广东 回复
  2. 这个方法其实类似于测试同学的,测试用例,感兴趣的同学,可以去了解一下。excel便于统计,但并不便于表达。整张的excel需求表应该在产品经理手中自我留存,作为跟踪和统计的汇总表现。单个功能的需求表状阐述方式应该附在原型或者文档内,这样通过原型 流程 需求表,就构成了一个完整的需求从面到线再到点的表达形式。更便于开发人员的理解(撕逼)。

    来自河北 回复
  3. 可以分享一份excel 版的PRD 学习一下吗? 我的邮箱是1004379235@qq.com

    来自陕西 回复
  4. excel写需求有个最致命的问题,对于流程的描述不清楚。excel适合已有页面已有功能的小修改。一般还是用excel来做需求排期和跟踪

    回复
  5. 求楼主分享文档,关注您很久了,894661143@qq.com,感谢

    来自江苏 回复
    1. 请问楼主分享文档了吗 😡

      来自辽宁 回复
  6. 学习了

    来自江苏 回复
  7. 求楼主分享文档,小白入门中,748924158@qq.com,感谢

    来自陕西 回复
  8. 求楼主分享文档,小白入门中,1121826305@qq.com,感谢

    来自安徽 回复
  9. 求楼主分享EXCEL文档,小白学习中。1141059209@qq.com.谢谢!

    来自河北 回复
  10. 求楼主分享EXCEL文档,小白学习中。1183870515@qq.com .谢谢

    来自广东 回复
  11. 关于版本号有个问题,上面示例表格里的版本号指的是APP版本号吧?那么需求文档本身的版本号如何管理?

    来自江苏 回复
  12. excel直观 可以统筹管理需求。不过技术一般都会让你用最简单的word来写需求的 就是纯粹写需求 不会考虑规范 只考虑他们看得懂 😱

    回复
  13. 跪求楼主分享,需要好好学习。我邮箱是:805345174@qq.com 可以的话请发到我邮箱,或者加QQ都好。谢谢啊

    来自广东 回复
  14. 求楼主分享EXCEL文档,小白学习中。1477696124@qq.com.谢谢!

    来自浙江 回复
  15. 求楼主分享EXCEL文档,小白学习中。1466309371@qq.com.谢谢!

    来自北京 回复
  16. 953691224@qq.com 小白在努力学习中,希望获得更详细的资料来加深理解!谢谢!

    来自上海 回复
  17. 学习了,求楼主分享下Excle文档,本人产品小白急需学习,email——1244216510@qq.com

    回复
  18. 求楼主大人好心,发我一份,新手小白,急需解渴。xiongmaohulian@163.com

    来自福建 回复
  19. 觉得特别好,可不可以email一份给我,最近正准备实践一下。360582126@qq.com

    来自北京 回复
  20. 一般都是两个文档吧,excel管理需求迭代记录和统计汇总,word管理需求的细节说明等等。

    回复
  21. 用excel好处太明显了。只不过,出需求的时候不太方便,得把旧需求和新需求分开,而且缺少了原型图的辅助。

    来自广东 回复
  22. 群众能否分享一下源文件。想学习一下。

    来自上海 回复
  23. 打赏不了呢。作为产品经理自己梳理功能点工具,还是很不错的。刚入行,需求点都是用印象笔记来记录,比较零散,一直想寻找一个可以梳理需求功能的工具。

    回复
  24. 其实感觉你理解你这里说的需求文档,更像是需求(功能)规格说明书,真正的产品需求文档(prd)包含的内容还应该有产品背景,定位,目标,流程,风控,财务,安全等等一系列的描述,整个加起来才是一份完整的prd。
    不过说实话,那玩意写出来别说开发了,就连自己都不想多看一眼,写需求规格说明书确实Excel更直观高效,唯一不足的是不能像word那样图文并茂(虽然非要图文并茂也是可以的,到那样的排版,无异于word了)。

    回复
  25. 好处确实很多,有一个问题就是你把所有的需求进行定量了,这个工程非常大,word需求大部分需求都是定性, 产品写起来会比较容易一点,

    来自北京 回复
  26. 不管是原型、还是word、还是excel,能把需求有效的传递出去就好,看自己情况选适合的就可以

    来自北京 回复
  27. 我们的‘想发’必须依赖功能才得以实现,出现了错别字,应该为我们的‘想法’必须依赖功能才得以实现

    来自北京 回复
  28. +1如果需求多了 用excel就会出现困扰。。打开跟查询都会消耗很多时间

    来自河北 回复
  29. 那是因为你的需求文档比较小,如果文档过大,用excel查看起来就困难了

    来自上海 回复
  30. 确实,其实EXCEL倒腾起来蛮方便的,最初我们都是用EXCEL来整理的;
    这里面最关键点的是:在进行需求转化为功能点时,功能点细分粒度、功能点写法的规范性要有可衡量的标准,然后才利于后续的沉淀、复用、统计等;

    来自广东 回复