谁应该为修复/错误付费？[关闭]

因此，我刚刚开始从事台式机/网站开发方面的自由职业，并且这位已经接受了我的工作的客户开始为我付费，每次他发现错误等时，都会付钱给我。自由。这样可以吗，还是应该开始收取抚养费？

哪种方法最好地处理可能已经接受并完成的修复程序？

您的合同的一部分应描述验收测试，即客户将进行的测试以及您的应用程序需要通过这些测试才能实现合同。这些测试未涵盖的任何内容都是客户的责任。他们所涵盖的一切都是您的。

因为不可能（尤其是非技术客户）无法预见所有可能的问题，所以应在联系人中添加一个指定期限的条款，在该期限内您将解决任何新问题作为合同的一部分。之后，您应该只提供付费支持。

这取决于。

首先，您应该付款，因为可以说工作尚未完成。

稍后，客户应该支付持续的支持费用。

但是，问题在于确定边界在哪里，什么构成错误以及什么是新功能。进行需求和/或验收测试对定义它有很长的路要走。

您确实需要在交付工作之前就将这些东西准备就绪，但是如果您还没有这样做，那么也许现在是时候了-“在接下来的N天/周内，我将免费提供此支持，但是在此之后，我们会需要讨论一份支持合同”（请注意我对“我们”的强调）。

综上所述，有时候您需要免费修复错误并获得成功。如果没有别的，它会建立良好的意愿。

上面给出的所有答案都是好的。但是，我要考虑一些要点：

• 客户对您有价值吗？有时值得花几码来使客户满意，如果您觉得他们对您来说很有价值，将来会为您带来更多的工作。您需要在严格和灵活之间找到平衡，这可能因每个客户而异。仅仅因为您坚持认为易于修复的错误不在范围之内，就不会失去未来的工作。另一方面，您不想让客户四处走动。这是微妙的平衡！

• 该错误是否很容易在用户测试中遗漏？例如，考虑一个与日期有关的错误，该错误仅在输入特定年份时才起作用（请考虑千年错误等）。不能合理预期客户会在测试过程中发现此问题，因此您有责任解决该问题。

当我自由职业时，我的基本客户协议定义了一个称为“接受”的条件，这是我将该项目公开发布之前所必需的。在接受的那一刻，我开始了一个为期30天的期间，称为“启动和运行支持”。在那30天之后，该项目的正在进行的工作按小时计费。

如果您与该客户有良好的关系，请与他们真诚地了解当前情况对您的不可行，并为持续的维护和支持提出合理的小时费率。人们有时会认为购买定制软件就像购买三明治或其他东西一样，一旦构建完成就可以。不是那样的

通常，您可以在交付应用程序后的固定天数内获得免费支持。当然，终身免费支持是不可能的/不可接受的。

确保引发的错误是一个错误，而不是对现有功能的更改。对于任何功能更改，您都应该付费。

如果他对其进行了测试并签名，您可能会认为他应该付款。

如果您对自己的工作感到自豪和重视，则可以争辩说您将修复代码。从经验中学习，并在下次更有效地构建更好的代码。或者考虑增加利润来解决错误修复。

如果程序在给定输入的情况下做了不希望的或意外的事情，那么它是一个错误，应予以修复。

您可能已经预先报价了支持费用，这是最初开发工作的额外费用。

在您的合同中，指定每小时收费并跟踪您的时间。当您给客户价格时，请指定这是一个估计值，实际结果可能会更少或更多。

让客户及时了解进度，当他不可避免地提出建议时，您只需告诉他所需的时间（如果更改超出原始规格），他就可以决定更改是否值得。因此，只会添加对他重要的更改。

我本人将在合同中涵盖可接受的与不可接受的（付费支持与免费支持）的错误，这样一来，您至少可以一开始就拥有一些书面形式。毫无疑问，他会怀疑您为什么需要该子句，因此请提前解释一下，如果新的操作系统更新出了问题，那不是免费的支持。但是，将覆盖在指定平台上根据原始规范的代码中的错误。

但是，我应该提到我只做过自由职业IT工作，而不是编程。这可能会吓跑客户，但只要确保您的作品能卖出自己，比其他作品更专业，更外向和更有帮助，并提出与您签订更严格合同的理由即可。

此外，不接受该条款的客户很可能是坏客户。