到目前为止，您应该已经在为Claude Enterprise部署制定具体决策的路上取得了良好进展：这些决策要么已经做出，要么已经打包交给相应负责人。本课让您将自己的决策与Pluto的决策并列查看，思考更改其中任何一项会引发什么后果，并反思一个受监管职能部门的各项答案是如何相互支撑的。
您的五项答案
如果您还记得，Pluto在第1课中设定的目标是：到本季度末，每个业务部门都在日常工作中使用Claude，以各部门的每周活跃使用量来衡量，且Payments & Trust部门不出现任何一次安全升级事件。右侧的列（"与目标的关联"）将Pluto的每项答案与这一目标对照解读。
打开您的工作手册，在浏览下表时逐一回顾您对每项决策的填写内容。该表格与工作手册中的决策记录一一对应，并填入了Pluto的答案以供对比。
| 决策 | Pluto的答案 | 与目标的关联 |
|---|---|---|
| 1 · 结构与身份 第4课和第5课 | • 一个组织 • 与组织架构对齐的群组，外加一个跨部门的工程群组 • 一个专门的payments-eng群组 | 单一组织将全部五个部门纳入同一次推广和同一个使用量池；payments-eng群组在无需建立第二个组织的情况下，隔离了受监管职能部门的设置。 |
| 2 · 访问权限 第6课和第7课 | • 所有群组均可使用Claude chat和Claude Cowork • Engineering和Platform优先获得Claude Code（payments-eng等到可见性报告就绪后才获得） • 连接器按群组限定范围，payments-eng为只读 | 在所有地方开放chat和Cowork，让Claude融入每个部门的日常工作；对payments-eng暂缓开放Claude Code和具有写入权限的连接器，在不显著影响采用率的前提下，保护了"零升级"约束。 |
| 3 · 治理 第8课 | • 大多数群组采用开放构建、经审核后推广的模式 • Payments & Trust采用先审批模式 | 开放构建让四个普通部门能够推广行之有效的做法；先审批的审核方式确保Payments & Trust的定制不会演变成升级事件。 |
| 4 · 支出 第9课和第10课 | • 组织总额上限 • 按典型使用量设定的群组上限 • 在首次使用量审查后，为少数使用量远超群组水平的Platform工程师设置按成员的例外 • 一个中等档位的默认模型 • 每月审查支出上限和申请 | 按典型使用量设定的支出上限让成员能够持续工作而不被暂停，因此采用率不会受到抑制；当支出上升时，每月审查调整的不仅是上限本身，还有相关设置。 |
| 5 · 可见性 第11课和第12课 | • 将Compliance API接入现有的安全审查流程 • 将遥测数据接入可观测性技术栈 • 组织范围内的保留期设置为Payments & Trust所要求的较短窗口 • 按群组逐一查看采用情况 | 记录在成员加入之前就已开启，因此Payments & Trust的问题得到的是证据而非升级事件；按群组逐一查看可以显示每个部门在季度末是否按计划推进。 |
如果您的答案与Pluto的不同，这正体现了您所在组织的独特特点：请将这种差异追溯回您在第1课中写下的推广目标。如果您发现难以解释某项决策，那么在与利益相关者分享之前，值得再审视一遍。
预测连锁反应
结构排在最前面，其他决策都将各自的设置附加到结构所定义的群组上，而可见性则贯穿读取所有这一切。既然您已经了解每项设置是什么，这张决策地图还有第二个用途：预测当您更改某项设置时，其下游会发生什么变化。
例如，在Pluto新增一个群组，就需要在其中任何人上线之前，为其配置一个功能授权（第6课）、一个连接器范围（第7课）、一个上限（第9课）以及一个仪表盘筛选器（第12课）。
下方的互动小组件会将一项更改带入决策地图中运行，展示它从起点到波及范围的下游变化。
受监管职能部门：一种姿态，而非五个例外
如果您的组织有受监管的职能部门，本节就是用来检验其五项答案是否构成一种统一的姿态，而不是五个各自独立的例外；Pluto的Payments & Trust就是这方面的示例。
- 结构：其成员位于自己专属的群组中，因此并集规则不会赋予他们超出本群组角色范围的任何权限（第5课）。
- 访问权限：与其他部门使用相同的功能面，但Claude Code暂缓开放，直到可见性报告就绪（第6课），连接器为只读（第7课）。
- 治理：采用先审批模式，而Pluto的其他部门可以自由构建并在群组内分享，超出群组范围的内容则由审核人员把关（第8课）。
- 支出：群组上限与其他任何群组一样设定，每一次增加申请在获批前都会经过审查（第9课）。
- 可见性：正是因为它，Pluto组织范围内的保留期窗口才设定为较短的那一种，Compliance API处于开启状态，并在安全审查中指定了一名查阅人员（第11课）。
请将工作手册中的这些条目作为一个整体重新阅读。一个群组通过常规体系来处理，没有任何特殊机制：这正是它能够成立的原因。如果您的整个组织都受到监管，那么这一整套就是您的基准。
配套资源
当某项决策在启动会之前需要再次审视时，本课程中每项设置背后的文章都收录在以下两个合集之一中。
- Team和Enterprise方案（在新标签页中打开）：Team和Enterprise管理员文章的完整合集，供您重新阅读任何一项决策。
- 管理员管理（在新标签页中打开）：您现在重新查看的各项设置背后的操作指南文章。
课程活动
再完成三个步骤，就能将您的工作手册转化为您带到利益相关者启动会上的推广计划。
- 审查难以撤销的设置： 确认工作手册第13课清单上的四项内容（域名认领、组织数量、群组映射、保留期）均已做出决定，或已交到负责人手中并设定了决定截止日期。
- 关闭所有未决事项： 对于每一项仍未决定的决策，写明阻碍因素是什么、解除阻碍需要什么条件，以及决定截止日期。仅有负责人姓名并不构成计划；一个缺少这些要素的未决事项正是推广停滞的地方。
- 排定计划顺序： 工作手册列出了顺序（先结构，再访问权限、治理、支出，然后开启可见性，最后按群组上线）；为每个步骤指定负责人和开始日期。
→ 请将此记录在工作手册的第13课部分。
下载内容
接下来是什么
最后一课将讲解当新功能面出现时会发生什么：您的哪些答案可以原样沿用，哪些决策需要重新进行。