先做完一件办公工作，再考虑推广

先用一个普通例子开始

如果你第一次使用千问办公，可以先把它当成一个会帮你整理资料、搭好初稿、找出遗漏的工作助手。它能让你更快得到一个可修改的版本，但不能替你确认事实、决定口径或代表你把内容发出去。给普通办公用户的起点很简单：比如你要整理一份周报，把聊天记录、会议笔记和零散进展放在一起，先得到一份有重点、可以继续修改的初稿；如果是会议整理，就把记录变成结论、待办、负责人和截止时间。这里说的“交付”是先拿到可检查的结果；同样的做法在相近任务中稳定使用，才谈得上“复用”；团队要共享、授权和持续维护时，才进入“治理”。本书主张：企业采用 AI 时，应把关注点从单次模型问答延伸到可验证、可复用、可治理的业务工作流。

一次任务怎样算做完

一次任务算做完，不是文字已经生成，而是你拿到了一份可编辑、可核验、可继续流转的结果。本书主张：生成内容不等于完成工作；结果只有可编辑、可验证、可流转，才构成可验收的一次交付，具体判据见第 1 章。周报要能核对数字、补上遗漏并交给下一位同事；会议整理要能确认结论、负责人和截止时间。例如，一份 AI 生成的周报还要能修改、核对数字，并能发给下一位同事继续使用。

哪些地方必须由人确认

人必须确认事实和数字、结论与口径、涉及权限或敏感信息的内容，以及收件人、发布范围和真正的发送动作。AI 可以帮你整理和搭草稿，但不能替你承担业务判断或发布责任。本书建议：G3 执行者与动作批准人必须职责分离。动作分级、授权、确认与接管见第 11 章，工作流版本、变更门与运营记录见第 12 章。例如，AI 可以整理待发送的通知，但真正发送前应由有权限的人检查收件人、内容和影响。

从一件事到可复用做法

本书主张：场景界定试点与价值边界，工作流才是可复用、可运营的资产；二者之间必须经过第 10 章阶段门，不能把一次成功直接升级为规模化能力。例如，一次数据分析做得顺利，只能说明这次任务有了可用版本，还要确认数据范围、复核人和重复使用条件。

本书主张：长期价值应由工作流资产、专业标准、组织连接和治理能力共同承载，不能用一次生成效果代替持续证明；运营与度量方法见第 12 章和第 13 章。例如，同一份月报连续几次都能按统一口径产出，并有人检查和维护，才比一次生成得快更能说明它值得保留。

从个人任务到团队使用

本书建议：按完成一次交付 → 沉淀一条工作流 → 应用于专业场景 → 扩展为组织能力的顺序推进，每一步都以对应规范和证据决定是否升级。例如，一个人先做出一份能交付的汇报，再把模板交给同组同事试用，最后才讨论是否推广到更多团队。

团队使用前再看阶段、治理和权限

本书建议：0–30 天只验证个人模板候选；阶段最低批准人为使用者与业务负责人，最终批准人取该集合与全部适用硬门批准人的并集；以交付物、验收和异常记录为证据，任一适用硬门失败或验收未通过即停止升级。例如，一个人先用模板完成几次周报，记录哪些地方需要修改，不要因为第一次效果不错就直接让全组使用。

本书建议：31–60 天只验证团队工作流发布；阶段最低批准人为业务负责人、流程维护者与数据/安全责任人，最终批准人取该集合与全部适用硬门批准人的并集；以工作流版本、团队验收、批准和异常记录为证据，任一适用硬门失败即停止发布，其他发布门未通过则优化后再测或停止。例如，团队试用会议纪要模板时，要记录版本、谁验收和哪些异常仍需人工处理。

本书建议：61–90 天只验证规模化推广；阶段最低批准人为业务负责人与数据/安全责任人，最终批准人取该集合与全部适用硬门批准人的并集；以覆盖业务周期的运行、质量、效率和权限证据作决定，任一适用硬门失败、登记目标未达到或权限问题未解决即停止推广。例如，准备把数据分析做法交给多个部门前，要先确认完整业务周期的质量、权限和异常记录。

本书主张：30/60/90 天只是三个验证窗口，日历不能替代阶段门，上一阶段未通过不得自动升级；样本数和完整门槛只见第 10 章，本摘要不另设一套标准。例如，到了第 31 天但个人模板还没有通过验收，就继续修正或停止，不因为日历到了就自动发布。