Codex 客户需求澄清问题检查清单

这份清单用于客户需求还不清楚时。它的目的不是把客户问烦，而是把“可以开始做”的条件问出来：目标是什么、材料在哪里、完成标准是什么、能不能验证、有没有权限和风险。

这篇仍是草稿，只做流程参考。建议先读 Codex 处理客户需求不清楚时怎么提问，再把下面的问题复制到自己的项目记录里。需要写英文回复时，可以配合 Proposal 生成器 起草，但要人工复核。

适合谁

适合面对客户模糊需求时容易慌的新手。比如客户只说“fix this”“make it better”“deploy it”“add automation”，你不知道该先问链接、问截图、问仓库，还是直接报价。

也适合已经开始项目、但经常因为需求误解返工的人。固定问题库能帮你把沟通从即兴反应变成可复查流程。

不适合谁

不适合客户明确要求你在没有授权的情况下访问后台、处理真实数据、修改支付配置或接触生产密钥的任务。清单只能帮你识别风险，不能让高风险任务自动变成可接任务。

也不适合把问题一次性全部丢给客户的人。真正好的沟通是先问关键问题，再根据客户回答补问，而不是复制一长串让客户无从下手。

风险提醒

只要需求涉及生产环境、账号权限、支付、隐私数据、密钥、安全漏洞或不可回滚操作，就先暂停报价。把这些事项列为客户待确认，不要让 Codex 代替你做权限判断。

具体步骤

一、目标问题

• 你希望最终结果是什么？
• 当前问题是什么时候出现的？
• 有没有具体链接、截图、录屏或报错？
• 这是修 bug、做新功能、部署、优化，还是文档整理？
• 如果只能先做一个最小版本，最重要的结果是什么？

二、材料问题

• 是否有仓库、页面链接、测试账号或部署地址？
• 是否有复现步骤？
• 是否有相关文件、报错日志或截图？
• 是否能提供脱敏后的配置说明？
• 是否有现有设计稿、文案、API 文档或验收清单？

三、验收问题

• 你会如何判断任务完成？
• 是否需要截图、命令输出、测试结果或 demo？
• 是否需要适配特定浏览器、设备、语言或账号角色？
• 是否有必须不能改变的功能？
• 如果结果和预期不同，优先调整哪一部分？

四、权限和风险问题

• 这是测试环境还是生产环境？
• 是否涉及真实用户数据、订单、支付、通知或后台权限？
• 是否需要登录、授权、开通服务或修改环境变量？
• 是否已有备份或回滚方式？
• 哪些操作必须由客户自己执行？

五、范围和报价问题

• 本次只处理一个问题，还是包含后续优化？
• 是否有预算和截止时间？
• 是否允许分阶段交付？
• 如果材料不足，是否接受先做诊断再报价？
• 本次交付不包含哪些内容？

记录模板

客户目标：
当前材料：
缺失信息：
验收标准：
允许修改范围：
风险和权限：
客户待确认：
建议下一步：

使用清单的小技巧

不要把所有问题一次性发给客户。更稳的方式是先问决定能不能评估的 3 到 5 个问题：目标、材料、验收、环境、权限。客户回答后，再补问细节。这样沟通更像协作，而不是把一张表扔给对方。

每次客户回答后，都要把答案落到记录里。不要只停留在聊天窗口，因为后续写 Proposal、让 Codex 分析、估算报价、交付复盘时，都需要这份整理后的上下文。记录越清楚，工具越不容易跑偏，你也越容易发现风险。

客户回答后的二次确认

客户回答完问题后，建议你再发一段简短复述，而不是马上开始执行。复述内容包括：本次目标、你会处理的范围、不会处理的范围、需要客户自己确认的事项、你准备用什么方式验证。这样可以把“聊天里的理解”变成双方都能看到的范围说明。

二次确认尤其适合需求从一句话变成多项任务的场景。比如客户一开始说“修一下登录”，后来补充了注册、找回密码、邮件发送、第三方登录和后台权限。这个时候不要把所有内容都塞进原任务，要拆成当前范围和后续范围，必要时重新报价。

CTA：下一步

如果客户已经回答了大部分问题，可以用 Proposal 生成器 整理回复，再用 报价计算器 估算需求确认、验证和交付记录的时间。常见踩坑可以继续看 需求澄清常见错误。

免责声明

本文只用于 AI 工具实践流程学习和草稿复核，不构成法律意见、职业建议、报价承诺或具体项目交付承诺。真实项目应以客户授权、平台规则、合同约定和人工复核为准；需要登录、授权或高权限操作的事项，应先记录并由客户确认。