1. 开发人员实际上并没有真正的理解用户需求：只是做一个Demo去给用户看，但是用户实际上很难判断(因为Demo和实际产品还是有差别的)，如果真正的理解了用户的需求，不仅可以理解用户口头描述的需求，而且可以对潜在的、用户可能提出的需求进行挖掘，这样就可以大幅度减少后期的需求调整;

　　2. 缺乏一个用户和开发人员统一个沟通工具，以文字描述的需求对于用户来说负担也是比较重的(综合理解起来难度大)，以用户能够理解的方式、形象化、图形化的描述需求，往往比场景描述更重要(虽然没有场景描述(UseCase)那么严谨)

　　3. 持续交付也是一个可以考虑的做法：只有产品真正地投入使用了，用户才会真正地对需求进行确认。但是要注意在执行的过程中以”Do one thing, do it best" 为原则，不要什么功能都实现80%，这样的产品用户是不喜欢用的。