Claude Code導入アナウンス文とパイロットDMのテンプレート
Claude Code導入の告知メール・Slack文面、経営層版、パイロットチーム版、チャンピオン勧誘DMの4テンプレートと使い分けを、公式Communications kitの下書きをもとに日本語の文面に書き直しました。
Claude Code導入アナウンス文は何を用意すればいいか
Claude Codeを社内展開するとき、告知メールやSlack投稿を毎回ゼロから書く必要はありません。AnthropicのCommunications kitで、コピペして使える下書きを4パターン公開しています。全社向けの標準アナウンス、経営層の名前で送るエグゼクティブ版、段階導入のパイロットチームだけに送る版、そして告知後に現場のアドボケイトを口説くチャンピオン勧誘DMです。
原文は英語のメール・Slackテンプレートで、そのまま訳しただけでは自社の言葉になりません。この記事では4パターンを日本語の職場に持ち込める形に書き直し、原文のうち学習利用や権限の説明が実際の仕様より広く読める箇所は書き換えました。いつ・誰が・どの順番で送るかも並べます。
告知後によく聞かれる質問への一言回答と、インストール後に配るプロンプトはClaude Code社内展開のFAQとプロンプトテンプレ集にあります。セキュリティやデータの扱いへの踏み込んだ回答はClaude Code社内展開の懸念とセキュリティへの回答集です。ここで扱うのは、展開の最初の一撃である「誰に何を送るか」だけです。
送信前に確認しておく6項目
4種類のどれを送る場合でも、事前に埋めておく項目は共通しています。ここが1つでも抜けていると、告知した当日に同じ問い合わせが何件も来て、担当者が対応に追われることになります。
| 項目 | 効果 |
|---|---|
#claude-code チャンネルを作り、告知文にリンクを入れる | 効果質問の受け皿を1か所にまとめられる |
| インストールコマンドを自社ネットワークで1台試しておく | 効果プロキシやファイアウォールの問題を全員が同時に踏む前に見つけられる |
| コードの扱いを説明するリンクを用意する(社内資料でよい) | 効果「コードはどこに送られるか」への回答を告知直後に求められる |
| 実在するバグやファイルを1つ、最初の課題として選んでおく | 効果抽象的な例文より「auth_test.goのflakyテストを直して」のほうが実際に試される |
| 最初の48時間、チャンネルに目を配る担当者を決めておく | 効果告知直後の質問が放置されると勢いが失速する |
| 経営層のスポンサーを確保しておく(送るか署名するか) | 効果経営層発の告知は初週の利用率が高くなりやすい |
最後の項目は後段の「経営層から送るエグゼクティブ版」に直結します。経営層の協力が得られるかどうかで、使うテンプレートそのものが変わってくるからです。例文の「[ファイル]のテスト」を実在のバグに差し替える項目も同じ線上にあります。kitの表は、汎用的な例は試されにくく、実在のファイルを名指しした例のほうが試されると書いています。
チャンネルを1か所にまとめる項目は、告知した本人が個別のDMで質問攻めに遭う事態を防ぐための項目でもあります。Champion kitも、質問には公開チャンネルで答え、同じ質問が来たらその回答へのリンクを貼るやり方を勧めています。告知文にチャンネルへのリンクを入れておけば、この習慣を最初から根付かせられます。
標準アナウンス文のテンプレート — 全社向け
全社への標準アナウンスは、Claude Codeが何であるかの説明・2分で終わるインストール手順・最初に試す具体的なタスク・コードの扱いについての回答、この4点を1通に収めます。メール版とSlack・Teams版を用意しました。
メール版
件名: Claude Codeが[エンジニアリング / 対象チーム]で使えるようになりました
チームのみなさん
本日よりClaude Codeが使えるようになりました。ターミナル上で動くAIコーディング
エージェントで、実際のコードベースを読み、デバッグ・リファクタ・テスト・PR作成
まで一連の作業を最後までこなします。補完ツールでもチャット窓でもありません。
ファイルを編集し、手元の環境でコマンドも実行します。
2分でセットアップできます。
curl -fsSL https://claude.ai/install.sh | bash
cd <対象のリポジトリ>
claude
セットアップ後は一度だけ /init を実行してください。リポジトリを読み込み、
ビルドコマンドや規約をまとめた CLAUDE.md を生成します。以後、基本ルールを
毎回説明し直す必要がなくなります。
続けて、今取り組んでいるリポジトリでこんなふうに試してみてください。
- 「[ファイル]のテストが不安定なので、原因を調べて直して」
- 「[モジュール]が[X]をどう処理しているか説明して」
- 「今のdiffを見て、pushする前にリスクがありそうな箇所を教えて」
コードの扱いについて: Claude Codeはターミナル上で動作し、AnthropicのAPIと
直接やり取りします。TeamまたはEnterpriseプランでは、Anthropicはコードや
プロンプトをモデルの学習に使いません。
詳細: https://code.claude.com/docs/en/data-usage
https://code.claude.com/docs/en/security
質問は #claude-code へ。今週は[担当者名]が見ています。
- [送信者名]
追伸: エディタ派の方へ — VS Code拡張とJetBrainsプラグインもあります。
ターミナルなしで同じエージェントが使えます。Slack・Teams版
🚀 *Claude Codeが[チーム]で使えるようになりました*
ターミナルで動くAIコーディングエージェント。リポジトリを読み、バグ修正・
リファクタ・テスト・PR作成まで実際の作業をこなします。
`curl -fsSL https://claude.ai/install.sh | bash` → `cd 対象のリポジトリ` → `claude`
*最初に試すなら* → `/init` を実行してから「[ファイル]のテストが不安定なので
原因を調べて直して」
🔒 ターミナル上で動き、AnthropicのAPIと直接やり取りします。TeamまたはEnterprise
プランでは、コードやプロンプトはモデルの学習に使われません。
データの扱い → https://code.claude.com/docs/en/data-usage
質問は #claude-code へ。2つを比べると、メール版は「コードの扱い」を文章で書き、Slack版は鍵の絵文字1行にしてリンクだけを残しています。同じ情報でも、読み返されるメールと流し読みされるSlackとでは密度を変えます。
最初に試すタスクの3例は何が違うか
標準アナウンスの例文には、頼む内容の重さが違う3つのタスクが入っています。「テストが不安定なので原因を調べて直して」は、調査から修正までを任せる依頼です。「[モジュール]が[X]をどう処理しているか説明して」は説明を求めるだけで、コードを変える依頼ではありません。「今のdiffを見て、pushする前にリスクがありそうな箇所を教えて」は、自分が書いた変更の確認に使います。
kitのヒント集には、コミット前にdiffを確認する習慣が挙がっています。Claudeは自信ありげに間違えることがあるから、という理由つきです。慎重なチームには、修正を任せる前に説明の依頼から入るという出し方もあります。kitのSlack版には、クイックスタート・VS Code・無料の1時間コース(Claude Code in Action)へのリンク行も付いています。自社版に入れておくと、告知を読んだ人がその場で次の資料に進めます。
経営層から送るエグゼクティブ版のテンプレート
標準アナウンスをCTOやCIOなど経営層の名前と自分のアカウントから送ると、開封率も初週の利用開始も管理者や基盤チームが送った場合より高くなる、とCommunications kitは書いています。経営層発の告知は「任意の実験」ではなく「会社としての優先事項」と受け取られる、という説明です。エグゼクティブ版はこの効果を狙って、標準アナウンスから要素をそぎ落とし「1つだけ試してほしい」に絞った短い版です。
メール版
件名: 今週、全エンジニアに1つだけ試してほしいこと
チームのみなさん
エンジニアリング全体でClaude Codeを有効にしました。ターミナル上で、実際の
コードベースに対して動くAIエージェントで、既に使っているチームからの初期の
結果が良く、今週中に全員で試してほしいと考えています。
お願いしたいのは10分だけです。
curl -fsSL https://claude.ai/install.sh | bash
cd <対象のリポジトリ>
claude
そのうえで、実際のタスクを1つ渡してください。後回しにしているバグでも、
「[モジュール]がどう動くか説明して」でも構いません。
お願いはこれだけです。困ったことがあれば[担当者名]とチームが #claude-code
にいます。
- [経営層の名前]
[役職]Slack・Teams版
📣 *[経営層の名前]より: 今週試してほしいこと*
エンジニアリング全体で*Claude Code*を有効にしました。初期の結果が良く、
今週中に実際の作業で10分だけ試してほしいと考えています。
`curl -fsSL https://claude.ai/install.sh | bash` → `cd 対象のリポジトリ` →
`claude` → 実際のタスクを1つ渡す
お願いはこれだけです。質問は #claude-code へ。エグゼクティブ版の役割は使い方の説明ではありません。依頼は「インストールして実際のタスクを1つ試す」だけで、使い方の詳細は標準アナウンスと#claude-codeが受け持ちます。両方を送るなら、経営層の一通で依頼を届け、標準アナウンスで手順を渡す並べ方になります。
パイロットチーム向けDMのテンプレート
全社一斉ではなく段階的に展開するなら、最初に触ってもらう少人数のグループにだけ送る専用版があります。標準アナウンスの手順に加えて、フィードバックを集める仕組みとPlan modeの紹介を含む点が違います。
件名: Claude Codeのパイロットに入ってもらいます
[名前 / チーム]様
[会社名]でのClaude Code展開の第一陣に入っていただきます。実際の課題で使い、
率直な感想を教えてくれるという理由でこのグループを選びました。
お願いしたいのは、今週中に実際のタスクを1つ試すこと。そのうえで
#claude-code-pilot に、うまくいったこと・気になったこと・意外だったことを
書き込んでください。このフィードバックが、他のメンバーへの展開方法を
決めます。
[続けて標準アナウンスの「2分でセットアップ」をそのまま貼る]
パイロット参加者向けの補足: 複数ファイルにまたがる最初の変更では、
Shift+Tab を押して "plan" と表示されるまでモードを切り替えてみてください。
ソースを編集せずに、Claudeが何をするつもりかを提示します。どこまで
任せられるかを見極めるいちばん早い方法です。標準アナウンスにはPlan modeの案内がなく、パイロット版にだけ入っています。パイロットの少人数には「どこまで任せられるか」を見極める役目があり、変更前に計画を出させるPlan modeはそれを最初の1回で試せる手段です。kitのヒント集も、複数ファイルに触れる作業はPlan modeから始めるよう案内しています。
#claude-code-pilotのようにパイロット専用チャンネルを分けておくと、後から全社展開する際の#claude-codeと混ざらずに済みます。パイロットで出たフィードバックは、そのまま標準アナウンスの文面や最初に試すタスクの例文を調整する材料になります。
チャンピオン候補への声かけDMのテンプレート
告知後、#claude-codeで誰が実際に使い続けているかが見えてきたタイミングで動きます。Communications kitが勧めるのは、そこで一番活発な2〜3人に個別DMを送り、非公式のアドボケイトになってもらう依頼を持ちかけることです。
[名前]さん、#claude-code への投稿、告知よりよっぽど展開に効いてます。
[スレッド / スクリーンショット]がきっかけで試したという声を何人かから
聞きました。
これ、半分公式にしませんか。負担は軽めで、今の投稿を続けてもらうのと、
新機能を一番先に試せること、Anthropicチームへの直通ラインくらいです。
興味があれば短いプレイブックを渡します。この一通は依頼であって、役割の説明書ではありません。相手が興味を示した後に渡す「短いプレイブック」には、Claude Code社内展開の30日プレイブックが使えます。週ごとの動き方や、活動が止まってしまったときの立て直し方はそちらにまとめてあるため、このDMでは触れません。ここでの役目は、告知の熱が冷める前に次の担い手を口説き落とすことだけです。
文面には「[スレッド / スクリーンショット]がきっかけで試した人がいた」という具体が入っています。活発な投稿者のうち、実際に誰かの背中を押した人に声をかける形になっています。
4つのテンプレートをどう使い分けるか
| シチュエーション | 使うテンプレート | 送信者 | 送るタイミング |
|---|---|---|---|
| 全社・全チームへの一斉展開 | 使うテンプレート標準アナウンス | 送信者管理者 / ツール担当 | 送るタイミング展開開始日 |
| 経営層の後押しで初動を加速したい | 使うテンプレートエグゼクティブ版 | 送信者CTO・CIO・SVPなど | 送るタイミング標準アナウンスと同日、または直前 |
| 段階的に絞って展開したい | 使うテンプレートパイロットチーム版 | 送信者管理者 | 送るタイミングパイロット対象者を確定した後 |
| 現場の熱量を制度化したい | 使うテンプレートチャンピオン勧誘DM | 送信者管理者 / 展開担当 | 送るタイミング告知後、活発な投稿者が見えてから |
4つは排他的ではありません。段階導入で全部を使う場合の順番は次のとおりです。規模が小さく最初から全社に出す組織は、1番目を飛ばして2番目から始められます。
段階導入で4つを使う順番
- 1
パイロット版を少人数に送る
少人数に送り、
#claude-code-pilotに感想が集まるのを待ちます。 - 2
標準アナウンスを全社へ送る
パイロットの感想を反映した文面を、全社に一斉に出します。
- 3
チャンピオン勧誘DMを送る
全社への告知の後、個別に声をかけます。
コードの扱いの一文は契約のプランで書き分ける
標準アナウンスとSlack版には、学習利用についての一文が入っています。この一文はプランで変わるので、自社の契約に合わせて直してから送ります。データ利用のページには、プランごとの扱いが次のように書かれています。
学習への利用はプランで分かれる
Free・Pro・Max
設定がオンのとき、Claude Codeの利用を含むデータが今後のモデルの改善に使われます。
Team・Enterprise・API
Claude Codeに送ったコードやプロンプトでAnthropicが生成モデルを学習することはありません。ただし、顧客自身がDeveloper Partner Programなどでデータ提供を選んだ場合は別です。
kitの下書きは「Team or Enterprise plan」と書いています。個人アカウントでClaude Codeを使うメンバーがいる会社では、この一文を全員にそのまま当てはめられません。ゼロデータ保持(ZDR)も同じ注意が要ります。データ利用のページによれば、ZDRは標準のEnterpriseプランには含まれず、条件を満たす組織にアカウント担当チームが組織単位で有効にします。告知に「データは保持されません」と書くのは、その設定を確認してからです。
kitのチェックリストは、データ取り扱いの説明にデータ利用のページか社内の同等資料を用意しておくよう求めています。告知直後の最初の返信は「コードはどこに送られるか」になりやすい質問です。文面の一文とリンク先の資料が食い違わないよう、法務や情報システムの担当者と送る前にすり合わせておくと、訂正の連絡を出さずに済みます。
送る前に自社の端末で確かめること
チェックリストの「インストールコマンドを1台で試す」は、バージョン確認・インストール先の指定・インストール状態の点検の3点に分けると原因を切り分けやすくなります。claude --help の出力では、インストール関連のコマンドは次の2つです。
| コマンド | --help に出る説明 |
|---|---|
claude install [target] | --help に出る説明ネイティブビルドをインストールする。[target] に stable・latest・特定のバージョンを指定できる |
claude doctor | --help に出る説明インストールの状態を点検する。カレントディレクトリの設定ファイルを信頼プロンプトなしで読む。修復まで行う完全な点検はセッション内の /doctor |
claude --version
claude doctorv2.1.289で claude --version を実行すると 2.1.289 (Claude Code) と出ます。パイロットと全社で配るバージョンを揃えたいときは、claude install の [target] が使えます。インストールスクリプト curl -fsSL https://claude.ai/install.sh | bash 側の指定方法は、kitの下書きには書かれていません。
経営層の名前を借りるときの条件
エグゼクティブ版を使うかどうかは、送り手の経営層が実際に1つタスクを試したかで考えます。kitは経営層発の告知が優先事項として伝わると説明していますが、使ったことのない本人の名前で「全員が試すように」と送ると、受け取る側に「本人は使っていないのでは」と見えかねません。試した本人が具体的なタスク名を一言添えられるなら、文面の説得力が上がります。
例文の差し替えも同じ作業です。差し替えるファイル名は、送る相手のチームが実際に触るリポジトリのものにします。複数チームに同じ文面を送るなら、チームごとに別の実在ファイルを入れた版を用意します。「[ファイル]のテストが不安定なので原因を調べて直して」は、実在するファイル名にして初めて試される文になります。
まとめ
どれから送るかは、経営層が自分で試したか、パイロットを挟む余裕があるかの2点で決まります。コードの扱いの一文だけは、自社の契約プランに合わせて書き直してから送ります。
告知から組織標準化までの流れ全体はClaude Code業務導入9ステップチェックリストで見渡せます。起動画面に社内のお知らせを常時出す設定はcompanyAnnouncementsの解説にあります。