软件项目实施的核心是明确项目边界。理由很简单，很多项目都在验收的时候产生需求泛滥的情况，导致验收延期，实施方压力继续增大，很多项目团队心理都崩溃了。所以，在项目实施过程中明确项目边界很重要。

　　好的，我知道了，我要去明确项目边界。我开始找相关人员去谈这个事情了。而实际过程中真的是你说什么客户就认可你什么吗?答案是否定的。会不会出现客户会认为你很狡猾，你在耍手段，对你反感呢?(这种情况的发生)这又是为什么呢?当然我们也很委屈，不是你说的要明确项目边界吗?

　　原因很简单：很多公司都是售前过度承诺，啥都有，合同写的超强版功能，又大又全。所以，项目团队进场就明确项目边界，业主就想，这是骗子公司嘛?统统拒绝!而且有的更是要一条条对合同，这回就彻底玩完了。(这种事情在我所见到的也确实发生过)

　　这时候你又要说了，这是市场部干的狗屁事情，害的我们如此辛苦。但是，你知道市场部的压力有多大吗?外面的竞争有多激烈吗?别的公司都吹的天花乱坠了，我们老老实实的不做修饰的介绍自身软件的情况，很有可能就把我们pass了。

　　那现在该怎么做呢?明知道要明确项目边界，又不知道该如何说服客户。

　　有的人认为，那就增加资源。项目的实施，真的是我们团队多么豪华，规模多么庞大就能搞定项目，搞定客户吗?豪华，规模这是项目成功的本质吗?即使成功，公司允许你这样滥用资源吗?

　　有一个观念：要学会降低客户期望值，要借力打力，或者让客户知难而退。

　　有过项目经验的人都知道，项目都是客户方协调，我方引导，团结支持我们的人，对反对我们的人要借支持的我们的客户的力量去推动。这就是借力打力。我们也可以事先申明，如果实现或者修改这个功能，会造成什么影响，而这个影响对你(客户本人)是息息相关的。谁都怕风险，一听风险，说的确实是那么回事，好的，那就走另外一条路吧，这个时候，你机会来了，你引导他走向了你的轨道。这就是知难而退。

　　大家看到这里，可能高兴了，哦，这样就行了啊。准备使用这些方法了。

　　接着，问题马上来了。客户知道有风险，就是不听，就是要这样弄。这是什么问题呢?为什么这个客户就是不怕死呢?有的人认为，那就让客户死，等他知道了就不敢再挑战你的权威了。但是事实果真如此吗?可能是，也可能不是呢?客户很牛B，嘴巴一张说是你软件的问题，不稳定，要继续扩展，这回完了，继续做，越做越复杂，最后还被客户骂的死去活来。

　　其实，客户不认可，我个人认为是我们还没有建立客户对我们的信任。客户的要求，我们可以这样做：先拖着。有的人说，不行啊，不能拖啊，客户天天催。这个拖不是让你拖着啥都不做。而是你在其他方面出成果，向他汇报。建立了认可之后，有了成果之后，再提之前的问题，成功几率会大很多。