亲，用户老是更改需求肿么办？
之前根据用户确认的需求来做系统，现在系统做好了，用户又觉得这不行那不行，
要求改系统，而且涉及重大修改，我真的服了那帮人。
大家肯定也遇到过类似的情况，都是肿么过来的？？？

------解决方案--------------------
这个不能怪客户，是你们需求没弄好。
软件本身是为了提高用户生产效率，优化其生产，管理流程。
------解决方案--------------------
小作坊模式
------解决方案--------------------
为什么不及时给客户看呢，特别这种有需求、客户懂得提需求的任务是比较好做的。
做事是为了做好，而不是给自己找借口推脱责任。
------解决方案--------------------
客户自己不会开发软件，也根本不懂软件。
所以软件开发团队要做的是引导客户，在需求分析阶段其实就是一种引导客户的开始。
你要明白，你做的东西是要给客户用的，不是自己用的，所以如果你不能好好的引导客户，把客户真正的想法，真正的需求弄明白，只能说你们需求做的太差，仅此而已。
------解决方案--------------------
那只说明你们的产品的拓展性太差
无论需求怎么修改 基本上就是附加 剥离组件的问题
修改系统？难道你们的系统从设计开始就是一次性的？
------解决方案--------------------
先拿 样板图 给他们看 最终确认好了再做
------解决方案--------------------
的确有这样的..按照他们的要求做好了 他又不断的提各种要求
------解决方案--------------------
需求确认。把它放在合同中。需求变动时需要重拟合同，要额外花钱地。
------解决方案--------------------
改需求???好呀好呀,欢迎!用户是上帝嘛.

但是,改需求是有代价的,工期再协商一下,价钱也要略微加一加.


----------------------------------------------------

如果每次改需求都这样去处理,下次用户就不会随便改需求了.


------解决方案--------------------
看《head first软件开发》
------解决方案--------------------
唉，我的遭遇一样，搞得我很无语，

现在的修改已经远远超出了客户当初的需求，他当初根本没有意识到现在自己会有这么多改动，现在提出来了，让我们麻烦了

客户太多依赖于软件，用了软件后员工就什么都不想做，什么想丢给软件做，唉

软件本身的错误我会毫无怨言去修改，但是其他的蛋疼需求和功能添加就要商量了，要么加钱，要么不改


------解决方案--------------------
需求不明确
功能未及时的交付给客户
沟通不及时
架构不灵活
耦合度高自然改的多
------解决方案--------------------
帮顶!
------解决方案--------------------

探讨

需求确认。把它放在合同中。需求变动时需要重拟合同，要额外花钱地。

------解决方案--------------------
给楼主几点真正有用的建议：
1.制作一份需求变更表格，让客户把需求都往里面填写，而且需要客户签字，没有书面的东西，你坚决不改；
2、你改程序的时候不要答应得太快了，有些东西客户自己意见都不统一，你如何改？所以你放一放，让客户自己去统一意见；或许很多看上去必须改的东西最后也不用改了；
3、如果有重大的调整，建议必须跟客户组织会议探讨，最好双方都有重要人物到场，这样很多问题也好解决；
------解决方案--------------------
我们的客户更虎。
第一次看原型，改，这必然的，也没什么好说。
第二次改好了。“大概就是这样”。
第三次，功能出来了，“这不是我想要的，我有这样提出过吗？这样太繁琐，应该这样这样******”。

然后重复这三步。

每次有会议纪要都在扯。由于业务关系。不可能摊牌。