自由职业范围确认检查清单
一份给自由职业新手使用的范围确认检查清单,覆盖客户需求、交付物、材料、验收标准、修改轮次、账号授权、不包含事项和明日待办。
Published: 2026-06-03 / Updated: 2026-06-14
这份清单用于报价前确认项目范围。完整流程见 自由职业新手怎么和客户确认范围。填完后,你应该能判断这单能不能接、怎么报价、哪些事项需要客户先确认。
适合谁
适合准备接第一批小单的新手。你可以把它用于网页修改、报错排查、文案整理、模板制作、简单自动化和作品集辅导等低风险任务。
也适合已经收到客户模糊需求的人。客户一句话无法支撑报价,清单能帮你把问题拆开。
不适合谁
不适合客户拒绝确认范围、只要求你先做完整成果的任务。新手不应在边界不清时开工。
也不适合涉及高风险权限的任务,比如生产数据库、支付配置、客户账号代管、安全漏洞和大量隐私数据处理。
风险提醒
范围确认不是形式。它能防止客户以为包含更多,也能防止你把权限、素材、部署和长期维护都揽到自己身上。
如果某一步需要客户注册、添加协作者、配置域名、提供私有仓库权限或确认付款平台,把它写成客户侧待办。不要默认为自己负责。
具体步骤
1. 需求复述
- 客户原话:
- 我的理解:
- 需要确认的差异:
- 是否能用一句话描述目标:
如果你不能一句话复述目标,先不要报价。
2. 交付物
- 代码提交:
- 预览链接:
- 截图:
- 文档:
- 模板文件:
- 诊断报告:
- PR 链接:
交付物越具体,验收越容易。
3. 客户材料
- 文案:
- 图片:
- logo:
- 账号或协作者权限:
- 仓库链接:
- 参考链接:
- 截止时间:
- 预算范围:
没有材料时,可以先做诊断或规划,不要承诺最终效果。
4. 验收标准
- 哪个页面算完成:
- 哪个按钮必须可用:
- 哪个命令必须通过:
- 客户要看截图还是链接:
- 是否需要移动端检查:
- 是否需要客户书面确认:
验收标准要能被检查,不要只写“客户满意”。
5. 不包含事项
- 后台:
- 登录:
- 付款:
- 数据库:
- 长期维护:
- 新增页面:
- 账号代管:
- 复杂自动化:
- 平台申诉或审核:
不包含事项越早写,范围越稳。
6. 修改轮次
- 包含几轮修改:
- 每轮修改范围:
- 多久内反馈:
- 超出范围怎么处理:
修改轮次要和报价绑定。否则小单很容易变成无限修改。
明日待办字段
如果客户还没给材料或授权,把它写成明日待办:等待客户提供文案、等待客户添加仓库协作者、等待客户确认域名、等待客户决定是否需要移动端。
待办要写负责人。属于客户的写“客户提供”,属于你的写“我验证”,需要复核的写“人工复核”。这样第二天不会混乱。
变更记录字段
范围确认后,如果客户提出新要求,不要直接塞进原范围。先写一条变更记录:客户新增了什么、是否影响交付时间、是否需要新增材料、是否需要重新报价。这样你能区分“原范围内的小修改”和“新需求”。
变更记录可以很简单:
变更时间:
客户新增要求:
是否在原范围内:
对时间和报价的影响:
下一步确认人:
每次只要多花一分钟记录,后面就少很多争议。尤其是新手项目练习,小修改容易越积越多,最后看起来像自己拖延,其实是范围已经变了。
验收确认记录
项目结束时,单独写一条验收确认。内容包括交付链接或文件、客户检查时间、客户是否确认完成、是否还有原范围内的小修改、是否出现新需求。不要只在聊天里说“已完成”,因为后续复盘时很难找到证据。
如果客户没有正式回复,可以写“已发送交付物,等待客户验收”。如果客户提出新需求,要回到变更记录,而不是继续算作原验收。验收确认能帮你把任务从“还在聊”推进到“已交付、待反馈、或新范围”。
CTA:下一步
把这份清单复制到你的项目记录里,用它确认下一条客户需求。需要模板看 模板库,估算报价用 项目报价助手。
免责声明
本文是学习和沟通检查流程,不构成法律、财务、安全或职业承诺。真实项目需要结合平台规则、客户授权、项目复杂度、个人能力和人工复核判断。
读完后可以直接用的工具
根据这篇文章的主题自动匹配,先用工具做判断,再人工复核交付。
SEO 路径
继续沿着同一主题解决问题
Use a practical tool after reading this guide
先用工具做判断,再用模板整理交付。生成内容只能作为草稿,不要不审核就直接发给客户。
Related articles
需要人工协助配置或排错?
你可以先用本站工具和模板自助排查。若确实卡在 Codex、Claude Code、GitHub、Vercel 配置或客户需求判断上,可以通过联系页咨询。服务不是主业入口,只作为少量高价值人工协助保留。
联系我