先把值得解决的问题说清楚
项目不从模型或功能清单开始。我们与 Sponsor、业务负责人、一线使用者和技术团队共同梳理流程、决策、数据、风险与现有系统，识别真正影响收入、成本、效率、风险或体验的瓶颈。诊断阶段会明确不做什么，避免把技术演示误当成转型成果。
- 现状流程与角色地图
- 场景价值与可行性评分
- 数据、权限和系统清单
- 范围边界与停止条件
DELIVERY SYSTEM
四步进入真实转型，每一步都有责任人与退出条件
阅读右侧内容时，左侧进度轴会标示当前阶段。范围、责任、验收与治理在项目开始前共同确认。
把战略判断变成可执行的交付路线
围绕优先场景定义目标指标、用户旅程、人工确认点、模型与系统架构、实施节奏和责任矩阵。路线图同时覆盖技术、业务、人员、治理与预算，所有关键假设都对应验证方式；若前置条件不足，我们会建议先补数据或流程，而不是强行进入开发。
- 目标指标与基线
- 方案架构与治理边界
- 里程碑、预算与责任矩阵
- 验证、回退与采用计划
资深 FDE 负责质量，联合小队完成交付
项目按短周期里程碑推进。资深 FDE 对问题定义、核心架构、关键风险和交付质量负责；经认证学员只能在授权范围内承担任务，并经过代码、数据、安全和业务复核。每个版本都要求可演示、可测试、可追踪，任何超出范围的需求进入变更评审。
- 原型、集成与测试记录
- 模型评估和异常样本
- 人工接管与审计路径
- 周报、决策与变更记录
让系统进入流程，让能力留在企业
上线并不等于采用。我们与企业共同完成用户培训、岗位说明、运营仪表盘、反馈机制和内生团队带教，在约定观察期内跟踪使用率、任务成功率、人工接管、业务结果与风险事件。最终交付不仅包含系统，也包含企业可以继续运营和迭代的方法与资产。
- 上线与培训材料
- 采用率和价值跟踪看板
- 运维、权限与应急手册
- 复盘、移交与下一阶段建议
ONE JOINT TEAM
项目在交付，组织能力也在生长
企业课题由联合小队完成：Sponsor 提供方向、资源与跨部门授权；业务 Owner 对流程、用户和价值负责；企业 IT 与数据团队守住系统、数据和安全边界；蓝血菁英的资深 FDE 负责解决方案与关键质量；经认证学员在明确授权和复核下参与。这种结构既避免把企业变成外包需求方，也避免让学员独立承担超出能力的风险。
- 01Sponsor 对目标、资源、组织协调和关键决策负责
- 02业务 Owner 提供真实流程、用户、基线与验收参与
- 03企业 IT / 数据 / 安全团队确认接入、权限与合规
- 04资深 FDE 对架构、评估、上线准备与质量门负责
ACCEPTANCE
不是交一份 PPT，而是共同签署验收证据
每个项目在启动时约定适用的验收维度、基线、样本、通过阈值与例外处理；没有基线的数据，不包装成提升比例。
| 验收维度 | 双方共同确认的证据 | 不通过时如何处理 |
|---|---|---|
| 功能与流程 | 关键用户路径、输入输出、权限与人工确认点按用例通过；与既有系统的接口行为可复现。 | 缺陷分级修复；超出已签范围的需求进入变更评审，不以口头要求无限扩展。 |
| 模型与任务效果 | 在约定代表性样本上验证准确性、任务成功率、拒答、异常与人工接管；保留评估集和版本记录。 | 先分析数据、提示、知识、流程或模型原因；达到停止条件时暂停上线并提交替代建议。 |
| 性能与稳定性 | 响应时间、并发、可用性、成本上限、失败重试、监控与告警达到约定目标。 | 按严重度进入修复窗口；高风险问题触发回退或限制流量，不带病扩大使用范围。 |
| 安全与治理 | 身份权限、敏感数据、日志审计、提示注入、越权调用、人工责任和应急流程完成检查。 | 安全关键项未通过则不得进入生产；由双方安全负责人确认整改与复测。 |
| 采用与业务价值 | 约定用户完成培训；跟踪使用率、任务完成、节省时间或业务结果。价值以可核验口径呈现。 | 区分产品、流程、激励和培训原因，制定采用改进；不把短期波动包装成永久 ROI。 |
WARRANTY & TRUST
质保、数据与保密，从项目第一天写进边界
具体期限和责任以双方合同、数据处理协议与项目说明书为准。以下是默认的谈判基线，而不是对所有项目的一刀切承诺。
质保与响应
验收后设置约定质保期，处理交付范围内的缺陷；模型或第三方服务变化、客户环境变化和新增需求分别进入运行维护或变更流程。严重故障约定通知、回退、修复与复盘机制。
数据最小化
只处理实现约定目的所需的数据；优先使用脱敏、匿名、测试或受控数据。数据位置、保留期限、访问人员、跨境限制、删除和导出方式由企业书面确认。
保密与知识产权
企业业务数据和保密资料不得进入公开课程或作品集。项目成果、既有资产、通用方法与第三方组件的权属和许可在合同中区分；学员参与须签署保密与知识产权文件。
权限与审计
遵循最小权限、分环境、实名访问和操作留痕。生产权限由企业控制；学员默认不持有未经授权的敏感账户，不以共享口令绕过治理。
人工责任
涉及财务、法律、人事、安全或重大客户影响的决策，必须保留企业指定责任人确认。AI 输出是输入材料，不替代企业法定或管理责任。
第三方依赖
模型、云、开源和 SaaS 依赖在方案中列明。价格、限额、条款或能力变化造成的影响共同评估；必要时保留替换、降级和退出路径。
SPONSOR READINESS
一次高质量共创，企业需要准备什么
最有效的项目通常不是“给我们一个需求”，而是 Sponsor 带着真实问题、可接触用户和明确决策机制进入现场。
一个真实而聚焦的命题
说明当前流程、受影响角色、主要痛点与为什么现在要解决；先选择能在短周期得到反馈的主流程节点。
一位能做决定的 Sponsor
能协调业务、IT、数据、安全与采购，在范围、资源、风险和优先级冲突时作出决定。
可接触的一线用户
安排访谈、流程观察、原型反馈和验收，避免用管理层想象替代真实工作。
可验证的数据与基线
提供合法、必要、质量可评估的数据，以及当前成本、时间、错误或体验的基线口径。
技术与安全接口人
确认系统接入、部署环境、身份权限、日志、数据和合规约束，并参与架构评审。
使用与改变的承诺
愿意组织试用、培训和流程调整；如果没有真实用户进入闭环，再好的模型也无法形成采用。
CO-CREATION DAY
一次共创工作坊如何进行
典型工作坊为半天至一天，具体安排根据场景复杂度调整。会前完成资料收集，会后形成可决策的书面输出。
目标与基线
Sponsor 说明经营目标、约束、现状数据与成功定义。
流程解剖
一线用户还原真实任务、例外、返工与隐性决策。
机会筛选
按价值、可行性、风险和学习速度排序场景。
方案与责任
定义人机分工、系统边界、数据、权限和人工确认。
验证设计
确定样本、指标、基线、里程碑、停止与回退条件。
决策与下一步
确认是否进入诊断、试点或先补前置条件。
BRING A REAL PROBLEM
带来一个真实问题，共建一条可验收的转型路径
提交场景、Sponsor、数据与时间窗口。我们先判断是否值得做、能否安全地做，再讨论方案与合作。