通常，当我为客户制作系统时，我会按小时费率设计会话，然后为整个系统开发提供固定报价。
现在这位顾客给我一个曲线球：他不想要按小时计算设计费用 - 他希望我引用固定价格来完成所有设计！并不是说他试图廉价出售，但他不想处于这样一种情况，即设计时间越长，他就越需要支付 - 我能理解这一点。
对于业务层来说，使用它实际上并不困难，因为从他原来的功能规范我很清楚核心业务对象是什么，并且在我们的设计协议中我定义了几个被覆盖的对象以固定的设计价格;如果发现任何新的非平凡对象，它们将被视为差异，并且这些对象将以小时费率计费。到目前为止一切都很好。
但是当涉及到用户界面时，事情开始变得更加愚蠢。有多少个屏幕？还不知道。每个屏幕上会出现什么情况？还不知道。我们所知道的是它是一种“仪表板”类型的系统，并且将涉及许多视觉报告，例如： gauges, graphs, etc.所以也许每个屏幕设计固定价格？不是一个很好的定义;他可能会说一切都会出现在一个屏幕上。也许是每个“视觉报告”设计的价格，包括切片和切片的能力。骰子？再一次不那么容易 - 可能整个系统只是一个报告，所有的智能都将涉及如何呈现该分割。
任何人都有任何想法如何为这样的UI设计做固定报价？
答案 0 :(得分：3)
我建议时间装箱设计工作。这样您就可以给出固定的价格，同时也可以让客户在设计阶段充分利用与您的互动。
如果您在没有时间或范围拳击的情况下确定价格，那么您正在创建一个开放式承诺，这实际上对任何一方都不利 - 您必须收取更高的价格以承担风险，您甚至可能发现自己与客户争论价格中包含的内容。一个聪明的客户会意识到这不符合他们的长期利益....
答案 1 :(得分：3)
估算的问题在于它涉及预测未知因素，因此您需要清楚地定义您引用的过程以减少未知元素。
例如，您的流程可能是：
在每种情况下，您都需要在评论方面说明他们需要什么，您需要说明您要迭代最大迭代次数的位置。说明这样做的原因是为了让你给他他想要的固定价格，并且他需要明白你的工作方式是他想要的，所以他需要保持他的优势并将他的团队集中在它上面当他们需要的时候。
一旦您同意了一个过程，您就可以相当准确地估算它。对我来说有两个关键技巧：
1）如果您不确定某事需要多长时间，请将其分解为较小的任务。这些更小（更容易估计），但你经常也会发现你忘记了你必须做的小事。
2）如果数字看起来本能地错误（通常太高），请查看数字但不要更改它们，除非您诚实地认为您错误地估计了其中一项单独的任务。我们的直觉倾向于认为一切都会顺利进行，并且会跳过沉闷的东西（写作研讨会？打哈欠......但它必须发生）。不幸的是，在现实世界中，小东西必须发生，而且它永远不会按照你想要的方式发展，所以不要假装它会不会 - 任何估计或过程，你发现自己“所以如果一切顺利”是一个坏的一，需要改变。
除此之外，您需要添加意外事件 - 三种，您必须添加两种，一种可能：
第一个涵盖了处理可能出现的特定风险的时间。浏览并列出您不确定的所有事项，但可能会考虑并为该过程增加时间。
例如，您认为您可能需要进行一些原型设计。估计它将发生的可能性，如果它确实将两者相乘，需要多长时间。也许你认为它有可能发生50％，如果确实需要2天 - 加上0.5 x 2天（1天）来估算它。）添加所有这些并添加它。
第二个是“狗屎发生”的意外情况。 IT项目是不可预测的，事情发生了你没想到的。你可以尝试提前计算出来，但你不会管理，所以试着找出主要的东西，其余的添加一个百分比来掩盖它。我通常会去15％但是如果你认为这个过程是稳定的并且客户是好的和专注的话，那么可以降到10％，如果你认为它们是片状的话，可以降低30％。
第三种是针对客户而不是您。如果他说他不能保证他们会像你需要的那样坚持这个过程，你会说“很好，这个过程就是我所引用的，但让我们有一个改变津贴”。这是他花在偏离过程上的预算。假设您已经为此增加了五天，并且在他要求额外的研讨会的一半时间内没有这个过程。你需要花一天时间来写一天 - 你说“如果你想要从五天变更预算开始两天” - 他可以同意与否。
这意味着你得到了你的过程，他有能力偏离它，而无需回到他的项目板并要求更多的钱。
哦，记录你花的所有时间。这可以让你比较你认为它会采取什么，你可以改善估计，但也意味着，如果你超支你知道多少，你可以偷偷地将它添加到构建阶段，并收回钱。
最后一件事：在某些时候他会说“如果需要更少的时间会减少我的费用？”。答案是不。固定价格可以消除他超支的风险，但这意味着您承担了风险。你接受这种风险的回报是，如果你提前获得更多的钱，你可能会获得更多的钱，但他并没有双管齐下。如果它收入不足就会给他少量收费意味着如果它提前得到你没有任何好处但是如果它迟到会得到所有的痛苦 - 不公平吗？