EP02. "Cowork 企业管理员指南"
🔒 登录后可标记已读- 企业要把 Claude Cowork 推给全公司用，不是装个软件就完事——这是一份分四个阶段的完整落地手册：技术设置、变革管理、培训赋能、扩大採用
- Cowork 跟 Chat 最大的差别是「委派」而不是「对话」：员工描述任务、给上下文和工具、定义完成标准，Claude 自己跨文件/工具把事情做完，交回成品
- 需要 Claude Desktop App（macOS / Windows / Linux beta），支援 Pro / Max / Team / Enterprise 各付费方案，手机版目前不支援
- 前置知识：了解公司已经有 Claude Enterprise/Team 账号、有 IT 管理员角色的读者最适用；一般个人用户可以跳过这篇，直接看 EP01
重点内容
Cowork 企业版是什么
跟 Chat、API、Claude Code 并列，Cowork 的差异化能力在于：
- 直接存取本地文件系统
- 整合常用企业工具（Slack、Google Workspace、M365）
- 有插件生态系统，方便组织统一治理
- 能自动跑排程任务
部署前置条件
| 项目 | 要求 |
|---|---|
| Claude Desktop App | macOS / Windows / Linux（Debian、Ubuntu 为 beta），不支援手机 |
| 订阅方案 | Pro / Max / Team / Enterprise 都能用，部分功能仍在 research preview |
| 网络 | 全程需要网络连线 |
| Connectors | 接上常用的应用/数据源才能发挥最大能力 |
阶段一：技术设置
先组建落地团队（Primary Owner 一位、DNS/IdP 管理员、每个数据源各一位 connector owner、MDM 管理员、每个部门 2-3 位内部champion），再决定组织架构（单一组织用 RBAC/groups，还是父子/多组织架构——这个决定事后很难改）。
身份与权限（严格按顺序）：
- 先设好 SSO 和 IdP groups（IdP groups 不支援嵌套，只有直属成员会同步）
- 再配置 RBAC——在组织层级启用 Cowork，建自定义角色、指派给 groups
- 权限是累加的（同个用户在多个 group 取并集），但 spend 上限是取最严格的那个
- 最后才强制 SSO——太早强制会把还没被分配权限的用户直接挡在外面，没有自助救援机制
Connectors 与安全加固：
- Connector 采「双重授权」：管理员先在组织层级打开，员工个人再各自 OAuth 授权连自己的账号
- 目前不支援按 group 分别控制 connector——打开一个 connector，全组织都能用
- Plugin marketplace 建议提前铺好高价值的工作流插件，设好审批分发政策
- 用 admin console 设网络出口白名单、mount 控制、desktop extension 白名单
部署上线前检查清单：
- [ ] 至少一位用户完整跑过一次真实任务
- [ ] OTEL 监控仪表板正常收数据
- [ ] Plugin marketplace 至少铺好官方相关插件
- [ ] 支援渠道已开通，有明确的问题上报流程
📌 Audit Logs 目前不涵盖 Cowork；要看 Cowork 会话记录得用 Compliance API（Enterprise beta）。
阶段二：变革管理与上线
Cowork 改变的是工作方式本身：从「跟 AI 聊天」变成「委派任务给 AI」。所有沟通材料都要强调这点，不然员工只会把 Cowork 当 Chat 用。
数据看板：
- Admin Dashboard：能看 DAU/WAU/MAU（含 Cowork 筛选）、总 session 数、总 action 数，数据 T+1 更新
- Analytics API（仅 Enterprise）：能拆到每个用户每天发起几个 session、完成几个 tool action、用了哪些 skill/connector
成功指标看三件事：
| 使用量 | 深度 | 价值 |
|---|---|---|
| 有权限的人实际登入比例 | 每个活跃用户的 session 数 | 每周自评省下几小时 |
| 按团队分的周活跃数 | 进阶功能（connector/skill/plugin）採用率 | 每个团队的具体成功案例 |
| 第二周留存率 | champion 跟用户的互动次数 | 现在有哪些工作流程真的跑在 Claude 上 |
| 从培训到第一次真实任务的天数 | 参加过帮助 session 的比例 | 成本跟价值的对比 |
📌 「省了多少时间」这个指标容易漏掉最大的价值来源——以前根本做不了的工作，现在能做了。
Champion 制度：每个部门选 2-3 位、提前给他们权限先上手、给他们谈资和支援资源、开专属沟通渠道。
上线沟通节奏：上线前两周（讲清楚为什么要用、怎么用）→ 上线当天（发安装指南、公布支援渠道）→ 上线第一周（分享早期成功案例，强调"做出了什么"而不是"用了 Cowork"）→ 持续（定期分享技巧、公布月度使用报告、每季度检讨）。
阶段三：赋能与培训
不做培训，员工大概率会把 Cowork 当成 Chat 用。
培训形式：
- 全员 101 场（30-60 分钟）：要求学员完成真实的委派任务、产出实际成品，不是纯讲解
- 部门专属培训：结合部门实际工作流程，配现成模板
- 每周/双周 office hours：带真实工作来现场找 champion 帮忙
- LMS 课程：可追踪各部门完成率
要覆盖的核心功能：文件存取（选哪些文件夹能读写）、Connectors、Skills、Plugins/marketplace、排程任务、Projects（把相关任务/文件/上下文/记忆归到一个工作区）、Claude in Chrome。
阶段四：扩大採用与治理
试点验证可行后，扩大採用靠复制：挑本来就常产出成品（报告/分析/简报）、而且已经在用有 connector 的工具的团队优先推。每加一个新团队：找 2-3 个高价值委派场景、指定当地 champion、开专属培训。
治理现状：
| 现在产品内能管 | 现在还得靠人工流程 |
|---|---|
| Connector 开关（仅组织层级） | Skill 的审核/批准（没有内建提交审批流程） |
| Spend 上限（按 group，取最严格） | 按 group 精细控制 connector（现在只能开关全组织） |
| Plugin marketplace 策展、分发政策 | 用户之间/用户对组织的分享权限（现在只有组织层级开关） |
| RBAC 控制各产品的存取权限 | — |
扩大功能时当治理决策来看，不是当开关随便打开：Memory（跨 session 记忆，要跟数据政策对齐）、Network egress/网络搜索（研究能力的边界，跟网络政策对齐）、Office agents（跨应用操作，看团队工作流程是否真的需要跨应用）。
学完你会
- ✅ 知道推 Cowork 落地要走哪四个阶段，每个阶段该先做什么
- ✅ 知道身份权限的配置顺序（先 SSO → 再 RBAC → 最后才强制 SSO）不能颠倒
- ✅ 知道怎么衡量「有没有真的用起来」，不是只看登入次数
常见错误
- ❌ 太早强制 SSO——组和权限映射还没配置测试完就强制，会把没被分配到权限的用户挡在门外，没有自助解决方式
- ❌ 权限迁移到 enforcement 太早——没有产品内的撤销机制，提早迁移会让用户权限直接归零
- ❌ 只看「省了多少时间」当价值指标——容易漏掉「以前做不了、现在能做」这类更大的价值
- ❌ 把 Cowork 当 Chat 来培训——只讲界面操作，不讲「委派」这个核心工作模式转变，员工学完还是习惯一轮轮对话
- 📌 端点/网络设置是部署时最常卡关的地方——记得先把域名白名单、最低操作系统版本、代理防火墙规则都确认过一遍
Sources
官方文档：
- Claude Cowork Enterprise Administrator Guide — https://academy.claude.com/tutorials/claude-cowork-enterprise-administrator-guide