billing - 为非常小的更改计费客户

Question

在 Stackoverflow 上搜索并写下这个问题比我刚刚为我的客户所做的更改花费了更多的时间，但我还是会问。

我收到一封来自客户的电子邮件，要求我从他们的索引页面中删除 2 个行业协会图像。从我收到邮件、下载页面、删除行、上传文件开始，这大概花了我 3 分钟。

这次收费吗？多少？您是否记录它们，然后当它们达到 15 或 30 分钟时，发送账单？如果这需要 3 个月的时间积累呢？

Answer 1

这让我想起了一个古老的故事，一个铁路专家被请来，因为无论工程师做什么，全新的内燃机车都无法启动。研究了一会儿情况，专家用锤子轻轻敲了敲机车。它开始了。当铁路收到专家的 1000 美元账单时，他们要求他逐项列出。回复来了：

用锤子敲打机车：10美元

知道在哪里打它：990美元

Answer 2

你付出的可能比你想象的要多。

有趣的是，我在浏览了我的 IM、电子邮件和电话日志之后就阅读了你的问题，以便比较我所做的事情和我的账单。再一次，这个月，我以 3 到 5 分钟的增量放弃了近 20 个计费小时。

罪魁祸首：

• 在电话上快速聊天
• 通过即时通讯工具“快速提问”
• 包含元讨论的冗长电子邮件线程
• “快速三分钟”的变化

与您实际开出的账单相比，您会惊奇地发现，这些费用以多快的速度变成有形赤字。

我所做的是仅以 15 分钟为增量开始计费。虽然在实践中快速改变只需要几分钟，但它确实涉及一个破坏性的过程。15 分钟足以让我完成任务，或者回答问题.. 或者回复电子邮件，然后回到我正在做的事情。

我不是说你应该为每一件小事收费，但我会经常收费。从长远来看，这有助于您的客户，因为他们（应该）开始在将更改组合成更长的列表（耗时一个小时或更长时间）方面做得更好。

有趣的是，我最大的罪魁祸首竟然是即时消息。就这一点而言，Skype 是一个邪恶的、邪恶的小盒子。

Answer 3

尽可能准确地记录所有花费在做任何事情上的时间是我的工作，我的经理的工作是对其进行计费。

Answer 4

你经常和这个客户一起工作吗？如果是这样，您也许可以将其折叠到下一张账单中。

如果不是，我认为您应该向他们收取最低金额（比如一个工作小时），或者根本不向他们收取费用。

Answer 5

我目前是项目经理；然而，我最初是一名 FORTRAN 和 Clipper 开发人员，并经营着自己的企业。微小的变化是我们生存的祸根。

让我从一个问题开始。你一天能做多少个 15 分钟的小改变？有趣的是，如果你注意你的一天，它不会是每 8 小时一天 32 次。它会更像8！而你，和我一样，会坐在那里想知道另外 6 个小时都去哪儿了。像我一样，典型的软件开发人员只考虑编码时间。

进入软件开发生命周期。实际上，在开发前有先导任务，在开发后有完成任务，还有在项目开始时开始并在项目结束时完成的永久任务。总之，执行这些其他任务所需的时间大约是实际软件开发位的三倍。这些其他任务是需求、分析、设计、测试（U、I、S、A）、管理和一些 QA。

即使作为一个人的装备，除了实际的代码更改之外，您还将执行所有这些事情。您很可能难以区分组成部分。看起来这只是完成工作的一部分。相信我，如果你不做这些事情，你将不会继续得到很多工作。需求和验收测试是至关重要的客户界面，但可能只是一个电话。由于您对系统和用户体验非常熟悉，因此分析和设计与编码一起可能会非常迅速地进行，但是您仍在做这件事。我敢打赌，如果您至少在本地查看代码，然后在客户环境中再次安装后，您永远不会推出更改。完整的生命周期。

毕竟，在回答你的问题时，虽然看起来变化很小，但你应该注意一天可以管理多少这些变化。一旦你意识到它真正需要的时间，你可能会觉得至少一个小时的计费和更定期的计费会更舒服，这样客户就不会忘记工作。感知是唯一的现实，要严密管理它。

Answer 6

维护合同（或任何合同）的条款是什么？

Answer 7

通常，您应该按您认为合理收费的最小时间单位收费。

回到法国（是的，我是法国人），一家普通的 IT 服务公司会为此收取 1 小时的工作费......如果这是他们第一次这样做，客户必须小心不要一遍又一遍地要求小改动大概可以放手了。

Answer 8

如果您与客户处于“加速”模式并且需要积累一些善意，也许最好将其免费作为善意的姿态。（因为它只花了你 3 分钟的时间）。另一方面，如果它是一个始终如一地为您提供大量业务的客户，那么您也希望不时赠送免费赠品:-)

更严重的是，您最终可能需要根据项目涉及的时间/精力/成本预先对项目本身进行分类。我参与过一些项目，这些项目根据之前商定的一组涉及工时/成本的标准被归类为“小改动”。然后很容易让客户将非常微小的更改捆绑到一个包中，并将其作为“小更改”项目提供给您。