人月结算是软件行业的标准做法。一个项目开始的时候，就要估算需要多少工时，然后根据公式估算成本。从而形成合同价格。
基本上的价格核算方试是这么形成的：
更形象一点，用代码来描述一下，更好懂。
看起来很合理，用花费的成本来计算定价，对于有可预期的利润，乙方也会积极地来做。
但是，实际上并不是这么简单的。很多甲方在抱怨：乙方做事情太慢，乙方对应变更很抵制，改个字都要钱。做个登出要算一天工时。那究竟出了什么问题了？
我们来详细分解一下，站在甲乙方分别看这个问题。
甲方视角就是用费用交换在这个期间之内产生的知识产权，然后通过以软件本身为代表的知识产权再在商业上获得更多的价值。
所以，站在甲方角度，就是希望控制费用的总体规模，并且能够尽早的交付产品，从而获取更多的商业价值（参见：资本时间价值 ）。而且越早投入应用，产品的适用性就越强；越晚投入，产品的适用性就越弱。但是甲方往往不知道乙方投入的合理成本是多少，所以无法估算正确的价格，于是要求乙方提供依据。而双方都容易认可的依据就是工时。
乙方视角则会看到完全不同的东西：
作为乙方提升收益的几个常见手法如下：
1. 增多费用
a. 增多effort(增多估算，延期项目)
b. 提高单价
c. 对变更收取额外的费用
2. 降低成本
a. 让员工加班（这是个悖论）
b. 雇佣经验更少，价格更便宜的人（这也是个悖论）
可见，一般情况来说，甲乙双方的诉求是根本背道而驰的。所以说，市场上充斥着各种不满的声音也就不奇怪了。
而这一切的根源来自于“人月结算制“，因为双方的这些思维方式都是基于工时产生的。
因为这个模式下，一个隐含条件是 乙方只有提供较为糟糕的服务才能够转到足够多的钱。这是一个劣币驱逐良币的市场。
如果抛弃“工时”这个常见的大家容易认可的指标，而换一个指标会如何呢？
我们重新来站在双方的视角看待这个问题。
甲方视角：
基于上述的逻辑，甲方支付的应该是”愿意换到商业价值所支付的合理价格“，而不是”乙方为此所花费的工时成本“。打个比方，iPhone手机由于闭源以及App审核的原因，会比Android手机更安全些（Android也在逐步提升安全性）。所以重视安全的用户愿意为这部分多付出溢价。那么，如果你的乙方能够帮助你获得更多的价值的时候，作为甲方你是否也愿意为此付出溢价呢？当然商业决策和消费决策的过程是很不同的。不过，至少你可以思考一下。
作为乙方，逻辑仍然不变，但是动力则完全被改变。
费用 = 甲方认可的价值（包括迅速应对需求变更等）
成本 = 总共花费的工时的对应费用
和基于工时的模式不同，费用不再是一个变量了。增加工时只会带来更多的成本。基于此，乙方将会有动力以更快的速度来交付产品。从而获得更多的收益。
此时，乙方赚钱的方式是 提供越好的服务，就会有越高的溢价。
这个指标就是”价值“。
比如，某公司给另外一个公司提供的核设施保护系统的价格就是这么计算的:
总商业价值 = 如果该核设施发生了泄露所带来的商业损失
项目价格 = 总商业价值 / 2
某公司给创业公司提供的开发服务的价格是:
总商业价值 = 每个迭代能够带来的商业价值（比如用户数，PV，新一轮估值，投资额等等）
项目价格 = 总商业价值 / 一个双方认可的因子 （实际上的计算可能比这个还要复杂些）
但是，一般来说，由于软件的变更是无法预知的，所以很多乙方仍然采用”人月制“这种对自己来说风险系数低很多的结算方式。而那些优秀的乙方公司，则在这个市场中开始脱颖而出。
如果你想了解在哪里可以找到这样的以价值结算的的乙方公司，请联系我。
