需求分析是至关重要的，对于每个系统而言，需求是生命线，是一切后续工作的源头，笔者在大量的项目实践中发现成功的项目往往在需求定义上相对比较清晰，双方的沟通很顺畅，而死搅难缠的项目往往在需求阶段就能发现苗头，沟通上也困难重重，从某种意义上来讲，一个系统的开发其实就是系统开发商与客户的一次“恋爱”行为，系统从某种程度上就是双方“恋爱”的结果，能否有好的结果，取决于双方是否投入了充足的精力，是否有高度统一的认识以及一致的协调配合，在这里笔者个人非常反对如下两种片面的认识，->系统开发是开发供应商（

某日，一同事埋怨，我们是做用户体验工作的，辛辛苦苦的做功能需求分析、用户信息调研、做加法减法、业务流程优化，产出原型稿后，却经常遭到用户的挑战，死心塌地为他们做最好的产品，最人性化的系统，却做的两边不讨好。对于这个问题不仅仅是我那位同事的苦恼，也是我一直所迷惘的方面。今天就简单的聊聊用户体验这个部门的存在，是不是一个摆设，如何实现它的价值。首先我要提出的观点是，做UE的人员有两方面矛盾冲突点，一个是来自内部的压力，对于做技术开发的同事来说，他们当然希望我们提出的交互性的需求越来越少，曾经在会上，

需求分析是至关重要的，对于每个系统而言，需求是生命线，是一切后续工作的源头，笔者在大量的项目实践中发现成功的项目往往在需求定义上相对比较清晰，双方的沟通很顺畅，而死搅难缠的项目往往在需求阶段就能发现苗头，沟通上也困难重重，从某种意义上来讲，一个系统的开发其实就是系统开发商与客户的一次“恋爱”行为，系统从某种程度上就是双方“恋爱”的结果，能否有好的结果，取决于双方是否投入了充足的精力，是否有高度统一的认识以及一致的协调配合，在这里笔者个人非常反对如下两种片面的认识，->系统开发是开发供应商（