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

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

　　怎么实现呢？

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

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

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

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

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

　　我们只有认识到什么是参数，才能在参数列里，将参数的内容独立出来。

　　这就反过来对我们产生了督促效果。

　　在撰写的过程中，会反复思考需求如何实现的，并且向开发询问，进行技术调研，经过了这一系列的过程，最终写出来的需求文档，就会极大的规避遗漏掉的需求，以及会变更的需求。

　　要知道，在我们掌握一个需求的实现方案之前，这份文档是写不出来的。

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

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

　　积累需求库

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

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

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

　　图中是一个功能模块的需求文档，我们会发现很多产品里使用到发布时间的，开奖，都会有一些相同的表现结果。

　　那么这部分的需求文档就可以复用到多个项目中。

　　随着这样的模块化需求越来越多，我们自身就会积累非常高效的需求库。

　　怎么做呢？

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

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

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

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

　　需求库的形成，会有几个典型好处：

　　1.对功能的认识可积累下来

　　2.极高的复用性能

　　3.逐渐完善需求，减少遗漏

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

　　统计数字现在经常被使用，像是点赞数，评论数，关注数，粉丝数，照片数，阅读数等等，非常多的地方使用到了统计数。

　　我们可能在第一次写统计数字的需求时，会漏掉单位转换，没关系，我们将这个遗漏掉的需求，以需求变更的形式，记录下来。

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