团队推广经验

技术再好，推广不开也是白搭。把 Claude Code 从「一两个极客的玩具」变成「全公司日常工具」，靠的不只是工具本身，更是说服、试点、沉淀、培训、监控这一套组合拳。这一篇把企业推广的实战经验讲透——来自一线「老金 10 万字教程」沉淀的推广路径。

推广的五个阶段

整个推广分五步走，没有捷径：

阶段	时长	目标
1. 说服管理层	1–2 周	拿到预算与试点授权
2. 试点	2–4 周	选 3–5 人、跑出效果与成本数
3. 沉淀规范	1 周	把试点经验写进配置与文档
4. 部门铺开	1–3 个月	一个部门接一个部门地上
5. 全公司推广	持续	培训、监控、迭代

阶段一：说服管理层

管理层最关心三件事：省了多少钱、提了多少效、风险有多大。跟他们谈，别谈技术、谈数字。

话术示范

不要这样说：

「Claude Code 用了最新的 LLM，能用 MCP 接各种工具，超牛的，咱们必须上。」

要这样说：

「试点两周，开发者平均每天成本 $6，写 PR 的时间从 4 小时压到 1.5 小时。SOC 2 / ISO 27001 已认证，企业版可以锁权限、走 Bedrock 数据不出 AWS。建议先在 A 团队试 5 人，跑一个月看数据再扩。」

差别在于：有数字、有安全背书、有可量化的效果、有渐进的推广路径。

准备的弹药

弹药	用途
官方成本数（$6/天、$100-200/月）	让财务心里有底
官方合规认证（SOC 2 / ISO 27001）	让安全合规放行
试点小范围数据（你的或社区的）	让管理层看到真实效果
渐进推广路径	让管理层看到可控、可回退

阶段二：试点

试点是整个推广最关键的一步。试点跑砸了，后面全废。

选谁试点

3–5 人：太少没代表性，太多难管。
早期使用者：愿意折腾、能容忍 bug、能反馈的人——别选最顽固的，也别选最忙的。
非关键项目：万一出问题影响可控——别拿生产系统试。
覆盖不同角色：前端、后端、测试、DevOps 各一个，看不同角色的反馈。

试点跑什么

周次	做什么
第 1 周	装好、配好 `managed-settings.json`、跑日常开发任务
第 2 周	跑一个有代表性的 recipe（实战配方）
第 3 周	接 MCP（Jira / 内部文档），看是否真省事
第 4 周	收集数据：每人花了多少、做了什么、效率提升多少

试点结束时拿到的数据

平均成本（每人每天花多少）
时间节省（关键任务前后对比）
真实痛点（哪不好用、哪要培训）
配置模板（试点跑顺的 managed-settings.json、CLAUDE.md、MCP 清单）

这些数据直接决定下一阶段能不能扩、扩多快。

阶段三：沉淀规范

试点跑顺了，把经验沉淀成可复制的规范——这是推广能不能扩的关键。

共享 CLAUDE.md

CLAUDE.md 是项目的「使用说明书」（详见 Memory）。每个团队、每个项目都应该有自己的 CLAUDE.md，告诉 Claude：

这个项目用什么栈、什么构建工具、什么测试框架
代码风格、命名约定、目录结构
提 PR 的流程、review 的标准
哪些命令能跑、哪些不能跑

试点跑出来的「Claude 应该知道的」全写进 CLAUDE.md，提交进 git，团队共享。

共享 permissions 配置

managed-settings.json 里把企业红线写死（详见 IAM）：

{
  "disableBypassPermissionsMode": "disable",
  "forceLoginMethod": "console",
  "forceLoginOrgUUID": "your-org-uuid-here",
  "useEnterpriseMcpConfigOnly": true,
  "permissions": {
    "deny": [
      "Bash(git push --force:*)",
      "Bash(rm -rf:*)"
    ]
  }
}

项目级 .claude/settings.json 把项目规范写好：

{
  "permissions": {
    "allow": [
      "Bash(pnpm test:*)",
      "Bash(pnpm lint:*)",
      "Bash(pnpm build)"
    ]
  }
}

这样企业红线 + 项目规范 + 个人偏好三层各司其职。

团队 MCP 服务器

通过 managed-mcp.json 把内部常用 MCP 服务器统一下发——内部 Jira、Confluence、数据库代理、设计稿库——员工一打开 Claude Code 就自动加载，不必每项目自己配（详见 IAM）。

阶段四：部门铺开

沉淀好规范之后，一个部门接一个部门地推——别一上来就全公司。

铺开顺序

按这个顺序最容易成功：

技术先进的部门：早期使用者所在部门，阻力最小。
业务相近的部门：复用前一个部门的 CLAUDE.md 和 MCP 配置。
业务差异大的部门：每个新业务先小范围试点再扩。
保守的部门：等前面有了成功案例再上。

每上一波看什么

看什么	在哪看
成本曲线	Console workspace（见监控）
使用率	谁在用、用了多少
异常	成本突增、限流触发
反馈	哪不好用、哪要培训

每上一波后跑 1–2 周，确认稳定再上下一波。

阶段五：全公司推广 + 培训

到了全公司这一步，重点不再是「能不能用」，而是「用得好不好」。

培训与文档

培训内容	形式
入门：怎么装、怎么登录、第一个任务	录屏 + 文档
进阶：CLAUDE.md 怎么写、permissions 怎么配	工作坊
高阶：MCP、Subagents、Hooks、Skills	内部分享会
安全：哪些不能干、为什么	强制培训
配方：常见任务的标准做法	内部 cookbook

文档优先走内部 wiki + 本教程——员工遇到问题先查文档，文档没解决的再问。

监控使用情况

全公司推广之后，监控使用率是关键。要看的不只是成本，还有：

活跃用户数：每周有多少人真在用？
使用深度：只用来问问题，还是真在写代码？
采纳率：Claude 写的 PR 多少被 merge？
流失率：用了几次就放弃的人有多少？为什么？

数据驱动迭代——发现哪类人用得少、哪类任务用得少，针对性培训。

常见阻力与应对

推广一定会遇到阻力，提前准备应对：

阻力	应对
「AI 写的代码不靠谱」	让他们看试点数据：review 通过率、bug 率对比
「会泄露代码」	走 Bedrock / Vertex / 网关，数据不出公司；走合规认证
「学习成本太高」	入门只要 30 分钟，配 cheatsheet（见速查卡）
「我已经有 Copilot 了」	不冲突，可以并存；Claude Code 擅长的是更长链路的任务
「太贵了」	算账：每天 $6，省下 2 小时，时薪 $30 就回本
「老板不让用」	拿合规认证 + 试点数据说话
「用了就回不去了」	这其实是好事——但要在推广时设好退路（不锁死单一工具）

推广的几个常见误区

误区	真相
一上来全公司推	必然翻车，先试点
推完就完事	持续培训、监控、迭代
只培训技术	安全、合规、隐私也得培训
只看成本	也要看效率、采纳率、流失率
配置一刀切	不同业务不同 CLAUDE.md
不留退路	关键路径别锁死单一工具

一张推广 checklist

企业从零推 Claude Code，按这个清单逐项打勾：

推广是马拉松，不是百米

企业推广 Claude Code 不是一周能搞定的事——从说服到全公司稳定用上，3–6 个月算快。但跑顺之后，开发效率的跃升是实打实的。

至此，整个企业部署与运维板块的 10 篇就讲完了。回到企业部署概览，可以再过一遍全景图，找你最关心那块深入。