软件开发：追求客户满意，不是按客户的要求做就行

我发现软件开发过程中，开发团队经常遇到这样的情况：和我们沟通的客户发现自己弄错了需求，要求我们返工重做，这还算好；更糟的，是我们可能知道客户的需求错了，却没有或不能说出来。

软件开发过程中，客户付给我们钱，我们按照客户的要求做，好像没有错吧？做错了返工，客户也应该付钱的，这就是ODC，很多程序员有这样的认识，做ODC，我们对项目进度和遇到的问题似乎都不用负责任？其实，我们倡导ODC，并不是ODC比固定价格容易做，而是ODC更有利于软件开发过程的顺利进行。

如果我们的ODC只是按照客户的要求做，我们只提供写代码的服务，那的确比固定价格简单得多。真正的ODC要求程序员提供价值，不是写代码完成工作量。

我们不把客户当成需求的来源，而是项目的参与者，客户起到的作用是支持和协助团队完成项目。通常需求来自开发团队的部分，比来自客户的部分多很多。这对客户要求会高一些，对我们团队的要求也更高。

对客户而言，恐怕就不能总把自己当高高在上的甲方，拿需求当令箭，指挥团队围着自己转；对团队，也不能把客户当上帝，如果要有一个上帝，应该是价值最大化。

通常客户希望看到我们追求价值，在需求上有自己的见解，并尝试积极沟通。当然，这也不是鼓励大家都和客户对着干，每个项目的情况不同。实际上，多数项目并不需要经过冲突，才能获得客户认可，尤其是欧美客户。

回到开头的问题上，客户很可能会错，不会错的是我们对价值的追求。追求客户满意，不是按照客户的想法做就行，客户追求的也是价值，客户本身并不是价值。我们工作的成效（效率）也是价值的一部分。

真正的ODC的核心，是整个团队以实现价值为目标，不是交付多少个功能点，或工作量。所以，当我们知道客户的需求错了，正是我们提供价值的机会。客户是团队的一部分，他的目标和我们一样：价值最大化，不用担心客户不高兴，都顺着客户的意思做，程序员的服务价值就小多了。

关键词： 软件开发 价值最大化 固定价格