技术合同与实际需求不一致的困惑

　　　我最近一直遇到这种情况，技术合同和客户的实际需求有很大的出入．如果按照客户实际需求做，第一，客户需求会越来越多，他说什么就是什么；第二，老大不干；如果按照合同来做，也很糟糕，第一，做出来的东西肯定不满足实际需求；第二，客户不高兴，不满意，不给钱．大家可能要问那签合同时怎么不弄细致一些，这是因为有些需求是后来慢慢发现的，在这里谁也没有错，但怎样才能达到一种共识呢？唉，不知道大家遇到过这种情况没有，真为难啊

牵涉到最终实现工作量的客户需求在签合同阶段基本上是不可能确认的，现在的开发流程并不科学，但也没有更好的办法了。
好像看技术大牛都是不做项目经理的……

看你們老大的能力了

我们老大只管收钱,呵呵,得看我的能力了

项目经理为什么要比别人拿钱多？
很多事上可以作主&负责任。
一边是客户，一边是程序员，偏向哪边都作不成事。

体会一：
两边都可以用钱摆平，不过老板那边会出新问题。
体会二：
尽量把两边的底限搞清楚，把脚跟放在两边的底限之间。
体会三：
不要怕客户不给钱，也不要怕程序员不干活，两边都没胆子。

不满足需求不行啊。你要他买一堆不合用的东西，就算最后他肯一边发牢骚一边交钱，对公司声誉也不好。硬着头皮干吧，最后把他也搞得稀里糊涂，项目二期就来了。

你没遇到过真正彪悍的客户.

我们公司曾经有三个项目同时在一个客户开展,其中一个项目产生了矛盾,该客户立即暂停了所有项目,撤回所有他们自己的项目经理,并且通知他们的上级公司.上级公司也不含糊,也暂停了和我们的所有项目.这次事件持续了一个半月,直到我们公司亚太老大亲自拜访才摆平.

普通的小公司根本就不敢接这家的项目.

彪悍否?

你们公司准备就赚一票,还是长期合作?
项目是个互相妥协和平衡的过程.
你和客户是一条船上的,你自己先要有这个意识,然后要让客户也有这个意识.
把问题摆开要比藏着好,大多数技术问题只是风险,不会真正成为问题.真正的问题是沟通中的误解和故意的欺骗.

说句大逆不道的话，要是我们的客户也这么彪 ，我老板就不敢只给我们这点钱了。

这样彪悍的把项目不当事的公司少见。
当然要具体问题具体分析。

合同，上面没有写清楚工作范围，更多的是把责任划清了。
需求是后谈的，比合同翔实多了。
搞清楚什么该作什么不该做是你老大的事情，总之系统是要人用的，做的东西就做到能用，要不就干脆别作。