低估并因此低估你的客户——你会怎么做?[闭门]

将您的项目划分为小个子项目,这样可以更好地进行管理。例如,每小时对软件进行一次规格说明,并为实现阶段提供一个固定的报价,同时增加一些您没有预料到的风险开销。如果推进阶段很长,尝试同意为每个阶段交付(并单独报价)。

[Amount of time you expect]*2

和你的客户谈谈。在估算过程中有很多变数,如果有诚实的原因导致计算错误,那么他们不会为了不损失太多钱而希望你做一件草率的工作。

@杰伊·里格斯可能是对的,尤其是如果你在与其他出价更高的人的竞争中赢得了合同,你可能不得不接受它。

到目前为止我使用的解决方案:

• 把它带到我身上,并从中吸取教训
• 与客户交谈,解释我遇到的困难,并询问他是否同意支付我的额外努力

我从中学到了什么?

我不再做整个项目的评估了。我做迭代估计。例如,按功能。我只是在完成第一个功能后才估计第二个功能的成本。这还可以确保在客户看到第一个特性工作后,您能够适应客户愿望的变化。你说“冻结规格”?哦,客户的现实看起来不同。

吃吧。这是你唯一想要的 可以 做你不能指望你的客户为你的错误买单。

多喝咖啡,从错误中吸取教训。

如果您为给定的可交付成果提供了报价,并且您是est。低工资(有时人们为了得到这份工作而低工资,然后再付钱),然后你不得不接受它……如果客户改变了工作范围,你可以收取更多的费用。提供est。而开始的工作基本上是承诺一个合同,如果你不交付给客户,可以得到他们的美元以及寻找损害赔偿金。。。

如果你是根据一个已完成的项目来计费,如果你低估了项目所需的时间,你真的没有什么可做的。你可以试着与客户讨论,看看他们是否愿意重新协商成本,但他们没有义务实际支付你更多,如果他们与其他人讨论,这实际上可能会损害你未来的业务机会。

你未来的最佳选择是努力提高你的项目评估技能,在评估项目需要多长时间时使用这些技能。虽然它更适用于有团队的大型项目, Software Estimation: Demystifying the Black Art 可能是一本值得一读的书。

我们发现一些客户不愿意尝试更充分地满足他们的需求,并在此基础上让一些项目通过。我们也有一些项目,在进一步充实内容之后,为了更好地理解将要建造什么,客户选择了放弃,认为成本太高,但他们为我们的设计付出了代价。

我们仍然会遇到工作被低估的问题,但比过去严重得多。此外,我们还避免了定义太差的项目,因为这些项目肯定会有问题。简言之,你和客户越了解你将要建立什么,固定价格就越有可能是公平的。

估算工作量时有几个困难,但一个好的一般经验法则(如所述)是将您所做的任何估算翻一番,并确保您尽可能将工作量拆分,并通过添加所有子部分来编制估算。