一、需求可以量化
如图所示，使用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的好处实在太多了，甚至还有很大的挖据空间，等待大家的发现。