客户自己开发是什么意思
Litmus 是一家约 60 人的公司，做电商数据分析解决方案和外包开发。在 Howwhy AI 播客上，金雄振代表介绍了一个叫‘合作伙伴平台’的东西，‘客户自己开发’这句话的实质就在这里显现。
在合作伙伴平台上，客户在自己服务的画面上点击并选中想改的元素（按钮、文案、布局），留下评论。写下‘把这里改成这样’，这条评论就立即变成一张‘工单’。工单是一个作业单位，可以把它看作一张开发申请单。
工单一旦生成，就会有智能体接手。智能体是一种代替人来读取、修改乃至部署代码的 AI 程序。在 Litmus，一个名为 CRH 的智能体会确认请求、修改代码，并把作业切换为‘完成’状态。从客户的角度看，无需口头拜托开发者，只要在画面上点击和评论，开发就会运转起来。实际上就是客户自己在开发。
为什么需要 PM 关口——这是沟通工具，而非纯粹的自助开发
但这里设有安全阀。在初期阶段，智能体可以工单一到就执行，但项目进入中后期后，由 PM（项目经理）把守关口。关口是由人来决定能否通过的关卡。
PM 看到工单后从三选一：立即采纳，审阅后采纳（通过 PR 预览），或干脆拦下待处理。PR 是 Pull Request 的缩写——不立即应用代码变更，而先展示‘我打算这样改，可以吗’的预览流程。Litmus 的关口做法是不立即合并工单，而是切换分支并发起 PR。
为什么要拦？因为客户想要，不等于就对。如今的外包项目在同等价格下比一年前复杂三倍以上，技术上能实现、却与政策或业务目标不符的请求经常出现。筛选、砍掉或调整这些，仍然是人的工作。所以这个平台与其说是百分百的自助开发工具，不如说是客户与开发公司对着同一画面沟通的工具。
选择不把 RFP 百分之百做完
看着这套结构，我（SH Consulting）更确信了自己的做法。RFP 是 Request For Proposal 的缩写——客户整理出‘请做出这样的东西’的提案请求书兼需求文档。通常外包开发公司会把 RFP 里写的百分之百实现，交付成品。
我却刻意不这么做。我做出核心的 80%，让它能独立运转，剩下的 20% 留给客户自己收尾。因为全都替客户做好，客户每有一处小改动都得叫开发公司，这种依赖会以时间和成本累积起来。
这里的 80% 指的是‘能独立运转的骨架’为止。剩下的 20%（细节文案、画面微调、新增项目之类）留作客户自己能上手的领域。这不是交付一件成品，而是交付一套客户能接手并培育的、活的系统。
为什么 AX 培训能替代收尾工作
要让客户自己做那剩下的 20%，他们就得懂方法。所以我会一并提供 AX 培训。AX 是 AI Transformation 的缩写——把组织或个人的工作方式围绕 AI 重塑。这里指的是学会‘客户用 AI 工具自己修改并维护自己服务’的能力。
具体来说，我让客户上手熟悉用 Claude Code 或 Codex 这类 AI 编码工具去改画面、换文案、加上简单功能的流程。这与 Litmus 把合作伙伴平台（点击 → 评论 → 工单）交到客户手里是同一个原理：不再口头拜托开发者，而是为客户打开亲手动手的通路。
效果是从依赖到自立的转变。全都替客户做好，客户每次都要叫我；教会他们自己做，他们就用自己的手运转。维护成本下降，客户成为自己服务的主人。于是开发公司就不再是‘成品供应商’，而成为‘让客户自立的教学与设计伙伴’。
AI 时代，顾问的价值向何处转移
随着 AI 把代码写得越来越好，开发本身正在变成一种普通能力。这是客户也能用 AI 直接开发的时代。那么开发公司出售的东西，就必须从‘替人写代码的劳动’转向别的东西。
转移的落点有两处。第一是判断——决定采纳什么、拦下什么，哪些请求合乎业务目标、哪些是风险的把关角色。第二是教学——让客户自己能做。两者都是 AI 无法代劳、需要人与领域理解的领域。
Litmus 代表认为，销售、PM、开发者之间的区分正在消失，全都会并入‘顾问’这一个职群。我看到的是同一个方向。执行交给 AI 和客户，人则上升到判断、把关与教学。在你的工作里，也不妨把‘执行’与‘判断’分开。把执行自动化或委派出去，把自己留在做判断的位置——这就是 AI 时代的生存设计。