客户只发截图，怎么用 Claude Code 或 Codex 整理成可报价需求
很多 AI 接单失败不是因为工具不行，而是因为一开始没有把需求问清楚。客户常见的表达是：
这时候不要立刻承诺完整系统，也不要直接让 Claude Code、Codex 或 Cursor 开始写代码。更稳的做法是先把截图翻译成一页可报价需求底稿。
一句话答案
客户只发截图时，先拆成六件事：页面、用户角色、输入字段、按钮动作、数据来源、验收标准。拆完以后，先交付一个可点击或可运行的小样，再确认正式报价和范围。
第一步：把截图拆成页面和模块
先不要讨论技术栈，先看截图里到底有几个模块。
可以按这个格式整理：
给 AI 的提示可以这样写：
请根据这张截图，先不要写代码。
请把它拆成页面结构、模块清单、字段清单、按钮动作和待确认问题。
输出一份给客户确认的需求底稿。
第二步：补齐角色和流程
截图只能说明“长什么样”，不能说明“谁来用、怎么用、用完去哪”。
至少要确认：
如果客户回答不清楚，就先按最小版本写：
> 第一版只做一个公开页面和一个提交表单，不做复杂权限、不做多角色后台，数据先能保存和导出。
第三步：把截图变成可报价清单
报价前最重要的是把“包含什么”和“不包含什么”写清楚。
建议用这个结构：
本次包含：
一个移动端页面
一个提交表单
一个数据列表后台
基础样式适配手机
一次文案和字段调整 本次不包含：
复杂会员系统
在线支付
多门店权限
第三方接口对接
上架小程序审核
这样做的好处是，客户后续加功能时，不会变成免费无限改。
第四步：让 Claude Code 或 Codex 先做小样
不要一开始就让 AI 写完整项目。先让它做可检查小样。
可以这样提示：
根据这份需求底稿，先做一个最小可验收版本。
要求：
只实现核心页面和核心表单
数据可以先存在本地或简单接口中
页面要能在手机宽度下正常使用
不要加入未确认的复杂功能
输出完成后列出客户需要确认的问题
小样的目标不是一次交付全部，而是让客户看到：
第五步：把验收标准写成可检查句子
不要写“页面好看”“功能正常”这种模糊标准。
改成：
验收标准越具体，越容易报价、交付和收尾。
适合的交付顺序
如果客户只有截图，建议按这个顺序做：
常见坑
1. 截图里看不到后台
很多客户只发前台截图，但真实需求里需要后台。没有后台就不能管理数据，有后台就要增加工作量。
2. 截图里没有登录，但客户默认要登录
登录、验证码、权限、手机号绑定都会增加复杂度。一定要先问清楚。
3. 客户说“很简单”
“简单”通常只是页面简单，不代表流程简单。要回到字段、数据、权限和验收标准。
4. AI 一次生成太多
Claude Code、Codex、Cursor 都很强，但如果需求没收窄，会生成一堆客户没确认过的功能。先小样，再扩展。
可以直接发给客户的确认话术
我先不直接开工，避免做偏。
我会先把截图整理成一页需求底稿，包括页面、字段、按钮动作、后台需求和验收标准。
确认后我先做一个最小可验收小样，您看方向没问题后，再确定正式版本报价和交付范围。
总结
客户只发截图时，真正要做的不是“照抄页面”，而是把截图变成可报价、可验收、可交付的需求底稿。
Claude Code、Codex 和 Cursor 适合把明确需求快速做成小样；但需求是否明确，仍然要靠你先拆清楚。