案例：

项目目标是帮客户开发一套业务管理系统。客户要求在系统上线后对内部人员进行培训，这当然是合理要求。但细化需求时，你发现客户希望培训大量一线员工，很多人从来没有接触过计算机，也就是说客户希望你要从硬件、操作系统开始培训，而不仅是你们负责开发的应用。

对于这样的培训要求，你答应？还是拒绝？

*   如果你手里有足够的预算、也有时间，答应这个要求，完全没有错。

*   如果你没有预算和时间，拒绝客户这个要求，只要很好地沟通，也没有错，毕竟这种计算机基础类的培训市场上非常多，客户很容易找到替换方案

答应、不答应似乎都是对的，那么什么一定是错的呢？

真正错误的做法是，你知道客户有这种需要，但并没有加以明确，而是把这个需求“虚”在那里。也许客户并没有强烈要求把这一点写在合同里，但在项目开始的时候对这一点并没有达成一致。

甚至有的时候，客户并没有想到，但你意识到了，这时候你是否要把这个问题拿出来和客户讨论呢？

很多时候，我们不想过早地和客户纠缠一些问题，只是怕麻烦。不谈眼前还可以比较顺利地推进，一旦谈的话事情可能会变得更加复杂……

我不敢说这种想法一定不对，有时候谈清楚是技术、不谈清楚是艺术。我前面说过，艺术的东西没有可复制性，不在本书讨论范围内。

技术上讲有一点是肯定的，如果确实是问题，早晚是躲不掉的，假如争吵不可避免，早吵会比晚吵好，尽早暴露问题，吵完了可以安心做事。

如果到了验收阶段陷入严重的分歧，你和对方都没有太大的回旋余地。

作者：项目管理培训师蒋昕炜