自由职业报价单模板怎么填写

新手写报价单时，常常只纠结“报多少钱”。但客户真正需要看到的是：你理解了什么、准备交付什么、不包含什么、需要客户提供什么、怎么验收。价格只是报价单的一部分，不是全部。

一份保守的报价单应该像一张边界表。它不需要复杂，但要让双方知道这次合作到哪里为止。尤其是 AI 工具实践、网页小改、报错排查、模板制作这类小任务，更要把范围写小、写清楚。

适合谁

适合准备写第一份自由职业报价单的新手。你可能还没有稳定客户，也可能只是在练习如何回复需求、估算范围、整理交付物。

也适合已经收到客户初步需求，但信息不完整的人。报价单可以先写成“待确认版”，不要急着给最终价格和最终时间。

不适合谁

不适合复杂法律、财务、税务、合同、生产系统或高风险安全项目。遇到这些项目，新手不应该只靠模板报价。

也不适合客户需求极不清楚的情况。如果客户只说“帮我做一个网站”，没有页面数量、功能、素材、验收标准和部署责任，就不能直接写最终报价。

风险提醒

不要承诺收入结果、成交结果、上线效果或搜索排名。报价单只说明你的服务范围，不应该替客户承诺商业结果。

不要把需要客户授权的事项写成你已经可以完成。例如仓库权限、部署平台、域名、支付配置、后台账号、素材授权、收款方式，都要单独写成客户待确认或明日待办。

具体步骤

第一步，复述项目目标。用一两句话写清楚客户想解决的问题。

第二步，列交付物。交付物要具体，例如“一个移动端修复 PR”“一份报错诊断记录”“一个报价页文案草稿”，不要写“优化网站”这种大词。

第三步，写不包含事项。比如不包含生产部署、不包含后端接口、不包含支付配置、不包含长期维护。

第四步，写假设条件。报价基于哪些材料成立，例如客户提供页面链接、截图、仓库权限、测试环境和验收标准。

第五步，写客户待确认。需要客户授权、提供素材、确认设计或批准部署的事项，都放在这里。

第六步，写验收方式。验收可以是截图、预览链接、命令结果、PR 合并或客户确认。

第七步，写修改次数和响应边界。小任务通常需要限制修改范围，否则很容易变成无限返工。

报价单结构

可以用这个结构：

项目目标：

交付物：
- 待填写

不包含：
- 待填写

客户需要提供：
- 待填写

验收方式：

修改范围：

待确认事项：

备注：

这份结构比单纯写价格更稳。即使你还不确定金额，也可以先用它和客户确认范围。

项目目标怎么写

项目目标要具体。比如“修复网站首页移动端按钮溢出问题”比“优化网站体验”更好；“整理 npm install 报错诊断记录”比“解决所有环境问题”更好。

如果客户需求还不清楚，可以写“当前理解”。例如：当前理解是客户需要修复截图中的移动端布局问题，具体页面和验收标准待确认。这样既回复了客户，也没有把未知内容说死。

交付物怎么写

交付物最好能被检查。常见写法包括：

• 修改后的代码提交或 PR
• 一份诊断报告
• 一页文案草稿
• 一个页面截图
• 一个本地验证记录
• 一份操作清单

不要写“让项目变好”“提升转化”“修复全部问题”这类难验收的交付物。它们容易引发理解差异。

不包含事项怎么写

不包含事项不是推责任，而是防止范围失控。例如网页小改可以写：不包含新设计稿、不包含后端接口、不包含生产部署、不包含第三方账号配置、不包含长期维护。

如果客户后续确实需要这些内容，可以再单独报价或重新确认范围。把不包含写清楚，比事后争论更专业。

客户待确认怎么写

常见待确认包括：仓库权限、页面链接、截图、设计参考、部署账号、域名权限、素材版权、截止时间、验收标准。没有这些材料时，不要把报价写成最终版。

可以这样写：

This quote is based on the current information. Final scope and timeline may change after reviewing the repository, screenshots, and deployment requirements.

这句话能把报价和后续材料审查连接起来，避免客户误以为所有未知内容都包含在内。

修改次数怎么写

新手常常忘记写修改次数。小任务可以写“包含一次基于原范围的修改”。如果客户提出新页面、新功能或新平台配置，就属于范围变化，需要重新确认。

修改次数不是为了计较，而是为了保护双方预期。客户知道可以改什么，你也知道什么时候应该停下来重新沟通。

CTA：下一步

先用 项目报价助手 把范围拆成交付物、不包含事项和客户待确认，再把结果改写进自己的报价单。需要沟通模板可以去 模板下载，需要拆需求可以用 Proposal 生成器。

免责声明

本文只用于学习和报价结构整理，不构成法律、财务、税务或收入承诺。真实项目需要结合客户需求、平台规则、合同要求和人工审核判断。