客户的小时费率收益[关闭]

对开发人员来说，按小时进行工作是一件好事，但是很难向客户解释按小时收费的优势。

您对客户的小时费率有何看法？您如何向他解释他的利益，以及如何争论“我想知道该项目的确切成本”？

老笑话：装配线发生故障，维修人员被带进来。看着机器后，他掏出锤子，撞击机器，机器开始运转。店长很惊讶，直到修理工说：“那将是500美元。” 措手不及的工头回答道：“您想用锤子敲打机器要收取500美元的费用？我的CFO将需要分明的发票。”

发票包含在邮件中：

• 用锤子击打机器：$ 5.00
• 知道在哪里打机器：$ 495.00

从某种意义上说，按小时收费是控制成本的一种方式。什么应用程序值得使公司免于雇用全职最低工资雇员的费用？此人的年度总费用（包括薪水，福利，假期，病假）可能达到20,000美元。它必须值15,000。如果该解决方案证明是可以在30小时或更短时间内创建的数据库导入，我怀疑现行汇率是500美元/小时。

客户可以在项目的整个生命周期内控制成本。

许多收取固定费用的项目通常要求先付一半。客户可以按小时收费。

按小时收费对我来说似乎是错误的。我想因为知道在哪里挥动锤子而受到重视。

每小时收费不会使客户受益。它使开发人员受益，因为客户请求多少更改都无关紧要。

正如固定价格合同不会使开发人员受益。至少，并非没有变更单。:-)

在构造中，分析与设计（架构）与实施（构造）之间存在明显的分离。即使存在这种分离，以及一个或一个以上世纪的实施成本信息，建设项目也可能而且确实超出预算。

在计算机开发中，分析，设计和实现之间没有明确的区分。与拆除墙壁相比，客户没有意识到在完成编码后更换屏幕的成本。

开发人员有责任对客户进行教育，并确保客户了解价格而非价格的价值。

固定价格和小时价格之间的主要区别在于谁承担风险。特别是在该领域中，项目估算仅是近似的，并且可能具有很大的不确定性。

因此，在固定价格下，开发商必须确保估算得高，以弥补无法预料的困难。这是合理的，因为在大多数业务活动中，必须承担风险是值得的（这就是保险业务的运作方式）。

如果客户对开发人员足够信任，则按小时收费，如果项目比上述最高估价早完成，则客户可以省钱，尽管如果超过该金额，则客户会亏本。在这种情况下，客户可以承担风险，并且平均而言可以节省金钱。

特别是如果客户是大型公司，而开发人员是个人，则客户可能更有可能承担风险。不得不支付额外的160个小时的费率可能对一家大公司的伤害要小于必须免费工作一个月才能对一个孤独的开发人员的伤害。

当开发人员不必对每个更改进行彻底的重新估算时，这也使协商规格更改变得更加容易。

如果客户很可能希望在最初确定的功能之上添加其他功能，则按小时计费会使客户受益。在开发过程包括与第三方合作以及开发人员的角色可能必须包括仅与编程任务有切线关系的其他任务的情况下，这也将使客户受益。

每小时收费让开发人员说“我会照顾的。” 而不是“我们同意的价格未包含在价格中。那将是额外的X美元。”

在这种情况下，按小时计费可以消除进行持续谈判的必要，并可以防止因最初达成共识的观点不同而引起的误解。

按小时收费，客户必须确保您高效地工作。在固定价格合同中，客户必须准确描述他想要的东西。如果客户想知道项目的确切成本，则必须确切地知道需要构建什么。通常，客户不知道，或者认为他知道，但是后来改变了主意。

在这两种情况下，销售无人机都会找到一种向客户收取过多费用的方法：对项目固定部分进行低价出价，然后为每一个细微的变更或增加用巨额账单弥补，或者让最有能力的人中标。并在以后用废话程序员代替它们（以相同的时薪）。

如果我是客户，则希望：

• 每小时支付
• 让开发人员以较短的增量交付通过自动测试验证的工作代码
• 能够替换不执行的开发人员（获取版权等）

这样一来，我就可以自由地下定决心，知道自己要付出的代价。

考虑问您的客户这样的问题：

他们对自己的规格有多自信？他们真的想到了一切吗？从现在到产品上线之间可能会有什么变化？说明价格固定，规格固定。任何变化，价格都会变化。

然后，我会提供另一种选择。报价价格，以及规格变更津贴，可能为20％。这样，客户已经在一些变更预算中进行了预算，并且如果他们确实设法使规格正确，那么他们会将项目纳入预算之内！

如果客户想要指导和控制开发过程，和/或对产品进行频繁更改，则可以这样做，但必须同意每小时/每天的费率。