我们应该如何对待用户的需求？

　　老早就总是听一些人谈论，听起来言之凿凿，谈论什么呢？

　　今天正好在“软件架构师成长指南”的Ｑ群里，和朋友们就这个话题进行了深入的探讨，整理一下，给大家分享。

第一番：

　　“这个用户简直什么也不懂”

　　“我们不能让客户绑架了自己的设计”

　　“我们要去改变用户，而不是让用户改变我们”

　　其实我们应该反思一下，我们做信息化项目这么多年，为什么我们的项目总是让用户不满意，为什么在中国成长起来的真正实力的软件企业少之又少？

　　和我们做事的方式是有关系的

　　软件，是为用户而生的

　　软件架构，是因为用户需求的存在才有价值

　　软件平台，是因为我们长期对一个行业有深刻认识，才成为平台，而不是空中楼阁。

　　为了架构而搞架构，为了技术而搞技术，没有生命力

　　报怨用户的，都没有真正为用户着想

　　报怨不公的，都只是看到了自己的利益

　　什么叫谁主动谁被动？什么叫不要让用户改变我们？什么叫用户绑架了你的设计？

　　想想你在为谁工作，谁在为你的工作付钱？

第二番：

　　“如果一味迎合用户，而放弃自己原有的特色，那么我们自己的特色就失去了应有的价值。”

　　“用户体验固然重要，但是有些东西还是要坚持的”

　　“在自己和用户之间寻找一个支点，而这个支点是制约用户的准则”

　　“这已经不重要，关键是能否掌控用户，改变用户的行为习惯”

　　“关键是能否创造价值”

　　你坚持的是什么？

　　你坚持的理由和根据是什么？

　　你坚持的东西是为了自己还是为了用户？

　　如果你提到了“迎合用户”，说明你没有找到自己的位置，以及摆正你和用户的关系。

　　如果你制约用户，你就得不到用户的心。

　　用户让你给他做项目，是为了通过你的项目来解决他的各类问题，包括管理上的，流程上的，生产上的

　　你限制他提需求，他最后会得到的是一个什么东西呢？

　　你连用户的真实需求都不顾，还谈什么创造价值？

　　你创造的是什么样的价值呢？

　　谁来认可你创造的东西呢？

第三番：

　　“用户提出的需求有时实现起来根本就不可能，这样的话，就需要采取措施，让用户去改变需求”

　　“如果用户不同意的话，这就要采取措施，让用户放弃这种需求”

　　“如果用户同意放弃需求的话，那么目的就达到了，去繁为简”

　　如果你发现用户提了一个无法实现的需求，并不是说用户有多么无理取闹，而是我们要去发现他背后的真正的深层次的需求。

　　要和用户一起来深入探讨，而不是想办法打倒

　　如果你一听，无法实现，非常离谱，你就要求用户放弃它的想法，这可能会是一厢情意

　　大禹治水之前，为什么屡次失败，因为每次都在堵；大禹采用的是疏导，最后成功了。

　　用户的需求，你想堵是堵不住的

　　可能你当时用了手段，把它堵住了，最后它还是会冒出来。因为这个需求还存在，它并没有因为你堵而消失。

　　同理心是很重要的，你要站在用户立场上来感受一下，站在对方的角度来想想问题。