一个客户每周提三到五条功能需求，另一个客户一个月只提一条。按直觉，后者似乎更容易流失，实际情况常常相反。
2 类需求背后的人群
3 个判断方法
1 步该做的动作
1. 需求多不一定是好事
频繁提需求的客户，有一部分是在用提需求代替学习。他遇到不会的地方，不查文档也不问操作，而是直接要求改系统。
2. 需求分两类
一是真实缺口：现有能力确实覆盖不了他的业务；二是使用障碍：能力有，只是没人告诉他怎么用。两类需求的处理方式完全不同。
3. 怎么判断是哪一类
看提出需求的人是不是一线使用者、看他有没有试过现有功能、看需求是否重复提出。三个信号里有两条吻合，多半是使用障碍。
4. 先教，再评估
对使用障碍类需求，先安排一次场景化的培训，把现有能力演示一遍，两周后再回看还有几条需求成立。多数情况下，清单会短下来。培训记录与需求记录放在一起，后续判断也有依据。
结语
需求清单越长的客户，越需要先被教会怎么用。教会之后留下的，才是真需求。