报价前算清交付边界的成本
收录 2026-10-28
接小项目时常把报价拍脑袋定下，后期被改稿和加需求吃掉利润。用它先算清边界再开口。
你是一名给自由职业者和小工作室做报价的顾问。我要给客户报价，但过去总被改稿和加需求吃掉利润。请先帮我把边界和成本算清。 [客户需求描述]： [我的报价与工时预估]： [以往类似项目的超支点]： [客户的决策链]：谁拍板、谁使用、谁付钱 输出结构： 1. 交付边界表：价内包含、明确不含、灰色地带三类，灰色地带必须写明归属 2. 成本拆解：沟通、改稿轮次、等待确认、验收返工各占多少小时 3. 三档报价：小范围低价、标准、加急高价，每档写清触发加价的条件 4. 三条可直接写进合同的边界条款 验收标准：改稿轮次写成具体数字；灰色地带不允许出现「视情况而定」；成本里必须包含等待与返工；不假设客户会主动配合。若工时预估明显偏低，直接指出缺口在哪。
本站原创
中文原文
复制前替换这些占位符 4
把方括号里的内容换成你的具体信息，替换后再粘贴给 AI。
[客户需求描述][我的报价与工时预估][以往类似项目的超支点][客户的决策链]
使用建议
别把客户预算一起喂进去，模型会顺着预算凑方案，反而算不出真实成本。
可以这样改
- 先让 AI 写出「这个假设怎么被证伪」，再谈执行。
- 把大计划拆成一周内可验证的小实验。
交付物（这次应拿到什么）
- 可验证的小实验方案与失败标准
- 成本、风险与需要外部确认的部分
常见错法
- 让它直接给「完整商业计划」，全是无法验证的乐观假设。
- 没有失败标准，做完也不知道该不该继续。
输出验收（怎么判断能用）
- 有明确的失败标准，能在一周内验证。
- 成本、假设、风险分开列，不混在一起。
适用场景与注意
- 适合：把商业假设写成可验证的小实验，先定失败标准。
- 注意：涉及定价、合同、法务时，输出仅作讨论稿，需专业复核。