我们怎么交付
一个小队进到你的业务里，2–3 周交付第一个能用的东西
不是一份路线图 PPT，不是一个演示环境里的 POC——是一个在你真实业务里跑着、你的人明天就会打开的东西。之后每 2–3 周一批，每批都在真实业务上验证。
先说清楚
我们不卖这四样
✕
人天
按人头按天计价，做多做少一个样——那是把风险全推给你。
✕
一份路线图 PPT
看着很全，落地时每一页都要重新讨论一遍。
✕
演示环境里的 POC
演示时好用，真业务里用不下去——你多半已经见过一次了。
✕
一个装上就走的黑盒
没人维护的 AI 系统，三个月后就是一个没人打开的入口。
谁来做
一个固定小队，不换人、不转手
一名交付工程师 + 一名 AI 产品顾问。关键节点到现场，平时线上驻场——进你的协作群、跟你的周会，不是每周发一封周报的乙方。
交付工程师
写代码、接系统、上线、修问题。你的人遇到的问题直接找他，不经过项目经理转述。
AI 产品顾问
判断哪个环节值得动、口径怎么定、效果怎么量。也是替你说「这个不该做」的那个人。
节奏
分批交付，批批可用
这不是我们为官网想出来的说法——这是我们写进方案书、对客户承诺过的交付方式。
- 第 1 批 · 2–3 周一个在你真实业务里能用的东西从你现在最费人的那个环节切进去。不是全流程，是一个环节——能用、有人用、能量出省了多少。
- 第 2 批 · +2–3 周把它接进你已有的系统会员、工单、CRM、企微——数据从哪来到哪去接通，而不是又多一个要单独登录的后台。
- 第 3 批 · +2–3 周按你的口径改一遍标签体系、字段、话术、权限——前两批跑出来的真实问题，在这一批里被吸收。
- 之后每 2–3 周一批，直到你说够了每一批都在真实业务上验证，不在演示数据上。
边用边改。真实使用中发现的优化点，在本期内就被吸收——比「一次交付完再提需求」贴得多。
你要出的
决定权与签字权，
不是工作量
- 一个能拍板的人，每批花一小时看结果
- 业务口径上的判断——哪个字段算数、哪种情况算完成
- 必要的账号与数据访问权限
- 验收时的签字
我们先做好初稿的
凡是需要你准备的，
我们先做一版给你改
- 数据口径与字段映射的初稿
- 标签体系与分类树的初稿
- 专名词表、话术模板的初稿
- 云资源与账号的开通、配置
你可以在任何一批之后停
分批交付、批批可用。停下来的时候，你手上留下的是一个能用的系统，不是半份文档和一个待续的排期表。
怎么开始
从一次半天的诊断开始
一个固定小队进到你的业务里，2–3 周交付第一个能用的东西——不是报告，不是 POC。之后每 2–3 周一批，每批都在真实业务上验证。你可以在任何一批之后停。