AI 接单报价后客户没回复怎么办：把完整项目拆成一个可验收小包

客户问完价格就消失，很常见。不要立刻追问“还做不做”，也不要马上降价。更稳的做法是先判断对方卡在哪里，再把完整项目拆成一个能当天确认的小交付。

这篇适合这些场景：

先判断客户为什么没回复

客户没回复不一定是不想做，常见原因有四种：

所以这时最重要的不是催，而是把决策变小。

不要直接报完整系统

很多 AI 接单失败，是因为一开始就把需求说成完整系统：

这些都对，但对客户来说太大了。他会自然想到：会不会做不完、会不会不好用、后期要不要继续加钱。

更好的表达是：

先做一个可检查的小版本，只跑通核心流程。确认方向对了，再决定下一步要不要扩展。

把项目拆成 3 种小包

1. 需求整理小包

适合客户只有一句话或几张截图。

交付物可以是：

这一步不是写代码，而是帮客户把想法变成能报价、能验收的文档。

2. 页面小样小包

适合客户想看效果，但还不确定是否正式开发。

交付物可以是：

这一步可以用 Claude Code、Codex 或 Cursor 快速做，但要提前写清楚：只验证页面和流程，不包含正式账号、支付、复杂后台和长期维护。

3. 交付验收小包

适合客户已经有旧系统、旧页面或外包半成品。

交付物可以是：

这一步特别适合避免扯皮。先把“什么算完成”写出来，再决定是否继续开发。

可以这样回复客户

如果客户问价后没回复，可以发一条更小的选项：

可以先不做完整系统。我们先做一个可验收小包，把核心流程和页面跑通：包括需求底稿、页面清单、验收标准和一个小样。确认方向没问题后，再决定是否继续开发完整版本。这样风险更低，也不会一开始就把范围拉太大。

如果客户说贵，可以这样改：

完整版本确实会包含比较多页面和联调。可以先拆成第一阶段，只做最核心的一条流程，交付后你能实际检查效果。确认可用后，再进入第二阶段。

小包里必须写清楚不包含什么

小包能成交的前提，是边界清楚。

建议每次都写：

这样客户更容易下决定，你也更不容易进入无限修改。

用 AI 工具时怎么落地

你可以把客户原始描述整理成一段任务说明，再交给 Claude Code、Codex 或 Cursor：

如果客户只有截图，就先拆页面和字段。

如果客户只有一句想法，就先拆目标和核心流程。

如果客户已有旧系统，就先拆问题清单和验收标准。

如果想先拿一份清单

如果现在只是想把一句话、截图或聊天记录整理成可报价范围，可以先看这份外包报价验收清单包：外包报价验收清单包。

它更适合在正式开发前确认范围、付款节点、验收标准和不包含事项，避免一开始就把项目说得太大。

最短下一步

不要追问“还做不做”。给客户一个更小、更容易确认的选择：

先做一个可验收小包，确认核心流程、页面、字段和不包含事项。客户愿意继续，再进入完整开发。

如果你还不知道怎么拆，可以先从需求底稿开始：把一句话想法、截图或聊天记录整理成一页可报价说明，再决定是否开工。