効果測定・KPI
Claude Code研修の効果測定90日で見るKPI設計
先に結論です。Claude Code研修の効果は、対象業務を1つに固定し、その業務の「処理時間・差戻し率・実施できる人数」を研修前と30日後・90日後で同じ条件で比べて測ります。満足度アンケートと利用回数は、この3つを説明する補助指標として扱ってください。
| この記事の対象者 | 研修費の決裁者、DX推進、人事・研修担当、部門長。研修後に経営へ成果を説明する立場の方 |
|---|---|
| 判断期限 | 測定設計は研修申込前。ベースラインは研修初日より前に取る。取り直しはできません |
| 必要資料 | 対象業務の手順書または作業メモ、直近3か月の処理件数、担当者名、品質の合格条件、現在の差戻し・修正の記録 |
| この記事の成果物 | 記入できるベースライン表、KPI定義表、90日後の継続・横展開・停止の判定表 |
| 見送り条件 | 対象業務を1つに絞れない、処理件数を数えられない、品質の合格条件を言葉にできない。この3つが揃わない段階では測定できないため、研修より先に業務の棚卸しを行ってください |
研修満足度だけでは業務成果を測れない
研修後アンケートの「満足」「理解できた」は、講師の説明品質を測る指標です。決裁者が知りたいのは別のことで、あの費用を払った結果、どの業務が、どれだけ短く、どれだけ安定して回るようになったかです。満足度が高くても対象業務の処理時間が変わっていなければ、その研修は業務成果を生んでいません。
逆の失敗もあります。「AIの利用回数が増えた」を成果として報告する例です。利用回数は行動量であって成果ではありません。使ってはいるが誰も業務に組み込んでいない状態でも、利用回数は増えます。測定設計では、行動量の指標と成果の指標を必ず別の列に置いてください。
もう一つの落とし穴が、測定の後付けです。研修が終わってから「前は何分かかっていたか」を思い出して書くと、比較の前提が揃わず、社内の誰も信用しません。ベースラインは研修初日より前にしか取れません。だからこの記事は、申込前に読む前提で書いています。
測る時点を4つに固定する
測定時点を増やすほど現場の負担が増え、続きません。次の4時点だけに固定してください。4回とも、同じ人が、同じ様式で記録します。
| 時点 | いつ取るか | 何を取るか | この時点で分かること |
|---|---|---|---|
| 導入前（T0） | 研修初日の前日まで | 対象業務の処理時間、月間件数、差戻し件数、実施できる人の数 | 比較の基準値。ここが無いと以降すべての数字が意味を失う |
| 研修直後（T1） | 最終回の当日 | 成果物の完成状況、運用手順書の有無、受入チェックの結果 | 研修の納品が終わったか。業務成果ではなく引き渡しの確認 |
| 30日後（T2） | 研修終了日から30日 | T0と同じ4項目に加え、手戻りの内容と停止した回数 | 現場で回り始めたか。ここで止まる原因はほぼ権限・データ・承認の3つ |
| 90日後（T3） | 研修終了日から90日 | T0と同じ4項目、担当者交代の有無、受講者以外が実施できた件数 | 属人化していないか。横展開・追加支援・停止のどれを選ぶか |
T1を「効果測定」と呼ばないでください。研修直後に測れるのは成果物の有無だけです。業務が短くなったかどうかは、通常の月次サイクルを1回以上回したT2からしか見えません。月次業務を対象にするなら、T2はその月の締めを1回通過した後に設定します。
KPI比較表：利用・業務移管・時間・品質・自力改善
KPIは5系統に分けます。上の2つは行動量、下の3つが成果です。経営報告では下の3つを主指標、上の2つを補助指標として並べてください。
| KPI | 測定方法 | 測定者 | 取得時点 | 使える判断 | 注意点 |
|---|---|---|---|---|---|
| 利用（補助） | 週あたりの利用日数、セッション数 | 情シスまたは管理者 | T2・T3 | 定着の兆候。ゼロなら原因調査 | 増加＝成功ではない。単独では報告に使わない |
| 業務移管（補助） | 対象業務のうちAIに任せた工程数／全工程数 | 業務責任者 | T1・T2・T3 | どこまで任せられたかの範囲確認 | 工程の定義をT0で固定しないと後から水増しできてしまう |
| 処理時間（主） | 1件あたりの所要時間×月間件数 | 実施担当者 | T0・T2・T3 | 継続・横展開の主根拠 | 確認・修正の時間を必ず含める。含めないと実態より短く出る |
| 品質（主） | 差戻し件数、修正回数、エラー率 | 確認担当者 | T0・T2・T3 | 時間短縮が品質低下と引き換えでないかの検証 | 合格条件をT0で文章にしておく。人によって基準が違うと比較不能 |
| 自力改善（主） | 受講者以外が手順書だけで実施できた件数、受講者が自分で手順を直した回数 | 業務責任者 | T3 | 属人化の有無。追加研修が必要かの判断 | ゼロなら、成果は個人に付いていて組織に残っていない |
「処理時間」で必ず確認の時間を含めてください。AIに任せた工程は速くなりますが、出力を人が確認する時間が新たに発生します。この確認時間を数えないと、現場の実感と数字がずれ、90日後に「数字は良いが現場は楽になっていない」という報告になります。研修の12時間で何を作り、どこまでを成果物として残すかはClaude Code研修の12時間カリキュラムで公開しています。
同じ業務・同じ品質条件でベースラインを取る
ベースラインは、次の様式をそのまま埋めれば足ります。エクセル1枚で構いません。重要なのは項目の網羅性ではなく、T0とT2・T3で同じ定義を使うことです。
| 記入項目 | 書き方の例 | なぜ必要か |
|---|---|---|
| 対象業務名 | 月次の請求書PDFの命名統一と勘定科目別集計 | 「経理業務」では範囲が動く。工程まで書く |
| 開始と終了の定義 | 開始＝PDFを受領フォルダに入れた時点／終了＝集計表を上長に提出した時点 | どこからどこまでを1件と数えるかを固定する |
| 月間件数 | 直近3か月の平均で月48件 | 単月では繁閑差に振り回される |
| 1件あたり所要時間 | 実測10件の平均で42分（確認7分を含む） | 記憶ではなく実測。確認時間を含めることを明記する |
| 品質の合格条件 | 科目の誤りゼロ、金額の相違ゼロ、命名規則違反ゼロ | これを書かないと、速いが雑な状態を改善と誤認する |
| 差戻し・修正の記録 | 直近3か月で差戻し11件（内訳：科目誤り7、金額相違4） | 品質KPIの基準値 |
| 実施できる人 | 2名（うち1名は繁忙期のみ） | 自力改善KPIの基準値。属人化の出発点を記録する |
| 測定条件 | 2026年7月・8月の通常営業日のみ。決算月は除外 | 除外条件をT0で決めておかないと、後から都合よく選べてしまう |
回収期間の計算例（前提と式を示します）
次は当社の実績ではなく、上の様式を埋めたときにどう計算するかを示す計算例です。数字はすべて自社の実測値に置き換えてください。
- 前提：対象業務は月48件、1件42分（確認込み）。研修後に1件18分になったと仮定する。時間単価は自社の人件費から3,000円と置く。
- 式1（削減時間）：48件 ×（42分 − 18分）＝ 1,152分 ＝ 月19.2時間
- 式2（金額換算）：19.2時間 × 3,000円 ＝ 月57,600円
- 式3（回収月数）：契約時支払額（272,800円）÷ 月次削減額。助成金は支給決定後に実際の支給額で別途再計算する
当社標準の受講料は1名248,000円（税別）、消費税10%時の契約時支払額は272,800円（税込）です。この272,800円を初期投資として、上の例では 272,800円 ÷ 57,600円 ＝ 約4.7か月と計算します。助成金は未確定のため回収計算に含めず、支給決定後だけ実際の支給額を使って別途再計算してください。
Claude Code analyticsで見えるもの／見えないもの
Anthropicは、Claude for Teams・Enterpriseプラン向けに claude.ai/analytics/claude-code の分析ダッシュボードを提供しています（2026年8月20日に公式ドキュメントで確認）。ここで見える指標と、見えない指標をはっきり分けてください。
| 項目 | 公式ダッシュボードで見えるか | 補足 |
|---|---|---|
| 日次アクティブユーザー数・セッション数 | 見える | Adoptionチャート。利用KPIの取得元にできる |
| 受け入れられたコード行数、提案の受入率 | 見える | Edit・Write・NotebookEditツールの承認割合として算出される |
| Claude Code支援ありのPR件数・行数 | 条件付きで見える | GitHub連携が必要なパブリックベータ機能。Zero Data Retention（ZDR）を有効にした組織では利用できない |
| ユーザー別ランキング（Leaderboard） | 見える | 上位10名。全ユーザー分はCSV書き出しが可能 |
| 非開発業務の処理時間・差戻し率 | 見えない | 経理・営業事務・総務の業務時間は計測対象外。自社で測る必要がある |
| 出力の業務的な正しさ | 見えない | 受入率は「人が承認したか」であって、業務として正しいかではない |
| claude.ai組織外・API経由の利用 | 見えない | 貢献指標はclaude.ai組織内のユーザーのみが対象 |
公式ドキュメントは貢献指標について「これらの指標は意図的に保守的で、Claude Codeの実際の影響を過小評価している」と明記しています。高い確度でClaude Codeの関与が確認できた行とPRだけを数えるためです。また、開発者が20%を超えて書き直したコードはClaude Codeに帰属しません。公式指標は「少なめに出る」前提で読み、経営報告の主指標には自社の業務KPIを置いてください。
非エンジニア職が中心の会社では、そもそもPRもコード行数も発生しません。当社の研修は営業・事務・経理・企画職を対象としており、その場合の測定は自社の業務ログが主役になります。より細かい利用ログが必要な場合は、OpenTelemetryのエクスポート（Monitoring usage、2026年8月20日確認）で claude_code.session.count、claude_code.active_time.total、claude_code.cost.usage などを自社の監視基盤へ送れます。ただしプロンプト本文・アシスタント応答・ツールの詳細は既定で伏字であり、記録するには明示的な設定が必要です。この設定は社内ルールとして先に決めるべき事項なので、Claude Codeのセキュリティと社内ルールもあわせて確認してください。
経営報告を1ページにする証拠セット
90日後の報告で、決裁者が確認するのは次の6点です。1ページに収め、それぞれ裏付けの資料名を書き添えてください。
| 報告項目 | 添える証拠 | 用意する人 |
|---|---|---|
| 対象業務と範囲 | T0のベースライン表（開始・終了の定義を含む） | 業務責任者 |
| 処理時間の前後比較 | T0とT3の実測記録。除外条件も併記 | 実施担当者 |
| 品質の前後比較 | 差戻し・修正の件数記録と、合格条件の文面 | 確認担当者 |
| 運用の再現性 | 運用手順書、受講者以外が実施した記録 | 業務責任者 |
| 安全面の実施状況 | 入力可否ルール、権限設定、人による確認の記録 | 情シスまたは管理担当 |
| 費用と支給状況 | 請求書、支払記録、助成金の申請・審査の状況 | 経理・稟議起案者 |
助成金を使う場合、支給決定は研修終了後の審査を経ます。90日後の報告時点で支給決定が出ていないこともあるため、費用欄には「申請中」「支給決定済み」「不支給」の別を必ず書いてください。稟議段階での書き方はClaude Code研修の稟議書にまとめています。
横展開・追加支援・停止の判断基準
90日後に判断すべきなのは「良かったか」ではなく「次に何をするか」です。次の表で、T3の実測値から機械的に選んでください。
| T3の状態 | 判断 | 次の行動 |
|---|---|---|
| 処理時間が短縮し、品質が悪化せず、受講者以外も実施できた | 横展開 | 同じ様式で次の1業務を選ぶ。手順書を社内標準に格上げする |
| 処理時間は短縮したが、実施できるのは受講者のみ | 条件付き継続 | 横展開の前に手順書を作り直す。社内講師役を1名決める |
| 処理時間は変わらないが、差戻しが減った | 継続（KPI差し替え） | 主指標を品質側へ寄せ、時間短縮は次の工程で狙う |
| T2で止まり、T3も動いていない | 原因調査 | 権限・データ・承認のどこで止まったかを特定する。ほとんどはこの3つ |
| 対象業務そのものが無くなった、担当者が異動した | 停止または再設計 | 数字を追わず、対象業務の選び直しから戻る |
「効果が出ないので停止」を最初から選択肢に入れておくことが、測定を成立させます。停止条件を書いていない稟議は、悪い数字が出たときに数字のほうを曲げる力が働きます。組織全体で定着させる設計はClaude Codeの社内研修と定着のしかたで扱っています。
45分診断で測定対象を決める
測定できる業務かどうかは、業務の中身を聞かないと判断できません。当社の45分の無料AI業務診断では、AIに任せられる候補業務を3つ整理してお渡ししますが、この記事の読者向けにはそのうち「T0を取れる業務」がどれかまで一緒に確認します。
申込フォームの「いま一番減らしたい業務」欄には、次の3つを書いてください。診断の精度が変わります。
- いまの作業時間：おおよそで構いません。「月◯件、1件◯分」の形が理想です
- 困っている品質条件：どんな間違いが起きると差戻しになるか
- 確認できる人がいるか：出力の正しさを判断できる担当者の有無
診断の結果、測れる業務が1つも見つからない場合もあります。そのときは研修をお勧めせず、業務の棚卸しから始めることをお伝えします。診断だけで終えていただいて構いません。人数や役割の決め方は少人数のClaude Code研修、受講者の選び方はClaude Code研修の対象者、本研修の前に小さく試す設計はClaude Code研修のPoCで解説しています。
よくあるご質問
利用回数が増えれば研修は成功と言えますか？
言えません。利用回数は行動量の指標で、業務成果の指標ではありません。Anthropicの公式ドキュメントでも、分析ダッシュボードのAdoptionチャートは日次アクティブユーザー数とセッション数を示すものと説明されています。利用回数が増えても対象業務の処理時間と差戻し件数が変わっていなければ、業務は移管できていません。経営報告では処理時間・品質・自力改善の3つを主指標に置き、利用回数は補助指標として添えてください。
コードを書かない業務の効果はどう測りますか？
公式の分析ダッシュボードはコード行数やプルリクエストを対象にしているため、経理・営業事務・総務のような非開発業務の成果はそこには現れません。自社で測る必要があります。具体的には、対象業務の1件あたり所要時間（確認時間を含む）、月間件数、差戻し・修正の件数、実施できる人数の4つを、研修前と30日後・90日後に同じ定義で記録してください。エクセル1枚で足ります。
ROIはいつ計算すべきですか？
研修直後ではなく、通常の業務サイクルを1回以上通した30日後以降です。月次業務であれば、締めを1回通過した後が最初の計算タイミングになります。計算に使う削減時間は必ず実測値にしてください。研修直後に見積りだけで算出したROIは、確認・修正の時間が抜け落ちるため実態より良く出ます。助成金を織り込む場合は、支給決定前と支給決定後の2通りを併記してください。
個人別のランキングを人事評価に使ってよいですか？
推奨しません。公式ダッシュボードにはLeaderboard機能があり、上位10名のユーザーが表示されますが、公式ドキュメントは貢献指標を「意図的に保守的で、実際の影響を過小評価している」と説明しています。開発者が20%を超えて書き直したコードは帰属されず、ロックファイルや生成コードは集計から除外されます。個人の評価に耐える精度の指標ではありません。定着状況の把握と、他の社員を助けられる人の発見に使うのが本来の用途です。
90日後に効果が出ていなかったら、どうすればよいですか？
まず、どこで止まったかを特定してください。30日後にも90日後にも動いていない場合、原因のほとんどは権限・データ・承認の3つです。必要なフォルダやシステムに担当者がアクセスできない、演習で使ったデータが本番と形式が違う、出力を承認する人が決まっていない、のいずれかです。対象業務そのものが無くなった場合は数字を追わず、業務の選び直しへ戻ってください。停止という判断も、あらかじめ条件を書いておけば正しい判断になります。
確認した一次情報
製品仕様と制度は変更されます。2026年8月20日に次の公式資料を確認しています。
- Anthropic「Track team usage with analytics」（2026年8月20日確認）／ダッシュボードのURLと閲覧権限、利用指標と貢献指標の内容、ZDR組織での制限、保守的な集計方針
- Anthropic「Monitoring usage（OpenTelemetry）」（2026年8月20日確認）／エクスポートできる指標名と、プロンプト本文などが既定で伏字であること
- Anthropic「Manage costs effectively」（2026年8月20日確認）／利用状況の確認方法と組織単位の支出管理
- 厚生労働省「人材開発支援助成金」（2026年8月20日確認）
- 厚生労働省「事業展開等リスキリング支援コース改正：令和8年8月3日からの変更点について（PDF）」（2026年8月20日確認）
45分で、測れる業務を1つ決めます
無料AI業務診断（45分・オンライン）では、御社の業務からAIに任せられる候補を3つ整理し、そのうちベースラインを取れる業務がどれかまで一緒に確認します。フォームには現在の作業時間と、困っている品質条件をお書きください。測れる業務が見つからない場合は、その旨を率直にお伝えします。
無料AI業務診断を予約する（45分）