诊断问题
核对经营目标与实际结果，找出流程不顺、规则不清和责任不明的问题。
把改进落实到日常工作。
围绕业务目标明确改进任务和责任人，先在实际工作中试行，再检查进度、质量、效率和返工情况。
01 / 推进步骤
从诊断到复盘，逐步验证。
是否引入 AI，由任务与实际条件决定。
共同设计
明确改进动作、岗位分工、交付内容和验收口径。
样板试行
先在一个流程或任务中验证；适合的任务再引入 AI。
复盘调整
记录使用、质量与成本，判断继续、调整或停止，再决定推广。
02 / 共同分工
各自负责，一起推进。
顾问负责梳理管理问题，交付工程师负责配置工具，客户业务负责人决定业务调整，共同检验实际效果。
机制怎么改、指标怎么算
围绕经营问题，明确管理机制、业务规则与验证口径。
AI 放在哪一步、怎样运行
通过现场或远程协作，梳理工作步骤、配置工具，明确资料使用权限、人工检查和操作记录要求。
用不用、改不改、签不签
有权决定流程、分工与考核变更并签字，保留最终业务决定权；FDE 不替客户拍板。
工作流试点须同时满足数据书面合法授权、具备流程变更与签字权的业务负责人两项必备条件，以及三个适配条件中的至少两项。唯一适配缺项须记录差距、补偿安排和风险承担人，由客户业务 owner 签字；未过门槛不进入试点。
查看试点准入与授权要求03 / 交付与后续使用
留下可用、可维护的成果。
交付可使用的工具和连接方式、岗位分工与操作方法，并明确资料权限、人工检查和操作记录要求。以下展示交付内容。
结构示意 · 非客户实际数据
知识结构示意
对象客户场景 / 产品 / 方案
规则适用条件 / 限制 / 例外
证据原文来源 / 版本 / 复核人
谁使用
列明岗位、账号和环境，通过真实任务完成训练与交接。
谁维护
明确客户与外部支持分工，约定更新、审核发布和版本记录。
怎样复用
列明可复用成果、使用权限，以及新任务需要重新验证的部分。
交付时明确使用权限、依赖环境与维护分工，底层工具和第三方组件的权利分别约定。
04 / 效果检验
先记录现状，再比较改善结果。
试行前共同确认指标、统计口径与观察周期。
是否用起来
记录实际完成的任务、员工使用情况、后续负责人和问题处理情况。
工作是否改善
按同一口径比较任务周期、质量、返工、复核与总体成本。
与经营怎样关联
观察相关业务指标，说明观察周期及同期影响因素。
演示、试点、实际运行与经营结果分别说明。验收目标不等于已实现成效，时间节省不直接等同于利润增长。
查看工作流试点的四项完成判据