12人试用 Microsoft Copilot:根据总时间与质量而非使用率决定是否续订

Microsoft 365・Azureカテゴリを表すパンダのイラスト Microsoft 365・Azure

关于本文
本文是通过利用生成式 AI 的自动生成工作流创建的。我们于 2026 年 10 月 28 日查阅了 Microsoft Learn 的部署和使用情况报告、Copilot Dashboard 以及许可证文档,并将其整理为通过虚构的 12 人、4 周试点来衡量业务效果的步骤。未执行登录 Microsoft 365 租户、分配许可证、获取使用情况报告、运行 Copilot 以及在 WordPress 中显示等操作。

验证状态:📘 已确认官方信息,未经验证实际租户

Microsoft Copilot 的引入效果不能仅通过“有多少人使用”来判断。首先,我们将比较两份虚构的资料,并体验总时间、准确性以及确认负担的共同衡量方法。即使没有实际租户或付费许可证,也可以进行以下纸上练习。

项目本练习的条件
初始操作阅读并比较两份虚构资料(无需账号)
实际 Copilot 验证需要组织账号、符合条件的合同以及管理员设置
查看指标总时间、错误、依据不足、返工
未实施实际租户操作、12 人实测、WordPress 显示

首先尝试:通过 3 个操作找出差异

  1. 阅读修订前版本:“申请期限为每月10日。审批人为部门负责人。”

  2. 阅读修订后:“申请期限为每月7日。审批人为部门负责人。新增紧急申请栏。”

  3. 确认结果:将下表与自己的判断进行对比,确保没有擅自补充修改理由。

查看位置预期判定
申请期限由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会后面向客户的要点邮件
管理部门32份资料的差异确认
项目负责人3Teams会议后的行动整理
信息系统与运维3故障报告初稿编写

并非所有人都是精通AI的人。我们将擅长写作与不擅长写作的人、使用频率高与低的人混合编组。不记录姓名和实际部门,评估用ID设为P01至P12。

期间为4周。

  1. 第0周:确认许可证、终端、应用、权限、共享、审计及对象业务

  2. 第1周:对不使用Copilot的Before状态测量2次

  3. 第2至3周:在相同的业务条件下对使用Copilot的After状态进行测量

  4. 第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周的小规模测试,只要统一对象业务、输入、测量方法以及一项条件变更,就能解释继续决策的理由。切勿将使用率误读为成果,应记录数据延迟与合同差异,并由人工做出最终判断至关重要。

官方信息与一手信息

文档信息

文章??
12人试用 Microsoft Copilot:根据总时间与质量而非使用率决定是否续订
?布日期
更新日期
来源
https://papanda925.com/?p=18340&lang=zh

?可: ?于本站?有相??利的正文及原??表,除非?有?明,可依据 CC BY 4.0 使用。本文可能包含使用生成式AI?建或??的内容。若代??有?可声明,或?接的GitHub???定了?可,?代?以??可?准。引用内容、第三方?料、?片及商?不在本?可范?内。 使用政策

标题和URL已复制