[原创]项目实施技巧之降低期望值

记得刚到一个团队的时候，和一些现场实施人员谈过降低期望值的思想。实施人员觉得说的很对，但是紧接着做的事情让我哭笑不得，而且很多人都这样做：对客户说我做不了，这个不能做。

这是降低期望值啊？你是堵住客户的路了，但是你没有给他另一条生路。你让客户难过了，你会好过吗？

降低期望值要知难而退。曾经我到一个基建电厂谈论流程的事情。当时有几十个流程要做。而我这边由于流程控件的操作性较差（没办法，配置，测试要很长时间，而且有很多技术参数，后续维护流程的精力也较大），我选择了去掉流程。当然了，客户说：流程都没有了还用你这个软件干啥？我说了很多原因，其中一个原因是必杀的：最终归档，资料档案室是不认可电子签名的，国家尚无对电力行业的标准出来。最后必然造成电子流程与纸质流程同时进行。这么一说，领导马上去问资料档案室。果然如此。最后不用流程了，那这个软件还有啥用？当然我出了一套方案让领导很满意。这就是堵住一条路还要放出一条路。很多人都是堵住了路没给生路，哭笑不得。用技术无法实现的理由降低期望值只会让客户思路聚焦到你的技术问题上，最后验收不通过就说是你的技术问题。 结果是别的项目经理为了流程专门配置一个资源去做，而且一直在做，还天天讨论流程。而我这边省去了一个资源，提高了不少进度。

其实降低期望值还有一种方法。我去了一个项目，领导将部门事情全权交给一个员工。该员工将软件定位为考核第三方公司（第三方公司与客户在同一网络内，条件具备），我通过。最后要做一个精细化的考核。软件修改难度增大，当然这个理由是无法说服的（很多实施人员这时候都会对客户说难度大，修改太多，但是客户是不会管的。还有的真的闷头去做了）。很简单，我做了一个系统的介绍，这样做可以，怎么做，如何做我都提出了愿景。最后有一个环节仍然需要部门员工操作，而且该员工也是认可这个环节是必须要把握到自己手中，由于按照他的精细化要求，他的那个环节工作量增加很大，同时要考虑的内容不确定性也增加很多，精细化的要求并没有保证最后的数据准确性提高及时性提高，目的没达到，同时工作量增加。这个时候此员工自动的放弃了自己的方案。