Project management 如何为设计会议进行固定价格报价？

通常，当我为客户设计一个系统时，我会按小时费率进行设计，然后为整个系统开发提供固定的报价

现在，这位客户向我抛出了一个曲线球：他也不想要设计的每小时费率——他想让我报价一个固定的价格来完成所有的设计！这并不是说他想降低成本，但他不想处于这样一种情况：设计越长，他需要支付的费用就越多——我可以理解这一点

对于业务层来说，使用它其实并不太困难，因为从他最初的功能规范中，我很好地了解了核心业务对象是什么，在我们的设计协议中，我定义了几个对象，这些对象将由固定的设计价格覆盖；如果发现任何新的非平凡对象，它们将被视为差异，并按小时收费。到目前为止还不错

但是当涉及到UI时，事情开始变得更加混乱。将有多少屏幕？我还不知道。每个屏幕上会显示什么？我还不知道。我们所知道的是，它是一个“仪表板”类型的系统，并且会涉及大量的视觉报告，例如，是否可以使其每个屏幕设计的价格固定？不是一个很好的定义；他可能会说一切都将在一个屏幕上。也许每个“视觉报告”设计的价格，包括切片和骰子的能力？同样也不是那么容易——可能整个系统只是一份报告，所有的情报都将用于展示这种细分

---

有人知道如何为这样的UI设计进行固定价格报价吗？

我建议在设计工作中投入时间。这允许你给出一个固定的价格，但也让你的客户在设计阶段集中精力与你充分互动

---

如果你在没有时间或范围限制的情况下确定价格，你就创造了一个开放式的承诺，这实际上对任何一方都不好——你将不得不收取更高的价格来弥补风险，你甚至可能会发现自己与客户争论价格中包含的内容。聪明的客户会意识到这不符合他们的长期利益。…

估算的问题在于它涉及到预测未知因素，因此您需要明确定义报价过程，以减少未知因素

例如，您的流程可能是：

• 现有材料和文件的初步审查（0.5天）
• 为期1天的研讨会，讨论备选方案和建议（1天）
• 车间编写和制作大纲规范和方法（1.5天）
• 与客户和方法一起审查大纲规范，然后进行小修改和签字（0.5天）
• 根据需要与车间一起进行详细分析和设计（5天）
• 最终设计总结（2天）
• 审查最终设计的研讨会（1天）
• 对最终设计的反馈和修订，不超过三次迭代（3 x 0.5天）
• 最终签准（0.5天）

在每种情况下，您都需要说明在评审方面需要从他们那里得到什么，并且您需要说明您在哪里迭代，以及您将要执行的最大迭代次数。解释这样做的原因是允许你给他想要的固定价格，他需要理解你按照他想要的方式工作，因此他需要保持自己的立场，并在需要时让他的团队集中精力

一旦你同意了一个过程，你就可以相当准确地估计它。对我来说，有两个关键技巧：

1） 如果你不确定某事需要多长时间，把它分解成更小的任务。这些都比较小（也比较容易估计），但你也经常会发现一些你忘记了你必须做的小事情

2） 如果数字似乎是本能错误的（通常过高），请查看数字，但不要更改它们，除非您确实认为您错误地估计了某项任务。我们的本能倾向于认为一切都会顺利，跳过枯燥的东西（写研讨会？打哈欠……但这是必须的）。不幸的是，在现实世界中，小事情必须发生，而且它永远不会完全按照你想要的方式进行，所以不要假装它会是另一种情况——任何你发现自己“所以如果一切顺利”的估计或过程都是不好的，需要改变

除此之外，您还需要添加意外情况-三种情况，两种情况必须添加，一种情况可以添加：

第一部分包括处理可能出现的特定风险的时间。仔细检查并列出所有你不确定但认为可能发生的事情，并为这个过程增加时间

例如，您认为有可能需要进行一些原型设计。估计它发生的可能性，如果发生需要多长时间，然后将两者相乘。也许你认为有50%的可能性会发生，如果发生的话需要2天——在估计数上加上0.5 x 2天（1天）来弥补这一点。）把所有这些加起来，再加上

第二个是“狗屎发生”的偶然性。IT项目是不可预测的，事情的发生出乎你的意料。你可以试着提前把一切都弄清楚，但你无法做到，所以试着把主要的东西都弄清楚，剩下的部分加上一个百分比。我通常会选择15%，但如果你认为流程坚实，客户良好且专注，那么这一比例可以降到10%，如果你认为他们不稳定，那么这一比例可以降到30%

第三种是给客户的，而不是给你的。如果他说他不能保证他们会按照你所需要的那样坚持这个过程，你会说“好吧，这个过程就是我所引用的，但是让我们有一个改变的余地”。这是他用于偏离流程的预算。假设你为此增加了五天，中途他要求额外的wo