AI Coding · 报价异议处理

客户说太贵,先别直接降价,把项目缩成一个能先确认的范围

AI 接单里,客户说“有点贵”“预算不够”“能不能便宜点”,不一定是拒绝。更常见的问题是范围太大、交付结果不清楚、一次性决策压力太高。处理方式不是把原项目打折,而是把一期范围写清楚。

先判断客户说贵,是哪一种贵

范围太大

客户想要网站、小程序、后台、支付、短信、部署和维护一起做,但还没确认核心流程。先拆一期,只做最关键页面和流程。

结果不清楚

客户不知道最后会拿到什么,容易觉得报价不确定。先给需求底稿、页面小样或验收清单,让交付物变具体。

付款压力大

完整项目金额一次确认有压力。可以改成小范围先确认,再按阶段继续,而不是原范围直接降价。

不要说“便宜点”,改说“缩一期”

回复版本一:如果按完整范围做,价格不建议直接压低,否则后面容易因为范围不清返工。我们可以先缩成一期,只做核心流程和验收清单,确认后再决定二期。

回复版本二:这次先不包含支付、短信、复杂权限、部署维护和长期修改,先把关键页面、字段和流程跑通。这样预算更轻,也方便你先判断方向是否对。

回复版本三:如果你还在比较方案,我建议先做一个需求底稿或页面小样小包,交付后你可以继续找我做完整开发,也可以拿着这份资料内部确认。

重点是调整交付范围,而不是在原范围上直接降价。范围、验收、修改次数和不包含事项必须一起变化。

三种可降预算但不模糊边界的改法

减少页面

先做首页、列表页、详情页或一个核心流程,不做完整后台和所有边缘页面。

减少集成

先不接支付、短信、地图、第三方登录等外部服务,用人工确认或表单收集替代。

减少修改轮次

明确包含几次小修改,新增功能和大改版进入下一阶段确认。

发给客户前的自查清单

本次包含

  • 交付物名称是否具体,例如需求底稿、页面小样、验收清单。
  • 页面、字段、流程、账号依赖是否写清。
  • 交付后客户如何检查是否合格。

本次不包含

  • 复杂第三方集成、上线部署、长期维护是否排除。
  • 修改次数和新增需求处理方式是否写清。
  • 后续完整项目如何继续确认。

下一步可以接着看

如果客户还没有明确需求,先整理需求底稿。如果已经报价但客户犹豫,改成可先确认的小包。如果准备正式交付,再补验收清单。