关于本文
本文是通过利用生成式 AI 的自动生成工作流创建的。我们于 2026 年 10 月 28 日查阅了 Microsoft Learn 的部署和使用情况报告、Copilot Dashboard 以及许可证文档,并将其整理为通过虚构的 12 人、4 周试点来衡量业务效果的步骤。未执行登录 Microsoft 365 租户、分配许可证、获取使用情况报告、运行 Copilot 以及在 WordPress 中显示等操作。验证状态:📘 已确认官方信息,未经验证实际租户
Microsoft Copilot 的引入效果不能仅通过“有多少人使用”来判断。首先,我们将比较两份虚构的资料,并体验总时间、准确性以及确认负担的共同衡量方法。即使没有实际租户或付费许可证,也可以进行以下纸上练习。
| 项目 | 本练习的条件 |
|---|---|
| 初始操作 | 阅读并比较两份虚构资料(无需账号) |
| 实际 Copilot 验证 | 需要组织账号、符合条件的合同以及管理员设置 |
| 查看指标 | 总时间、错误、依据不足、返工 |
| 未实施 | 实际租户操作、12 人实测、WordPress 显示 |
首先尝试:通过 3 个操作找出差异
阅读修订前版本:“申请期限为每月10日。审批人为部门负责人。”
阅读修订后:“申请期限为每月7日。审批人为部门负责人。新增紧急申请栏。”
确认结果:将下表与自己的判断进行对比,确保没有擅自补充修改理由。
| 查看位置 | 预期判定 |
|---|---|
| 申请期限 | 由10日变更为7日 |
| 审批人 | 无变更 |
| 紧急申请栏 | 新增 |
此案头演练并不代表运行Copilot的实际业绩。如果实际尝试,请使用经管理员许可的工作或学校账户选择两个虚拟文件,并输入后文的“After使用的粘贴用提示词”。请人工核对回答的依据,并记录包含准备、确认、修改在内的时间。
Copilot试点最容易失败的地方,就是将使用率作为唯一的成功条件。即使活跃用户率(Active users rate)达到100%,但如果包含回答确认和返工在内的总时间增加、错误也增加,那么该业务就没有产生效果。
Microsoft 365管理中心的使用情况报告是用于查看“是否被使用”的资料。微软已说明,不保证对Purview审计日志进行独立统计的提示词数量(Prompt数)或活跃用户(Active Users)与官方使用情况报告一致。关于使用率的正本,请使用管理中心的Usage Report或Copilot Dashboard,而审计日志则用于安全与合规调查。业务价值应通过对比相同工作的Before和After,并将人工确认与修改计算在内来进行衡量。
虚拟12人·4周试点
不使用真实的组织或用户数据。假设在虚拟的A公司中,以以下12人为对象。
| 组别 | 人数 | 对象业务 |
|---|---|---|
| 销售支持 | 3 | 会后面向客户的要点邮件 |
| 管理部门 | 3 | 2份资料的差异确认 |
| 项目负责人 | 3 | Teams会议后的行动整理 |
| 信息系统与运维 | 3 | 故障报告初稿编写 |
并非所有人都是精通AI的人。我们将擅长写作与不擅长写作的人、使用频率高与低的人混合编组。不记录姓名和实际部门,评估用ID设为P01至P12。
期间为4周。
第0周:确认许可证、终端、应用、权限、共享、审计及对象业务
第1周:对不使用Copilot的Before状态测量2次
第2至3周:在相同的业务条件下对使用Copilot的After状态进行测量
第4周:汇总、访谈,并判断继续、修改或终止
首先固定改进目标
目标控制在3个以内。
减少交付物完成前的总耗时
不增加事实误认和修改处数
不发生机密信息误输入、误共享以及无依据的回答
“使用Copilot”或“增加提示词数量”并非目标。使用只是手段,报告中的活跃用户(Active Users)也不是业务成果本身。
先测两次Before(改进前)
每个使用者用平时的方法做两次相同类型的工作。仅凭一次容易受资料难度和当天的熟练度影响。
在虚拟的“两份资料差异确认”中,使用以下虚拟文档。
project-rule-v1.docx:申请期限为每月10日,审批人为部门负责人
project-rule-v2.docx:申请期限为每月7日,审批人为部门负责人,增加紧急申请项目
| 记录项目 | 改进前 1 | 改进前 2 | 改进后 1 | 改进后 2 |
|---|---|---|---|---|
| 输入准备 | 分 | 分 | 分钟 | 分钟 |
| 撰写初稿 | 分钟 | 分钟 | 分钟 | 分钟 |
| 事实核查 | 分钟 | 分钟 | 分钟 | 分钟 |
| 修改 | 分钟 | 分钟 | 分钟 | 分钟 |
| 完成总时间 | 分钟 | 分钟 | 分 | 分 |
| 事实错误 | 件 | 件 | 件 | 件 |
| 依据不足 | 件 | 件 | 件 | 件 |
| 返工 | 件 | 件 | 件 | 件 |
| 安全事件 | 件 | 件 | 件 | 件 |
即使起草初稿的时间从30分钟缩短到2分钟,如果核实事实和修改仍需35分钟,这就不能算作提高效率。
After 中使用的粘贴提示词
从正确的入口选择目标文件,并使用以下提示词。仅粘贴电脑上的路径并不能让 Copilot 访问文件。
選択した2つの架空文書だけを比較してください。 目的: 改訂前と改訂後の業務ルールの差分を確認する。 出力: 1. 追加 2. 削除 3. 変更 4. 変更なし 各項目を表にし、次を付けてください。 - 改訂前の記載 - 改訂後の記載 - 根拠となる見出しまたは該当箇所 - 人が確認すべき点 文書にない理由や影響は推測しないでください。 確認できない場合は「資料から確認できません」と書いてください。 最終判断や承認は行わず、比較結果の初稿だけを作成してください。
用户不仅要记录回答时间,还要记录打开依据位置、将截止日期、审批人以及附加项与原文进行核对的时间。
期望的观察
| 确认项目 | 期望结果 | 不合格示例 |
|---|---|---|
| 期限 | 检测到从10天变更为7天 | 将7天误记为10天 |
| 审批人 | 归类为无变更 | 推测审批人已变更 |
| 紧急申请 | 检测为新增项 | 混入无变更项中 |
| 依据 | 指出相应的标题和位置 | 缺乏出处的说明 |
| 未知事项 | 显示无法从资料中确认 | 用常识进行补充 |
| 总时间 | 比Before短,或者相当且质量提升 | 如果包含确认和修改,总时间会增加 |
| 安全性 | 仅使用虚拟资料 | 输入实际客户名称或机密资料 |
在管理中心侧,拥有AI Administrator等必要角色的负责人会确认目标12人的Enabled Users和Active Users。不过,统计值存在时间差。活动日的数据通常在UTC日结束后的48小时内可用,因此即使在使用的当天为0条,也不得立即断定为未使用或故障。
只改变一个条件
在After 1中使用上面的提示词。在After 2中,资料和其他文案保持不变,仅删除下面这一行。
各項目に「根拠となる見出しまたは該当箇所」を付けてください。
要比较的是提供依据的指示对事实核实时间和依据不足数量的影响。如果删除该指示,即使初稿稍微变短,也可能会增加人工查找原文的时间和依据不足的情况。
如果结果相反,则直接记录。如果同时更改资料、人数和目标应用,将无法解释产生差异的原因。
将Usage Report与业务KPI分开
| 种类 | 指标 | 可知内容 | 不明白的事项 |
|---|---|---|---|
| 分发 | 已启用用户数 | 许可对象人数 | 是否实际使用过 |
| 使用情况 | 活跃用户数 | 在目标期间尝试用户主导功能的人数 | 交付成果是否正确 |
| 利用率 | 活跃用户率 | 活跃用户数占已启用用户数的比例 | 节省时间与投资回报率 |
| 活动量 | 提示词数量 | 发送至 Copilot Chat 的次数 | 是否为良好的使用方式 |
| 业务关键绩效指标 | 总时间、错误、返工 | 目标业务的效果 | 是否会对全公司产生相同效果 |
| 风险 | 错误共享、机密输入、咨询 | 运营上的问题 | 潜在的未检测事件 |
如果活跃用户率为75%,则可以确认12人中有9人使用了。但是,这9人的总时间是否减少了,3人未使用的原因是因为培训不足还是不符合目标业务,这些都需要另外确认。
支持环境・合同・入口・限制(官方确认:2026年10月28日)
| 项目 | 本文的对象与条件 |
|---|---|
| 产品 | 面向组织的Microsoft Copilot。按业务评估Copilot Chat以及Word、Excel、Outlook、Teams等的Copilot功能 |
| 账户 | Microsoft Entra ID的工作或学校账户 |
| 基本合同 | 在符合条件的Microsoft 365/Office 365等基础合同中添加Microsoft Copilot许可证。Microsoft 365 E7包含Microsoft Copilot |
| 管理员工作 | 在Microsoft 365管理中心分配许可证,并检查应用、网络、隐私和安全设置 |
| 用户入口 | Microsoft 365 Copilot应用、Copilot Chat、Word、Excel、Outlook、Teams等支持界面 |
| 报告入口 | Microsoft 365 管理中心中的“报告”→“使用情况”→“Microsoft Copilot”→“Copilot” |
| 使用情况报告 | 可查看启用用户数、活跃用户数、活跃用户率、提示词数量以及按应用的使用情况等。活动日数据通常在 UTC 日结束后的 48 小时内可用,但使用情况并不等同于质量提升或时间缩短的证明。 |
| Copilot 仪表板 | 涵盖准备度、采用度、影响和情感,但在 12 个许可的规模下,主要以准备度、采用度/影响以及 Copilot/Copilot Chat 洞察为主。智能体分析、基准测试和情感分析等功能需要 50 个以上的 Copilot 或 Viva Insights 许可。 |
| 数据延迟 | 仪表板的准备度、采用度和影响代表过去 28 天,且自当前日期起最多有 6 天的延迟。首次处理可能在分配许可后最多需要 7 天。 |
| 安全性 | 请先检查现有的 Microsoft 365 权限、条件访问、SharePoint 共享、Purview 和审计等。 |
| 本文未验证的内容 | 许可授予、12 人的实际使用、管理报告、仪表板、审计、费用、WordPress 显示 |
切勿匆忙对仪表板的数据下定论
Microsoft Copilot 仪表板涵盖准备度、采用度、影响和情感。但是,在本次 12 个许可的规模下,可用的主要是准备度、采用度/影响以及 Microsoft Copilot/Copilot Chat 洞察。与智能体相关的分析、基准测试、智能摘要、情感分析、周/月趋势以及面向管理者的群组视图需要 50 个以上的 Copilot 许可或 50 个以上的 Viva Insights 许可。根据官方信息,准备度、采用度和影响的数据为过去 28 天,且自当前日期起最多有 6 天的延迟。
如果仅凭 4 周试点结束当天的屏幕画面做出最终判断,则最后阶段的使用情况可能尚未反映出来。请记录评估目标期间、报告获取日期、显示的最终数据日期、许可分配日期、目标人数以及缺失的数据。
在 12 人的试点中,不应假定能够使用高级分析或小组比较功能。请检查仪表板的显示权限、许可数量、最小群组成员数以及匿名化设置。切勿凭想象去弥补无法使用的功能,应以不公开个人姓名的评估表和总体汇总为基本原则。
失败案例与原因
使用率很高,但总时间却增加了
由于制作初稿的乐趣,使用次数可能会增加,但输入准备、依据确认和修改工作也可能会随之增加。请重新审查提示词、参考资料和成果的粒度,如果总时间仍然增加,则搁置目标业务。
立即要求不使用的人退回许可
活跃用户(Active Users)统计包含统计期间和数据延迟。切勿仅凭分配刚结束时的观察就断定为未使用,请先确认应用程序是否可用、是否有相关业务、是否接受过培训。
仅依靠早期使用者取得成功
如果只选择熟悉人工智能的人,会误判全公司推广后的咨询和确认负担。应包含一般使用者,但避免公开会导致识别少数个人的统计数据。
以增加提示词数量为目标
重复提问越多,提示词数量就会越多。由于提示词数量多不仅代表熟练,还包含失败和迷茫,因此需要结合总时间、完成质量以及咨询原因来进行综合评估。
从一开始就用实际数据进行测试
不将真实存在的个人信息或客户信息作为教材输入,而是先用虚拟资料确认操作和记录方法,然后再扩展到经管理员批准的对象。
四周后的判断
| 判定 | 条件示例 |
|---|---|
| 继续 | 总时间中位数减少15%以上,且重大事实错误和安全事件为0起 |
| 有条件继续 | 时间有所减少,但仍存在依据不足或教育问题。限定对象和用途 |
| 改进提示词 | 有无提供依据导致确认时间产生巨大差异 |
| 更改用例 | 使用率高,但总时间和质量没有改善 |
| 保留或中止 | 总时间增加、重大错误、错误共享、输入机密、无法审计的情况仍未解决 |
15%并不是微软的保证值,而是虚拟A公司预先设定的内部标准。请根据组织的成本、工作量和风险承受能力进行调整。
实务中的判断
推进全公司推广的时机,不是在用户众多的时候,而是在特定业务中能够重现“总时间减少”、“能够维持质量”、“没有重大风险”的时候。
资料对比虽有效,但对于简短的套式邮件,确认负担有时会超过收益。针对不同业务分别进行继续、改善、更改对象、停止的操作。不要将12人的结果直接外推至全公司,而是将提示词、失败案例、常见问题(FAQ)、测量表传递给下一组,并通过相同的关键绩效指标(KPI)再次确认。
总结
在 Microsoft Copilot 的试点中,一边通过使用情况报告(Usage Report)确认分发和使用情况,一边分别测量前/后的总时间、事实错误、依据不足、返工以及安全事件。
即使是12人、4周的小规模测试,只要统一对象业务、输入、测量方法以及一项条件变更,就能解释继续决策的理由。切勿将使用率误读为成果,应记录数据延迟与合同差异,并由人工做出最终判断至关重要。
