按小时/项目计费[关闭]


9

这与我之前提出的问题有关-https: //softwareengineering.stackexchange.com/questions/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

按小时收费与按项目收费相比,您有什么义务?如果您同意承担一个项目,请粗略估算一下,您可能需要10天的时间进行工作,并每小时收取£X的费用-您有义务在这10天结束后免费工作,而您仍然没有得到管理由于意外问题而完成您的项目?如果您已经交付了该项目但发现了错误,该怎么办?如果10天后您应该免费修复这些错误,还是应该向客户收费?

此外,对于上述项目,当您开始该项目时,结果会是什么,但是在10天之后,无论出于何种原因,您都必须放弃并告诉客户您不再可以这样做了?我意识到这无助于建立您与客户的声誉和关系,但是您是否有义务偿还所付给您的款项,或者您只是交付了一半/即将完成的源代码并帮助他们找到其他人来完成它?

我问上述问题的原因是因为我对自由职业还很陌生,并且想知道如何解决以上情况。谢谢!

Answers:


9

如果您同意承担一个项目...并按小时收取£X的费用-您有义务在这10天结束后免费工作,并且由于意外问题而仍无法完成项目吗?

不。每小时X英镑是每小时X英镑。显然,您从来没有在家中或船上完成过复杂的工作。

无法估算意味着什么。没有。

每小时£X表示每小时£X。直到工作完成或客户说“您被解雇了”。(或“您被解雇了。”我是佬,所以我不知道他们在英国说什么。)

如果您已经交付了该项目但发现了错误,该怎么办-如果10天后您应该免费修复这些错误,还是应该向客户收费?

取决于错误。您必须进行根本原因分析。错误的(或不完整的)规范主要是他们的问题。意料之外的技术问题是解决问题的方法-他们付钱。愚蠢的编码错误是您的问题。

您必须放弃并告诉您的客户您不能再这样做了?

哎呀 那是不专业的。如果必须放弃,您确实犯了一个可怕的可怕错误。

我意识到这无助于建立您与客户的声誉和关系,但是您是否有义务偿还所付给您的款项,或者您只是交付了一半/即将完成的源代码并帮助他们找到其他人来完成它?

叹。在这一点上,你的表现很差,没有什么大不了的。如果您不能遵守合同,那么您应该真的找到另一种职业。说真的 重新思考你的生活。

半完成的软件毫无价值。没有人会“完成它”。他们会说明您是个白痴(因为您是白痴),将您的代码扔掉,然后从头开始。

您需要执行以下操作。

  1. 将需求缩减为最终的,可交付的和可用的东西。

  2. 创建最终的,可交付的,可用的东西。即使这不是最初的宏伟计划。

  3. 对该可交付使用的东西收费。

  4. 将无法交付的东西的积压转移给其他人。

无法使用的代码是无用的。确实,这是成本。

您和您的客户会浪费时间尝试将半完成的代码“转换”给其他人。重视浪费。对于大多数人来说,从头开始要比从半成品开始更容易。


客户为什么要为“意外的技术问题”付费?他们不仅向您支付代码的费用,还向您支付技术专业知识的费用-除非更改其规范,否则您应该知道会发生什么。
妮可

大声笑BOAT =带出另外一千。
工作

关于“技术皱纹”。的确,这些事情对于本课程来说是同等的-并且它只是需要完成的工作-他们当然会付出代价。但是,它对他们不应该透明。提前考虑项目的复杂性,并尝试解决大型错误的潜在风险。如果您的唯一开发者更容易做到这一点,则只需在不确定解决方案的地方进行估算即可。估算应包括调试时间。正确填充的能力随经验而来。
eddiemoya

6

按小时收费与按项目收费相比,您有什么义务?

本质上是一样的。要专业。

如果您同意承担一个项目,请粗略估算一下,您可能需要10天的时间进行工作,并每小时收取£X的费用-您有义务在这10天结束后免费工作,而您仍然没有得到管理由于意外问题而完成您的项目?

否-只要大约10天,就可以了。我将大约10天定义为介于50到120小时之间的极端时间。120小时以上的时间(超出50%的时间)几乎超出了预期。

尽管“无法预料的问题”留下了很多模糊性。经验丰富的专业人员比新开发人员期望更多的问题。但是,如果客户知道您是新开发人员(并且知道他们因此而获得了可观的折扣),那么这里会有一些回旋余地。

如果您已经交付了该项目但发现了错误,该怎么办-如果10天后您应该免费修复这些错误,还是应该向客户收费?

虫子?是的-您应该免费修复这些问题。10天之内都不会给您付款以产生损坏的代码。

再说一次,“ bug”有点含糊。有显示阻止程序的错误(例如,程序无法运行-显然是您的错)和边缘案例的错误(程序在启用了中文IME的土耳其语本地化Windows上截断了文本-不太合理)。大多数都落在中间的某个地方,但是举证责任在您身上。

还有规范错误-这些是最难的。您必须根据自己的判断来判断是否应该合理预期,质疑或暗示规格变更。同样,我将举证责任加在您身上。

对于一个由绿色开发人员进行的为期10天(80小时)的项目,再提出10到15个小时的错误修正就不会有太多问题了。除此之外,我会尝试计算付款-尽管我可能会在解雇客户之前免费再提供5到10个小时的服务。

此外,对于上述项目,当您开始该项目时,结果会是什么,但是在10天之后,无论出于何种原因,您都必须放弃并告诉客户您不再可以这样做了?我意识到这无助于建立您与客户的声誉和关系,但是您是否有义务偿还所付给您的款项,或者您只是交付了一半/即将完成的源代码并帮助他们找到其他人来完成它?

你把钱还给你。如果您无法完成项目,则可能无法判断已完成一半。如果客户雇用了您,则很有可能他们无法判断完成了一半。如果您找到其他人来完成它,则可以与他们分包-他们向您收取的费用与您已经获得的收入之间的差额是您的利润(或亏损)。

最后,通常最好还是屈服于客户并总结经验教训。一段时间后,您将能够发现“问题客户”,并一开始就避免他们(或向他们收费)。您还将学会更好地估算,在价格中建立错误修正成本等。

作为一名学生开发人员,您确实有一些余地。没有人可以对您为期10天的项目收取的费用提起诉讼。您再也不会从该客户(或他的朋友)那里得到任何业务-但是,由于他们雇用了一名学生开发人员,因此他们很可能只希望廉价的劳动力,而且不知道反正雇用一名好的开发人员的实际费用。除了令人头疼的事情之外,您将来不会在很多事情上输掉很多麻烦,尽管这是以良心为代价的。

我的建议?只是完成它-您会感觉更好,客户会感觉更好,并且您将因此成为更好的开发人员和商人。并不是说需要花费多年的时间-您在Stackoverflow和Stackexchange的所有朋友都可以提供帮助。;)


3

您所描述的只是“固定数量或更少”。这只会使客户受益,因此,如果您要竞标,我不知道为什么要那样做。

  • 每小时费率 -当客户知道他们尚未决定某些事情并且他们同意该项目有点开放时,可以使用每小时费率-但这必须事先达成协议。

  • 固定费率 -如果客户确切知道他们想要什么,则使用它。如果他们这样做了,但您不能将其出价固定为一个价格,那么您实际上还没有任何企业在竞标。不要让客户为您的经验付费。

如果遵循此步骤,您将不会陷入不知道该怎么办的情况。如果您必须放弃,请与客户讨论并像辞职或解散合伙一样对待。退还所有款项,却一无所获,或提供部分项目以换取部分付款。

在存在不确定性的情况下尝试采用小时费率是很诱人的,但是仅当客户是一头胡须的客户时才应使用该费率。如果您经验丰富,但仍存在重大未解决的技术问题,请与客户联系,以解决此问题。

而且,获得合同,否则碰到问题只是时间问题。


0

我不是律师,但是两种情况的答案都取决于您与客户签订的合同。我在您先前的问题中看到您在没有合同的情况下工作,由于您在这里提出的确切原因,这似乎很危险。没有书面合同当然并不意味着没有约束力。在开始工作关系之前,先弄清楚所有这些问题是一件好事,这样,如果出现任何问题,就可以专业,友好地解决。


这是一个好点,我想这里有一个教训。但是,如果我没有像现在这样签署任何合同,该怎么办?
thesam18888'1

您仍然可能已经达成任何口头协议。问题是有点“他说,她说”,这可能导致诉讼,除非您和您的客户可以解决问题并达成合理的妥协。
德鲁

0

除了法律上的原因,这毕竟是一项服务业务,您活着并死于参考。只需要一个坏人就可以给您一个坏代表。我只能请一个真正满意的客户来给您做很多其他工作。因此,请遵循黄金法则,在合理的范围内按您希望的方式对待您的客户。人们会记住并珍视那些超出其“职责”范围的人。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.