自由职业报价单填写检查清单

这份清单用于发送报价单前自查。完整说明见 自由职业报价单模板怎么填写。你可以把每一项填完后，再决定是否给客户最终报价。

清单的目标不是让价格更高或更低，而是让范围更清楚。范围不清楚时，任何价格都容易出问题。

适合谁

适合准备给客户发送报价单、Proposal、项目范围说明或小任务估算的新手。尤其适合网页修改、报错排查、文案整理、模板制作、自动化小任务这类边界容易扩大的项目。

也适合还不确定能不能项目的人。清单可以帮助你列出缺失信息，而不是仓促承诺。

不适合谁

不适合复杂法律、财务、税务、支付、安全或生产系统项目。遇到这类项目，报价前需要更专业的人工审核。

也不适合客户完全不愿提供材料的情况。没有链接、截图、验收标准或权限说明时，只能做初步判断，不能写完整报价。

风险提醒

不要在报价单里承诺商业结果、收入结果、平台审核结果、搜索排名或固定成交。报价单只说明你的工作范围和交付方式。

如果项目需要客户注册、授权、添加协作者、绑定收款方式、修改部署平台或提供私密素材，把它写成客户待确认事项。没有确认前，不要放进已包含范围。

具体步骤

按下面顺序填写：

1. 写项目目标
2. 写交付物
3. 写不包含事项
4. 写客户需要提供的材料
5. 写验收方式
6. 写修改次数
7. 写客户待确认
8. 写风险和限制
9. 再决定是否发送

如果任何一项空着，先不要急着发送最终报价。可以先发确认问题。

项目目标检查

• 是否复述了客户需求？
• 是否只写已知事实？
• 是否避免扩大范围？
• 是否有当前理解而非最终承诺？

示例：

当前理解：客户需要修复首页移动端按钮溢出问题，目标是让 375px 宽度下按钮不超出卡片。

这比“优化整个首页”更容易验收。

交付物检查

• 交付的是代码提交吗？
• 交付的是文档吗？
• 交付的是截图吗？
• 交付的是诊断报告吗？
• 交付的是模板文件吗？
• 是否能被客户检查？

交付物要能落地。不能检查的内容，不适合写进报价单。

不包含事项检查

常见不包含事项：

• 新设计稿
• 后端接口
• 生产部署
• 域名和 DNS
• 支付配置
• 第三方账号设置
• 长期维护
• 超出原范围的新功能

不包含事项要写得礼貌，但不要含糊。含糊会把小任务变成大任务。

客户材料检查

• 页面链接：
• 截图或录屏：
• 仓库权限：
• 设计参考：
• 测试环境：
• 截止时间：
• 验收标准：
• 是否需要部署：

缺失材料要写成问题发给客户。不要靠猜测报价。

验收方式检查

验收方式可以是：

• 客户确认截图
• 预览链接可访问
• 指定命令通过
• PR 合并
• 报错不再复现
• 文档内容确认

验收方式越清楚，后续争议越少。如果客户没有验收标准，你可以先提一个保守标准让客户确认。

修改次数检查

• 是否包含修改次数？
• 修改是否限于原范围？
• 新需求如何处理？
• 超出范围是否重新报价？

示例：

Includes one round of revisions within the agreed scope. New pages, new features, deployment changes, or third-party account setup require separate confirmation.

这句话能保护小任务边界。

待确认事项

把这些内容单独列出：

• 客户是否提供仓库权限
• 客户是否负责部署
• 客户是否确认素材可使用
• 客户是否提供测试环境
• 客户是否确认付款或平台流程
• 客户是否确认截止时间

待确认事项不要写成已完成。需要明天继续跟进，就写明日待办。

发送前检查

发送前读一遍：报价单是否让客户误以为所有未知内容都包含？是否暗示一定能完成？是否把客户权限当成自己的工作？是否遗漏了不包含事项？

如果答案不确定，就先发确认问题，而不是发最终报价。

CTA：下一步

复制这份清单，把你的报价草稿逐项检查。需要初步拆分范围时用 项目报价助手，需要整理客户确认问题时用 Proposal 生成器。

免责声明

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