アカウントを配り、設定を終え、目の前で一度動かしてみせる。
ここまでやれば使ってもらえるだろう、と最初は思っていました。
実際には、2週間後に誰も開いていない、ということが起きます。

Claude Code の伴走支援とは、アカウントの配布と初期設定を終えたあとに、実際の業務で使い続けられる状態まで月次で支える継続支援です。
Re-rail では、キックオフから設定完了までを2〜4週間、そのあとに3ヶ月、6ヶ月、12ヶ月の伴走から選んでいただく形にしています。
この記事に書くのは、その月次の打ち合わせで私が毎月何を見て、何を決めているかです。

Claude Code の伴走支援とは何か

「使われる状態」までが導入という考え方

配り方が雑だったのだろうか、と最初は考えました。
原因はたいてい別のところにあります。
誰が、どの業務で使うのかが決まっていないまま、全員に配られているのです。
そこで Re-rail では、会社の業務で使い続けられる状態をつくるところまでを導入と呼んでいます。
お客様から見える流れは、お問い合わせ → 無料相談と簡易診断（60分）→ ご提案とお見積り → ご契約とキックオフ → 構築 → 完了判定 → 伴走支援です。

構築の完了判定と、伴走支援の境目

引き渡し前に確認するのは次の五つです。
決めた名前のコマンドで一連の流れが始まるか、その中の1工程だけを、その工程に付けた名前で単独に呼び出して動かせるか、つないだ外部ツールで1操作が成功するか。
さらに、最初に任せた1業務を最後まで止まらずに通せるか、お客様が自分の手で一度、同じ作業を再現できるかまで見ます。
境目は「動くか」ではなく「翌月も同じ人が自分で動かせているか」にあります。
Re-rail の導入実績は約50社、20業界（2026年7月時点）で、この境目でつまずく会社は業種を問わず出てきます。

「使われる状態」は三つの軸で決める

誰が使っているか（人）

推進者が1人のままだと、その人が退職や異動でいなくなった月に止まります。
公式が無料で公開している推進者向けの資料（Champion kit）も、30日の進め方の最終週のゴールを「2人目の推進者への引き継ぎ」に置いています（https://code.claude.com/docs/en/champion-kit 、2026-10-20 確認）。

どの業務で使っているか（業務）

最初に任せる業務は1つに絞ります。
請求書の読み取り、調査の下書き、資料づくりと候補を並べて全部やろうとすると、どれも中途半端に止まる。
これは私の現場で繰り返し起きているつまずきです。
業種ごとにどの業務から入ると噛み合うのかは、業種別のAI活用ガイドに整理しています。

どれくらい使っているか（頻度と範囲）

国内の参考値として、エクスペリサス株式会社が全社導入後の社内アンケートの結果を発表しています（2026-09-03、PR TIMES、https://prtimes.jp/main/html/rd/p/000000044.000091779.html ）。
アンケートの期間は2026-08-20〜27、対象は研修対象者59名（社員および業務委託メンバーを含む）です。
有効回答51名のうち71%（36名）が実際の業務で月に数回以上活用、非エンジニア職の回答者の53%が日常的に活用、そのうち69%が「同じ成果物にかかる時間が半分以下になった」と回答しています。
これは同社の自社アンケートの結果であり、業界平均ではありません。
それでも、非エンジニア職の回答者の半数（53%）が日常的に使い、そのうち7割近くが同じ成果物にかかる時間が半分以下になったと答えた状態は実在します。

公式の数字でどこまで測れるか、どこから自分で測るか

利用状況ダッシュボードで見えるもの

Team と Enterprise では、公式の利用状況ダッシュボードが claude.ai/analytics/claude-code にあります。
出てくる指標は、採用されたコードの行数、コードの編集提案を利用者が受け入れた割合（提案の受理率）、1日に使った人数、作業回数（sessions）です（https://code.claude.com/docs/en/analytics ）。
作業回数（sessions）は、その日に動いた作業のまとまりの数を1日ごとに数えた値です。
公式ドキュメントは、管理者（Admin）と組織の所有者（Owner）が閲覧できると書いています。
サポート記事では、Team が Owner と最上位の所有者（Primary Owner）、Enterprise が Owner と Primary Owner と Admin（Admin は支出データを見られない）です（https://support.claude.com/en/articles/12883420 ）。

寄与指標（プルリクエスト数と行数）に付いている前提

GitHub とつなぐと、Claude Code がどのプルリクエスト（コードの変更をまとめて提出する単位）に関わったかを数えられます。
GitHub連携を有効にしてから約24時間で表示され、以後は日次更新です。
ただし前提が多い。
public beta（試験公開）であること、ZDR（Zero Data Retention、送ったデータを保持しない設定）が有効な組織では使えないこと、github.com のみ対応であること、突き合わせの対象が、変更を本体に取り込んだ日（マージ日）の21日前から2日後までの作業であること、20%を超えて人が書き換えた行は Claude Code の成果として数えないこと。
意図的に控えめな数え方で、実際より少なく出ると公式自身が書いています（deliberately conservative / an underestimate）。

利用状況を取得するAPI（Enterprise Analytics API）と利用額のレポート（spend report）の使い分け

Enterprise Analytics API は Enterprise のみで、Team プラン（公式表記は Teams）では使えません。
利用状況の読み取りだけを許可した鍵（read:analytics スコープの API キー）は、最上位の所有者が発行します。
Team と Enterprise では、利用者ごとの使用量と費用は spend report（CSV）で見ます（https://code.claude.com/docs/en/admin-setup ）。
ただし spend report は、各席に含まれる利用量の枠（席の枠）を超えた利用（usage credits）を有効にしてから表示され、席の枠内は金額として出ません。
データは日次更新かつ1日遅れで反映されます（https://support.claude.com/en/articles/12883420 ）。
利用者本人の端末で振り返るなら、Claude Code に /insights と入力すると、1回で最大200セッションまでを集計して ~/.claude/usage-data/report.html に出力します（https://code.claude.com/docs/en/costs ）。

公式の指標は開発向けで、事務の業務には合わない

ここは正直に書きます。
採用されたコードの行数やプルリクエストの数は、請求書の読み取り、提案資料の作成、申請書類の下書きといった業務の成果を表しません。
事務や管理の業務で成果を示すなら、公式の指標ではなく作業時間の記録のほうが使えます。

最初の1業務で、導入前と導入後の作業時間を同じ方法で比べる

記録の最小項目は、業務名、担当者、1件あたりの所要時間、月の件数、測った日、測り方の条件（誰が測るか、どこまでを1件とするか、どの中断時間を除くか）の六つです。
測り方を文章で固定してから計測を始めます。
数え方を途中で変えると、3ヶ月目の比較が成立しません。
なお公式は、使った分だけ払うトークン課金で Claude Code を使う企業の平均を「実際に使った日1日あたり開発者1人 $13、開発者1人あたり月 $150〜250、利用者の90%は実際に使った日1日あたり $30 未満」と出しています（https://code.claude.com/docs/en/costs ）。
Team と Enterprise では席の枠内の利用は金額として計上されないため、席で契約した自社の請求額の見積りには使えません。

月次の個別打ち合わせで扱う三つ

実際の業務を見ながら詰まりを解く

毎月の打ち合わせは、実際の業務の画面を一緒に見ながら進めます。
手順を説明するだけの時間にすると、翌月また同じところで止まります。
想定外のこと（既存システムとの競合、認証のエラー、OS固有のつまずき）は、原因と対処をつまずきの記録（社内の指示書とは別の文書）へ書き足し、次の人に渡します。

2つ目と3つ目の業務へ広げる

広げる順番は、同じ担当者の隣の業務が先で、別の担当者の同じ業務が次です。
人と業務を同時に増やすと、どちらが原因で止まったのか分からなくなる。
このとき、社内の指示書（CLAUDE.md）に判断基準を少しずつ書き足します。
長さの目安は公式が200行以内を推奨しています（https://code.claude.com/docs/en/costs ）。
Communications kit も、社内の指示書（CLAUDE.md）について「Keep it under two screens.」（2画面以内に収める）と書いています。
同じ資料には「It is a cheat sheet, not documentation.」（これはドキュメントではなく、要点だけの早見表（チートシート）だ）と続きます。

社内の運用ルールにする

3ヶ月目に、誰にどの操作を許すか（権限の範囲）、外部連携（MCP）の許可リスト、個人アカウントでの業務利用の扱い、Claude Code の出力を人が確認してから業務に使う手順の四つをルールへ落とします。
このうち外部連携（MCP）の許可リスト（allowedMcpServers）は、管理者が配る設定（公式名は managed settings）に入れただけでは利用者や作業フォルダの指定が足し合わされ、利用者が許可先を広げられます。
管理者の一覧だけを効かせるには allowManagedMcpServersOnly: true を同じ設定に入れます。
この設定は外部連携の許可リストにだけ効き、権限の範囲（permissions）には効きません（https://code.claude.com/docs/en/managed-mcp ）。
誰にどの操作を許すかを書く permissions.allow（許可リスト）と permissions.deny（拒否リスト）も同じく足し合わされ、利用者は追加できますが管理者の指定は削れません。
外部連携を使わせない deniedMcpServers（拒否リスト）も、どの設定に書いても足し合わされます。
設定のキーと値の細部は公式の組織向けセットアップ（https://code.claude.com/docs/en/admin-setup ）に任せます。

この順番を崩すと定着しません。
全社の利用率を先に議題にすると、最初の1業務が片付く前に数字の話だけが進みます。
法人での導入の全体像と相談の窓口は、Claude Code / Codex 法人セットアップのページにまとめています。

伴走の期間（3ヶ月、6ヶ月、12ヶ月）の選び方と引き継ぎ

3ヶ月、6ヶ月、12ヶ月で届くところの違い

私が見ているのは期間の長さではありません。
何人に広げるか、何業務まで広げるかで決めます。
約50社、20業界（2026年7月時点）の例で言えば、建設や建材では社員2名で同時に導入して3ヶ月の伴走という形になっています。

社内だけで回すために引き継ぐもの

渡すものは、社内の指示書（CLAUDE.md）、作業フォルダの構成、決めたことや過去のやり取りを残しているファイルの置き場所、よく使う作業の手順（任せた業務のやり方を書いた文書）、外部連携の認証の切れ方と付け直し方、そしてつまずきの記録です。
最後の一つを渡さない引き継ぎが、いちばん後で効いてきます。
同じ失敗を次の担当者がもう一度踏むからです。

伴走を終える判断

終える判断は、利用率ではなく再現で見ます。
社内の人だけで、新しい業務を1つ立ち上げられたかどうか。
公式の Champion kit も、最終週（4週目）のゴールを2人目の推進者への引き継ぎに置いています。

公式が無料で出している道具と、その読み方

推進者向け資料（Champion kit）の30日の進め方

30日の進め方は、1週目に社内チャットへ相談用の部屋（#claude-code チャネル）を作る、2週目に週次の持ち寄り投稿（show-and-tell）、3週目に2人で画面を一緒に見る時間（ペアリング）とよくある質問をチャネルの先頭に固定する、4週目に2人目の推進者を決めて、うまくいっている点といない点を上司か管理者へ共有する、という並びです。
推進者の週あたりの時間も、自分の成果とプロンプトの投稿に約15分、チャネルでの質問対応に約20分、週次の持ち寄り投稿のスレッドを立てるのに約5分、任意のペアリングに0〜30分と書かれています（https://code.claude.com/docs/en/champion-kit ）。
推進者が、実際に使い込んだ作業フォルダで Claude Code に /team-onboarding と入力すると、最近のセッション、使ったコマンド、つないだ外部連携（MCP）から手順書を作れます。
新しく入る人が、それを自分の Claude Code の最初のメッセージとして貼れば、同じ設定を再現できます。

Communications kit と告知の出し方

Communications kit には、告知メールと Slack の文面、#claude-code チャネルの作り方、プロンプトの定型文が入っています（https://code.claude.com/docs/en/communications-kit ）。
公式は「Exec-sent launches consistently see higher first-week adoption than admin-sent ones」（経営層名義の告知のほうが、管理者名義より初週の立ち上がりが一貫して強い）と書いています。
社員向けの自習先としては、Claude Academy の無料コース（Claude Code 101、Claude Code in Action）が日本語版の概要ページに案内されています（https://code.claude.com/docs/ja/overview ）。

公式の目標値をそのまま社内KPIにしない

Claude Enterprise の管理者ガイドには、週に1回以上使う人（WAU）が契約席数の70%、1人あたり週25メッセージ以上、Claude Code とは別の機能（Projects、Artifacts）を使う人が、実際に使っている人（アクティブユーザー）の40%、1人あたり週3時間以上の作業時間の削減、Claude Enterprise への利用者の満足度という目標値が並びます（https://academy.claude.com/tutorials/claude-enterprise-administrator-guide ）。
数字が具体的なので、そのまま社内KPIに貼りたくなります。
ただし、これは Claude Enterprise 全体（chat、Projects、Artifacts を含む）の目標値で、Claude Code 単体の定着目標ではありません。
指標名が「Feature Adoption（機能の利用）(Projects, Artifacts)」である点が証拠です。

2026年10月時点で月次に乗せる変化と、つまずきやすい点

更新が速いので毎月まとめて拾う

変更履歴に載っているのは v2.1.295（2026-10-08）から v2.1.304（2026-10-19）までの8件で、約12日で8回の更新です（https://code.claude.com/docs/en/changelog 、2026-10-20 確認）。
変更履歴に 2.1.297 と 2.1.298 はありません。
毎日追うのは現実的ではないので、月に一度まとめて、よく使う作業の手順に効くものだけを反映します。
2026-10-15 には、コードの変更を点検する Code Review が一般提供になりました。
対象は Team と Enterprise です。
Code Review の利用に充てられるクレジットは Claude Enterprise の対象組織向けで、2027年1月15日までに申請すれば1万ドル分以上を受け取れ、受け取ってから30日で失効します（出典: Eligible Claude Enterprise organizations can claim at least $10,000 in Code Review credits by January 15, 2027. Credits expire 30 days after you claim them. https://claude.com/resources/articles/code-review-is-now-generally-available ）。
公式ドキュメントのURLも code.claude.com/docs/ へ移っていて、旧 docs.claude.com/en/docs/claude-code/overview は 2026-10-20 時点で、開くと新しいURLへ自動で転送される状態（301転送）になっているのを実測しました。
社内資料に貼ったリンクは、月次で差し替えておくと後が楽になります。

プランと席の誤解（Free、Team、Enterprise）

Free プランに Claude Code は含まれません。
Team プランは最低2名から最大150席までで、全席に Claude Code が含まれます。
一方で、Team プランに付く月ごとの API の無償枠は、Claude Code でも Claude のアプリ（claude.ai など）でも使えません。
Enterprise は20席からです（公式表記は 20 seat minimum、出典 https://claude.com/pricing 、https://support.claude.com/en/articles/11845131 、https://support.claude.com/en/articles/9266767 ）。

よくある四つのつまずき

APIキー方式（Claude Console の API キーでログインし、使った分だけ払う形）を選んで従量課金になる、外部連携の認証が切れて止まる、動作確認が足りず「できたつもり」で終わる、最初の業務を広く取りすぎて定着しない。
最初の一つは金額に直接響くので、ログインはサブスクのアカウントで行い、APIキー方式を選ばないことを導入の初日に必ず確認します。

完成した月次記録シートの実例

打ち合わせに持ち込むのは、この1枚だけです。

# Claude Code 伴走 月次記録シート（1ヶ月目から3ヶ月目）

## 0. 測り方の条件（計測の前に文章で固定する）
1件の範囲          : 仕入れ請求書を1通受け取ってから、台帳に入力し終えるまで
測る人             : 担当者本人（別の人が測ると条件が変わる）
除く時間           : 電話や来客で中断した時間は差し引く

## 1. 最初に任せる業務（1つだけ）
業務名             : 請求書の読み取りと台帳への入力
担当者             : 経理 1名
1件あたりの所要時間 : 導入前 00分 → 1ヶ月後 00分
月の件数           : 00件
測った日           : 2026-00-00

## 2. 今月解いた詰まり
症状               :
原因               :
対処               :
つまずきの記録に書いた場所 :

## 3. 次に広げる先
2つ目の業務        : 同じ担当者の隣の業務
3つ目の業務        : 別の担当者の同じ業務
2人目の推進者      :

## 4. 運用ルール（権限の範囲と外部連携（MCP）の許可リストは管理者が配る設定に入れる。許可リストを使うときは、同じ設定に allowManagedMcpServersOnly: true も並べて入れる）
誰にどの操作を許すか（権限の範囲）              :
外部連携（MCP）の許可リスト :
個人アカウントでの業務利用 : 禁止 / 条件つきで許可
Claude Code の出力を人が確認してから業務に使う手順 :

## 5. 公式の更新チェック（月1回）
変更履歴を見た日         : 2026-00-00
社内資料のリンク差し替え   : 済 / 未

よくあるご質問

まとめ｜毎月決めることを決めておく

「使われる状態」は、誰が、どの業務で、どれくらい使っているかの三つで決まります。
月次の打ち合わせで扱うのは、実際の業務を見ながら詰まりを解く、2つ目と3つ目の業務へ広げる、社内の運用ルールにする、の三つだけです。
その土台として、前後の作業時間を同じ方法で記録しておきます。

公式の計測は開発向けの指標でできていて、各利用者の端末のセッションの記録は既定30日より古い分が削除されます。
管理者ガイドの目標値は Claude Enterprise 全体の数字で、Claude Code 単体の定着目標ではありません。
開発向けの公式の指標、30日で消える端末の記録、Claude Enterprise 全体の目標値という三つの限界を押さえておけば、毎月の報告で数字に振り回されずに済みます。

自社の場合はどの業務から始めるのが早いか、どの期間が合うか。
Re-rail では60分の無料相談と簡易診断で、現状をうかがってからお答えしています。
社内の指示書をどこまで書くか迷っている段階でも構いません。