1，想的太多，臆想了好多客户场景，导致软件实现复杂。
一是好多场景根本不是客户所需要的，而是设计人员根据自己的经验和对业务的理解想想出来的。当然也许有些场景是合理的，但是客户却不一定用的上。这算是过渡设计的一个例子。设计了很多客户根本用不到的场景和功能。在有时候，只要满足客户的“当前”需求即可，不必过多发挥，尤其是一些时间比较紧张，预算比较低的项目。
二是有些场景用的的概率极低，“不值得”去做。虽然如果你拿着这些场景征求客户意见的胡啊，可能可能会给出不客观的答案，说这是必须的。这是用户处于一种自保的心理做出的错误答案，“万一”用的到呢？反正又不增加预算，多一个功能总是好的，等等各种心理。
这时候，项目组或者项目经理就要客观分析，做出明智决策，理出哪些场景是必须的，哪些是常见的，对一些比较偏门的场景毫不客气的去掉。有时候客户并没有想太多，反而你在给他商量的时候，提醒了它，导致他的意见误导了你的决策。客户只考虑需求，项目经理除了考虑需求之外，还要考虑项目预算，实现难度其他因素，要结合其他因素，做出合理判断和取舍，并说服客户。
2，鱼和熊掌不能兼得
有时候，复杂性和便利性是队对立的，不能同时满足。项目团队要清醒认识到这个残酷的显示。没有完美的解决方案，解决所有的问题。解决方案只能解决部分问题 ，因此没必要再一些户县个矛盾的需求上寻求完美的解决方案，徒费精力。因此项目经理也要做好合理取舍。
3，不要一味迎合客户
有些客户的需求不定是合理的。即便是合理的，也要根据项目预算大胆放弃。一个例子是，在一个项目中，客户的一套班子两个牌子，每个人都处理两个公司代码的业务，对一个业务来讲，两个单位的业务数据项差别很大，一般的做法是做两个功能，一个给公司A，一个给公式B来用。项目经理屈于客户的压力非要在一个界面上实现，最后带来若干问题：界面可用性差，繁琐，数据权限也带来新的问题，导致开发人员很疲惫。