端到端项目
诊断、定义与设计、工程交付、上线运营。一支团队负责到底，按里程碑付款。
Approach / 方法
先判断，
再交付。
AI 项目最常见的失败，不是模型不够好，而是做错了问题、没人使用、或者上线后无法维护。我们的方法围绕三件事：做对的问题、做能用的产品、做可维护的系统。
01
四条原则
它们不是口号，而是每个项目都会检查的约束。
P.01
先把问题定义清楚
不与模型能力对齐，而与业务目标对齐。定义清楚谁用、在什么场景用、什么算成功，再选择技术路线。
P.02
设计与工程同队
设计不交稿走人，工程不接图开工。同一个团队对体验与系统同时负责，减少交接损耗与“做不出来”的返工。
P.03
按可验收的里程碑推进
每个阶段有明确产出与验收标准。范围变化走变更单，不用“做完再说”的方式管理风险。
P.04
数据边界默认收紧
客户数据默认不用于训练；模型按可商用许可选型；日志、删除与导出写进合同。需要训练时单独书面授权。
02
四个阶段
完整项目通常 3—5 个月。每个阶段都可以停下来，也可以连续推进。
01
诊断
1—2 周
需要你提供
- 业务目标与现状
- 流程与数据样本
- 约束与决策人
你会得到
- 场景清单与优先级
- 价值与可行性判断
- 推荐路线与验收标准
02
定义与设计
4—7 周
需要你提供
- 真实使用场景
- 验收人与评审节奏
- 技术环境约束
你会得到
- 产品方案与流程
- 可点击原型
- 设计系统与范围报价
03
工程交付
6—12 周
需要你提供
- 系统与数据接入条件
- 模型与合规要求
- 上线窗口
你会得到
- 可运行系统与部署
- 评测报告与门禁
- 文档、回滚与验收清单
04
上线与运营
按月
需要你提供
- 使用数据与反馈
- 迭代优先级
- 运营负责人
你会得到
- 月度迭代与工单
- 监控与复盘
- 按需的运营模块
03
开始前，需要你确认
这些条件不具备时，项目通常会在中途失速。我们宁愿在诊断阶段说清楚。
C.01
一位业务负责人
能拍板场景、范围与优先级。只有 IT 或采购对接的项目，通常无法定义“什么算成功”。
C.02
可用的场景与数据
真实流程、样本材料与使用环境。没有数据也可以从流程开始，但不能只停留在概念。
C.03
明确的约束
预算、时间、系统环境、合规要求。约束越早说清，方案越少返工。
C.04
一个验收人
对交付结果做最终确认的人。验收标准在项目开始前书面确认。
04
合作方式
三种合作方式，同一套验收与合同规则。
单项合作
只做设计或只做工程，仅限已合作客户或上下游明确的项目。不按人头报价，验收标准单独约定。
持续运营
上线后按月迭代与维护。工单、目标与响应时限写进月度协议。