AI写的代码卖给客户:客户买的是「出事有人扛」【行业观察】

AI 能把代码生成成本压低,却没有降低交付责任。客户买的是出故障时有人解释、修复和验收。

行业观察 · 观点与方法待实测

案例属性:行业观察(公开分享口径,未独立核实;观点类讨论,无收入数据)。本文是《一个人也是一家公司》动态案例库的附加样本,用来对照书里的「数字化资产」「内容探针」「无压实验场」「单位经济学」「AI中台工位」口径。读完带走的不是暴富捷径,而是:它属于哪类生意、AI 怎么进中台、以及该怎么算清楚再决定跟不跟。

仅作行业观察:这不是一个具体项目,而是对「AI 一晚上做个小程序/官网就接单」的提醒。适合拿来校准你的报价逻辑,不建议照着「低价一次性交付」去跟。

先对齐书里的坐标系

对齐书里「方案≠实现、部署≠验收」:AI 把做出来的成本压到接近零,但扛事的成本一分没降。专业服务的定价锚,是交付后的责任。

维度 归类
一级类型 专业服务型(产品化服务)
二级场景 闲鱼/私域接小程序、官网单
获客 私域转介绍、平台接单
交付可复用性 待评估(代码可复用,责任不可复用)
信任门槛 高
变现原型 A-ToB 专项服务
资产积攒方向 品牌信用
无压实验场 可用「给现有客户补维护条款」低成本试
AI中台工位 代码测试、质检
副业/创业类型 技术副业:小程序/建站接单
跟做建议 仅行业观察

本条为观点讨论,没有可核验的收入或案例数字;文中报价与工时均为假设,仅作推演。

案例一眼看清

公开分享口径(未核验):不少人用 AI 一晚上做出小程序或官网就接单交付,但半夜出 bug、被要求退款的是交付人。观点:客户付钱买的不是代码,是「坏了能修」。自问:卖出去的东西坏了,你说得清为什么坏吗?

为什么这个观察成立

  1. 客户买的是结果持续可用,不是一份源码。
  2. AI 降低了做的门槛,也降低了「懂」的门槛:看不懂的代码出事时,修复时间不可预估。
  3. 一次性低价 + 无维护条款 = 把售后风险免费送给自己。
  4. 信任门槛高:一次事故处理得好,就是转介绍;处理不好,口碑归零。

一单怎么运转才算闭环

  1. 需求确认:写清功能边界与「不包含」。
  2. 交付:AI 辅助编码,你能读懂并解释关键逻辑。
  3. 验收:按约定清单逐项验收,而不是「上线了就算完」。
  4. 维护期:约定期限内的故障响应。
  5. 维护期后:转为按次或包月的付费维护。

维护/责任条款自查清单

以下是报价和沟通时值得写清的项目,具体条款怎么写、是否需要合同文本,请结合实际情况咨询专业人士;本文不提供法律意见。

条款项 要写清什么
交付范围 做哪些功能、不做哪些
验收标准 按什么清单、由谁、在几天内验收
维护期 交付后多长时间内免费修复哪类问题
响应时间 出故障后多久回复、多久处理(工作时间/非工作时间区分)
不在免费范围内的 新需求、第三方服务变更、客户自行改动导致的问题
付费维护 维护期后按次或包月的价格
账号与资产归属 服务器、域名、小程序账号、源码归谁、谁持有密码
数据与备份 谁负责备份、多久一次
退款与终止 在哪些情况下可退、怎么结算已完成部分

如何用 AI 落地(中台工位)

单位经济学怎么算(估算)

假设:一单小程序报价 2000 元,AI 辅助开发 10 小时,表面时薪 200 元。若交付后三个月里出 3 次故障、每次处理 3 小时,总工时变 19 小时,时薪降到约 105 元;若再遇到一次退款,可能直接亏损。

改法(假设):报价拆成「开发 2000 元+30 天免费维护」,之后「按次 200 元或包月 300 元」。售后时间从成本变成收入,你也有动力把代码写得更稳。

坑与红线

  1. 看不懂的代码不交付;说不清为什么坏,就修不好。
  2. 不承诺「永久免费维护」。
  3. 不把账号、密码、服务器只留在自己手里或只在客户手里而不约定。
  4. 涉及支付、个人信息的功能,先确认合规要求再接。
  5. 不要用「AI 一晚上搞定」作为卖点,它会同时拉低你的价格和客户的预期。

适不适合你

适合:有基本编程能力、能读懂并调试 AI 生成代码、愿意长期服务少数客户的人。

不适合:完全看不懂代码、只想一次性交付拿钱走人的人。

观察清单

  1. 回看自己已交付的单:哪些没有维护条款?
  2. 统计过去交付的售后小时,算真实时薪。
  3. 试着给下一单报「开发+维护期+付费维护」三段价,看客户反应。
  4. 观察:AI 建站接单市场里,低价一次性和带维护的报价哪类复购更多。

收束:AI 让「做出来」变便宜,但「扛得住」依然值钱。把交付后的责任写进报价,你卖的就不再是一段代码,而是一份可以信赖的服务。相关阅读:三档报价案例。

返回 AI 生意观察