project-management - 低估客户并因此少收取费用——你会怎么做？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

7年前关闭。




Improve this question




我知道这是一个相当主观的问题(并且可能会被关闭) ，但我认为如果我(和其他人!)知道其他开发人员如何处理这种情况会很有用，因此我将其设为社区 wiki 并希望它不会被关闭。

作为一名软件顾问，必须能够准确估计软件项目所需的时间，因为客户无论如何都需要它。但我们都知道软件开发是多么复杂，我们都知道软件开发人员倾向于低估所需的工作量，并高估他们及时交付解决方案的能力。

因此，如果您是一名软件顾问，正在以完整的项目为基础向您的客户收费(但您必须提出一个估算，然后根据此收费)，如果您发现您提供的初始报价是太乐观了，并且您需要两倍(或更多)的时间来交付解决方案？

Answer 1

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