怎么对付客户无穷无尽的需求

[javaunix8]

把软件提交给客户,客户看了后,对某些功能想修改,比如,我用只读输入框,他非要用文本框;或者我把菜单放下面,他要我把菜单放上面;我在程序中自动判断单据状态,他要求要用下拉框自己控制状态......类似的问题很多,况且以前做原型界面的时候大家都确定了界面和需求说明书的,那我怎么改?需要让客户加钱吗?因为软件功能已经满足客户的业务需要了,但客户的想法又变了,想另外搞.我担心这样的话,这软件一辈子都做不完了,那怎么办?

[bbj07]

面对小客户小项目 这是很头疼
如果说签了字不准改 他找别人做!
所以还是学着拒绝吧 为了以后行业好混
改需求确认之外的 一定得加钱

[kinlin]

说服客户，让客户跟着你走

[Fusuli]

把软件提交给客户,客户看了后,对某些功能想修改,比如,我用只读输入框,他非要用文本框;或者我把菜单放下面,他要我把菜单放上面;我在程序中自动判断单据状态,他要求要用下拉框自己控制状态......类似的问题很多,况且以前做原型界面的时候大家都确定了界面和需求说明书的,那我怎么改?需要让客户加钱吗?因为软件功能已经满足客户的业务需要了,但客户的想法又变了,想另外搞.我担心这样的话,这软件一辈子都做不完了,那怎么办?
----------------------------
你这还好办，只是界面修改，不是业务上的大修改。你客户提出的这些问题很容易答复：
Q：我用只读输入框,他非要用文本框;
A：用只读输入框是为了业务流程的完整和严密，如果用文本框会引起很多未知的问题

Q：或者我把菜单放下面,他要我把菜单放上面;
A：整套软件的操作风格我们都是针对软件的功能和操作特点进行过整体设计的，我们现在的做法也是行业成熟标准的做法，这个不能随便改变，会影响整套软件的使用效率，另外如果有行家来看会觉得我们不专业。

Q：我在程序中自动判断单据状态,他要求要用下拉框自己控制状态......
A：我们开发这套软件的目的就是要实现自动化管理以减少错误和提高效率，另外这不仅是一个状态的问题，而是整个流程自动化运转的问题，如果可以手动修改，其一失去了开发这套软件的原本意义，其二整个系统的流程混乱了产生严重的后果我们可不负责。



总之，就是用你的专业性去回答他，别让外行指挥了内行

[outh24]

赞29楼，40楼。
跟客户打交道是门艺术。你得让他们明白，
所有更改都是会产生费用，附加成本的。越到后期，更改的成本越高。

[harisonh2l]

和客户谈好SOW或者SLA，然后Sign-Off，有问题再更新SOW/SLA，这样问题会小些

[木易兑心]

还是前期的需求做的不够 没有确定好需求

[sorryworld]

我以前也经常为这样的事情而苦恼，当我做了几十个项目后，这样的问题就不再是问题了，这是非常常见的问题。
第一，你们和客户的关系肯定不够好。
你们可以做一些投入，比如吃饭、唱歌、送点小礼品之类的。搞好一下关系。关系融洽了后，然后再说：“我们先这样试用着，这个东西改起来比较麻烦，需要些时间，您看是不是能够给我们些时间？”如果关系真的到了很好的程度，这些要求他们肯定，会答应的。至于什么时间改完，那就看你们公司自己的要求了，愿意改动就改，不愿意改动，过一段时间后，再说我们的确非常忙，您看也用了这么长时间了，如果真的有妨碍功能的地方我们一定尽量改，这些小需求您看是不是先暂缓一下。当然，说这些话的时候千万不要在正式场合。
第二，你们的需求的确做得不是很细
当时做需求的时候，他提出的这些修改意见是不是你们当时已经提出过了，而且他们已经否定了，如果没有，那么就是你们的问题。一个项目经理，你的经验一定要比客户多，如果你做库存软件，那么你一定要对库存的业务非常熟悉，而且要看很多模型，然后告诉客户他们的业务属于哪个范畴的，并且他们提出的需求那些是合理的哪些是不合理的。当你显示比他专业的时候，有些需求他们也自然就放弃了。最怕的是你什么都不知道就去了解需求，这样签订的需求也就谈不上什么需求了，那只能说是客户的要求。
第三，实施过程中出现了问题
实施过程中出现的问题主要在实施过程中触及到了某些个人的敏感利益或者增加了某些人的劳动复杂度。这样也需要搞好关系，并且需要和他们的上级搞好关系。既然客户提出了这样的需求，直接回绝肯定是不行的。除非以后你们不再作软件了。实施过程中，需要对客户进行洗脑式的培训，告诉客户我们是专业的，我们这样做是有我们的道理的，我们每个解决方案都是经过深思熟虑的。如果做任何改动，都需要经过很麻烦的审批流程，等等。这就要看你们实施人员的口才了。
如果做了这三点需求还总是变化，那就要考虑是否还要做这个行业的软件了。

[caimps]

[Quote=引用 56 楼 sorryworld 的回复:]
我以前也经常为这样的事情而苦恼，当我做了几十个项目后，这样的问题就不再是问题了，这是非常常见的问题。
第一，你们和客户的关系肯定不够好。
你们可以做一些投入，比如吃饭、唱歌、送点小礼品之类的。搞好一下关系。关系融洽了后，然后再说：“我们先这样试用着，这个东西改起来比较麻烦，需要些时间，您看是不是能够给我们些时间？”如果关系真的到了很好的程度，这些要求他们肯定，会答应的。至于什么时间改完，那就看你…
[/Quote]

关系很重要

[伊犁大草原的灰化肥]

[Quote=引用 52 楼 fusuli 的回复:]
把软件提交给客户,客户看了后,对某些功能想修改,比如,我用只读输入框,他非要用文本框;或者我把菜单放下面,他要我把菜单放上面;我在程序中自动判断单据状态,他要求要用下拉框自己控制状态......类似的问题很多,况且以前做原型界面的时候大家都确定了界面和需求说明书的,那我怎么改?需要让客户加钱吗?因为软件功能已经满足客户的业务需要了,但客户的想法又变了,想另外搞.我担心这样的话,这软件一辈子都做不完……
[/Quote]

顶

[shuffercheng]

[Quote=引用 56 楼 sorryworld 的回复:]

我以前也经常为这样的事情而苦恼，当我做了几十个项目后，这样的问题就不再是问题了，这是非常常见的问题。
第一，你们和客户的关系肯定不够好。
你们可以做一些投入，比如吃饭、唱歌、送点小礼品之类的。搞好一下关系。关系融洽了后，然后再说：“我们先这样试用着，这个东西改起来比较麻烦，需要些时间，您看是不是能够给我们些时间？”如果关系真的到了很好的程度，这些要求他们肯定，会答应的。至于什么时间改完，那就……
[/Quote]
说得不错

[hongdi]

让客户参与到我们项目的整个过程中来，并与其进行充分的沟通

[目目]

我认为客户关系是非常重要的，就如sorryworld所说的，如果客户关系好了，很多可改可不改的东西，比如楼主提到的那些问题，很多时候就不是问题了。
另外有的时候，这些需求的变更，是客户方参加测试的人提出来的，根本没有经过对方PM的，而这个人可能并不了解项目的具体需求，至少不是完全了解，他提出来，只是想证明他做过测试，做过工作而已
所以，客户关系好了，这些问题就可以不用改了

另外就是，客户测试的时候，需要我们的人跟着，有很多地方要给他讲一下这样实现的理由，让他明白咱们这样做是最好的，说服他，很多乱七八糟的变更也就没了

[xz33704]

客户关系 做生意么 关系第一

[念茜]

另外有的时候，这些需求的变更，是客户方参加测试的人提出来的，根本没有经过对方PM的，而这个人可能并不了解项目的具体需求，至少不是完全了解，他提出来，只是想证明他做过测试，做过工作而已

这点我非常同意

[nycwondering]

我觉得，还是要把需求分类的，需要照顾到客户的心理，
我一般分成三类：
1。立即可以改的，皆大欢喜的：改
2。可以改的，但是需要投入一些时间和精力的：在请示过甲方和乙方的最大头后，一般都可以改。
3。需要投入大量时间和精力的:这些就要跟客户说，改这个要需要牵动其它方面，需要花费多少时间和精力，需要重新测试等等。。基本不改。

[坚强的豁着]

1.走应该有的流程
2.学会说"不"

[yuxh81]

后悔没有早点看此贴。。

[蔡怀进]

同意65楼的看法
{我觉得，还是要把需求分类的，需要照顾到客户的心理，
我一般分成三类：
1。立即可以改的，皆大欢喜的：改
2。可以改的，但是需要投入一些时间和精力的：在请示过甲方和乙方的最大头后，一般都可以改。
3。需要投入大量时间和精力的:这些就要跟客户说，改这个要需要牵动其它方面，需要花费多少时间和精力，需要重新测试等等。。基本不改。}

一般是利用销售来跟客户玩软的,主要进攻对方的管理人员(不懂开发的),实施队伍可以稍微硬一点,更多地以数字说话,只要告诉他们多增加了多少工作量就可以了,加钱什么的还是让销售来搞吧.

[skywolfish]

需求
沟通
分析更改内容的利与弊

[hjx7812]

引导客户，同时做好需求确认工作，只要变更客户肯买单，都不是问题。