一些思考：

　　1）需求收集应该收集用户真正面临的问题和业务场景，这样才能够捕获用户真正的需求，而不是只盯住用户提出系统需要实现什么样的功能，“需求收集”不是“需求汇总”。

　　2）用户要的是产品的“价值”，而非产品的“功能”。只有当一个产品功能真正帮客户解决问题，这个功能才具有价值，也才真正有“功能”。

　　3）需求收集流程要真正发挥作用，必须在组织层面通过组织管理制度及绩效考核制度来保证，将需求收集纳入到各相关部门的绩效考核中。不能指望大家三分钟的热情。

　　4）需求收集流程的执行情况是一个公司管理是否规范的试金石，也可以衡量一个公司是否真正“以市场为导向、以客户为中心”。

　　5）需求收集既要避免“什么都要做”的冲动，又要避免“只关注当下需求”，核心根源还是在于产品战略是否清晰。

　　6）常规的需求收集手段并不能够解决产品创新问题，但如果没有持续的需求积累，创新就无从谈起，创意的灵光源于专业。

　　7）尊重竞争对手和用户。竞争对手和用户并不像我们想象的那么愚蠢，以自己的标准来度量别人的产品才是真正的愚蠢。很多时候我们从自己的预设立场出发，否定掉了众多创新机会。对竞争对手，我们应当首先成为其产品忠实用户；对用户，我们应当通过用户社区等互动手段来“倾听用户的心声”。

　　4、需求收集理论模型

　　4.1、$APPEALS：收集市场需求的工具

　　APPEALS方法是IBM在IPD总结和分析出来的客户需求分析的一种方法。它从8个方面对产品进行客户需求定义和产品定位。

　　● $-产品价格（Price）
　　● A-可获得性（Availability）
　　● P-包装（Packaging）
　　● P-性能（Performance）
　　● E-易用性（Easy to use）
　　● A-保证程度（Assurances）
　　● L-生命周期成本（Life cycle of cost）
　　● S-社会接受程度（Social acceptance）

　　关于$APPEALS可以参考 $APPEALS市场需求和产品定位工具

　　4.2 客户满意度模型（Kano模型）

　　KANO模型定义了三个层次的顾客需求：基本型需求、期望型需求和兴奋型需求。这三种需求根据绩效指标分类就是基本因素、绩效因素和激励因素。

　　基本型需求：顾客认为产品“必须有”的属性或功能。当其特性不充足（不满足顾客需求）时，顾客很不满意；当其特性充足（满足顾客需求）时，无所谓满意不满意，顾客充其量是满意。

　　期望型需求：耍求提供的产品或服务比较优秀，但并不是“必须”的产品属性或服务行为有些期望型需求连顾客都不太清楚，但是是他们希望得到的。在市场调查中，顾客谈论的通常是期望型需求，期望型需求在产品中实现的越多，顾客就越满意；当没有满意这些需求时，顾客就不满意。