PoC・試行導入
Claude Code研修のPoC本導入前に小さく確かめる方法

先に結論です。PoCで確かめるのは「AIが作れたか」ではなく、「非本番データで期待どおりの出力が出て、例外を人が確認でき、その手順を自社で再現できるか」の3点です。この3点が揃わないまま本導入へ進むと、90日後に誰も使っていない状態になります。
| この記事の対象者 | 経営者、DX推進、情シス、部門責任者。導入の失敗責任を負う立場の方 |
|---|---|
| 判断期限 | PoCの合格条件は開始前に決める。終わってから基準を作ると、どんな結果でも「成功」にできてしまいます |
| 必要資料 | 対象業務の現状手順、匿名化した入力サンプル10件程度、期待する出力の例、例外データ、確認担当者名、保存先の指定 |
| この記事の成果物 | PoCの範囲定義、受入テストの記入表、失敗記録の様式、Go/条件付きGo/No-Goの判定表 |
| 見送り条件 | 匿名化したサンプルを用意できない、期待する出力を言葉にできない、出力の正しさを判断できる人がいない。この3つが欠けるとPoCは判定不能になります |
PoCで確認するのは「作れたか」だけではない
PoCの報告書でよく見るのが「AIで自動化できることを確認した」という一文です。これは何も判断させません。作れることは、多くの業務でほぼ確実に確認できます。判断が必要なのは、その先です。
- 例外が来たときに、止まるか、間違った答えを返すか。10件のきれいなサンプルでは分かりません
- 出力の正しさを、誰がどうやって判断するか。判断できる人がいなければ、本番では使えません
- 作った本人がいなくなっても、手順が残るか。残らなければ、それは人ではなく個人への投資です
Anthropicの公式ドキュメント「Manage costs effectively」(2026年8月20日確認)も、費用の見積りについて「まず小さなパイロットグループから始め、追跡ツールでベースラインを作ってから広く展開する」と記載しています。小さく試すこと自体は公式が勧める進め方です。問題は、その小さな試行で何を判定するかが決まっていないことにあります。
無料相談・体験会・PoC・研修・実装支援の違い
この5つは目的も成果物も違いますが、各社の案内では混ざって書かれていることがあります。自社が今どれを求めているのかを、次の表で確認してください。
| 種類 | 目的 | 入力データ | 残る成果物 | 導入判断への使い方 |
|---|---|---|---|---|
| 無料相談・業務診断 | 対象業務の候補を絞る | 口頭のヒアリングのみ。データは預からない | 候補業務の一覧と概算効果の整理 | 何を試すかを決める。作れるかどうかは分からない |
| 体験会・セミナー | 操作感と適性を知る | 主催者が用意した題材 | 操作の理解、社内説明の材料 | 担当者の適性判断に使える。自社業務の判定には使えない |
| PoC(試行) | 自社の1業務で成立するかを判定する | 匿名化した自社サンプル。本番環境には接続しない | 受入テストの結果、失敗記録、Go/No-Goの判定 | 本導入の可否を決める。ここが本記事の主題 |
| 研修 | 自社の人が自分で作り、運用できる状態にする | 自社の実業務データ(範囲を合意のうえ) | 動く仕組み、運用手順書、入力可否ルール、業務設計シート | 再現性を組織に残す。担当者が交代しても続く |
| 実装支援・開発委託 | 外部が作って納品する | 本番相当のデータ | 納品物と保守条件 | 速いが、社内に作り方が残らない |
当社の位置づけを正直に書きます。当社は無料のPoC実装を提供していません。提供しているのは45分の無料AI業務診断と、12時間の実務導入研修です。研修の標準範囲には「会社単位の実業務PoC 1件(検証環境まで。基幹システム・本番反映なし)」が含まれるため、当社の場合はPoCを研修と別に発注するのではなく、研修の中で1件を通す形になります。研修と実装代行・伴走支援の違いはClaude Code導入支援の方式比較で扱っています。
PoCに向く1業務/向かない業務
PoCは1業務に絞ってください。複数を並行させると、うまくいかなかった原因が業務側にあるのかツール側にあるのか切り分けられません。次の表で候補を仕分けます。
| 条件 | 向く業務 | 向かない業務 |
|---|---|---|
| 入力の形 | 形式が概ね決まっている(PDF、CSV、定型メール、議事メモ) | 口頭のやり取りだけで、記録として残っていない |
| 正解の判定 | 正しいかどうかを、担当者がその場で判断できる | 正しさが数か月後にしか分からない(施策の効果予測など) |
| 頻度 | 月10件以上ある。効果を測る母数が確保できる | 年に数回しか発生しない |
| 影響範囲 | 失敗しても社内でやり直せる | 誤りがそのまま社外へ出る、または入金・出金に直結する |
| データの扱い | 匿名化したサンプルを作れる | 個人情報や機密が不可分で、匿名化するとサンプルの意味が失われる |
| 担当者 | 業務を説明できる人と、出力を確認できる人がいる | 退職予定者しか手順を知らない |
「向かない」に該当しても、業務そのものを諦める必要はありません。多くの場合、工程を分割すると前半だけがPoCに向きます。たとえば「請求書処理」全体ではなく「受領PDFの命名統一と一覧化」までを対象にすれば、正解の判定も影響範囲も扱いやすくなります。職種別の題材例は職種別のClaude Code活用ページ、非エンジニア業務の具体例は非エンジニアのClaude Code活用にあります。
データ・権限・保存先を非本番で分ける
PoCで本番データをそのまま使う必要はありません。Claude Codeには、試行の範囲を技術的に狭めるための仕組みが用意されています(公式Security、2026年8月20日確認)。
| 分けるもの | PoCでの設定 | 根拠となる仕様 |
|---|---|---|
| データ | 匿名化したサンプル10〜30件を専用フォルダに置く。実データは持ち込まない | 社内ルールの問題。ツール側の機能ではないため、先に文書で合意する |
| 作業範囲 | PoC専用のフォルダで起動し、そこから外へは書き込ませない | Manual modeでは、起動したフォルダとその配下の外のファイルを、明示的な許可なしに変更できない |
| 操作の承認 | ファイル編集・コマンド実行のたびに人が承認する運用から始める | Manual modeは読み取り専用から始まり、変更を伴う操作の前に確認を求める |
| ネットワーク | 外部への通信を伴う操作は都度承認とする | curl や wget のようにWebから内容を取得するコマンドは、既定では自動承認されない |
| 保存先 | 出力の保存先をPoC専用フォルダに固定し、共有ドライブへ直接書かせない | 作業ディレクトリの境界と、必要に応じたサンドボックスの併用 |
| 端末の記録 | PoC終了後にセッション記録の扱いを決める | セッションの記録は端末の ~/.claude/projects/ に平文で既定30日保存され、cleanupPeriodDays で変更できる |
公式ドキュメントは「Claude Codeはあなたが与えた権限しか持たない。承認前に、提案されたコードとコマンドの安全性を確認する責任は利用者にある」と明記しています。PoCの段階で承認を全部自動化してしまうと、この確認の負荷を見積もれません。最初は都度承認で回し、どの操作が繰り返し出るかを記録してから、許可リストを作ってください。社内ルールの作り方はClaude Codeのセキュリティと社内ルールが主担当です。
受入テストと失敗記録を先に作る
PoCの合否は、開始前に書いた受入テストで決めます。次の様式を埋めてから始めてください。項目が多く見えますが、1業務あたり1枚で足ります。
| 記入項目 | 書き方の例 |
|---|---|
| 対象工程 | 受領PDF 30件の命名統一と、取引先別一覧表の作成 |
| 入力サンプル | 匿名化済みPDF 30件(通常24件、例外6件) |
| 例外データの内訳 | スキャンが傾いた2件、社名表記ゆれ2件、金額欄が空欄1件、複数ページ1件 |
| 期待する出力 | 命名規則に従ったファイル名、取引先名・日付・金額の3列を持つ一覧表 |
| 合格条件 | 通常24件は命名・抽出とも誤りゼロ。例外6件は誤った出力を返さず、人が確認できる形で保留になること |
| 確認する人 | 経理課の月次担当(氏名を書く) |
| 確認にかかった時間 | 実測して記録する。本番運用の負荷見積りに使う |
| 戻し方 | 出力を破棄し、従来手順に戻す条件と手順を1行で書く |
| 判定者 | 部門長。実装した本人にしない |
合格条件で最も重要なのは、例外データに対する期待を「正しく処理すること」ではなく「誤った出力を返さないこと」に置く点です。例外まで自動処理させようとすると、PoCは必ず失敗します。人が拾える形で止まれば、本番運用は成立します。
失敗記録も同じ様式で残してください。「何を入力したら、どう間違えたか」を記録すると、それがそのまま本研修の演習題材になり、運用手順書の注意事項になります。公式の「Best practices」(2026年8月20日確認)も、Claudeに検証できる手段を与えること、そして実装したもの自身に採点させず別の視点で確認することを推奨しています。
Go/条件付きGo/No-Goの判定表
PoC終了時は、次の表で機械的に判定します。判定者は実装した本人以外にしてください。
| 結果 | 判定 | 次の行動 |
|---|---|---|
| 通常データの合格条件を満たし、例外は保留で止まり、確認時間が許容範囲 | Go | 本研修へ進む。PoCの成果物をそのまま演習題材として持ち込む |
| 通常データは合格。例外の一部で誤った出力が出た | 条件付きGo | 例外の判定ルールを人手の工程として明文化し、その前提で進む |
| 出力は正しいが、確認に元の作業と同じ時間がかかる | 条件付きGo | 工程の切り方を変える。確認しやすい中間出力を挟む設計に戻す |
| 正しさを判断できる人がおらず、合否を決められなかった | No-Go(判定不能) | 対象業務を変える。確認担当が置ける業務から始める |
| 匿名化するとサンプルが業務の実態を表さなくなった | No-Go | データの扱いを情シスと再設計するか、別業務を選ぶ |
| 動いたが、手順が担当者の頭の中にしかない | 条件付きGo | 手順書化を本研修の成果物条件に含めてから進む |
No-Goは失敗ではありません。本導入前に、費用をかけずに不適合が分かった状態です。判定表に「No-Goのときは何を選び直すか」まで書いておくと、その場で次の一歩が決まります。
PoCから12時間研修へ引き継ぐ成果物
PoCの結果をそのまま本研修へ持ち込めば、研修の初日から自社の題材で進められます。引き継ぐのは次の5点です。
| 引き継ぐもの | 研修での使われ方 |
|---|---|
| 匿名化サンプルと例外データ | 演習の入力データとして使う。例外は品質条件の設計に使う |
| 受入テストの様式と合格条件 | 研修中の受入チェックの基準になる |
| 失敗記録 | 運用手順書の「注意事項」と入力可否ルールの根拠になる |
| 確認にかかった時間の実測 | 効果測定のベースライン値になる |
| 権限と保存先の設定 | 本番運用時の管理設定の下地になる |
研修の12時間で何をどの順番で扱うかはClaude Code研修の12時間カリキュラムに、契約から本番運用までの全工程はClaude Codeの導入手順にあります。効果測定の指標設計はClaude Code研修の効果測定で扱っており、PoCで取った実測値はそのままベースラインに使えます。
45分診断で候補3業務を絞る
PoCの対象業務を1つに絞る作業は、社内だけでは意外に進みません。候補が多すぎるか、逆に「うちにはない」と思い込んでいるかのどちらかです。当社の45分の無料AI業務診断では、AIに任せられる候補業務を3つ整理してお渡しします。この記事の「向く/向かない」表を会話の入力に使ってください。
申込フォームの「いま一番減らしたい業務」欄には、次の4点を書いてください。
- 現在の入力:何が、どんな形で、どこに届くか
- 現在の出力:最終的に何を作って、誰に渡すか
- 例外:どんなときに手が止まるか、どんな例外が月に何件あるか
- 確認者:出力が正しいかを判断できる人がいるか
診断のあと、PoC相当の小さな題材を12時間研修へ組み込めるかを検討し、条件が合う場合のみ見積りへ進みます。合わないと判断した場合は、その旨をお伝えします。診断だけで終えていただいて構いません。人数と役割の考え方は少人数のClaude Code研修、受講者の選び方はClaude Code研修の対象者、社内決裁の書き方はClaude Code研修の稟議書をご覧ください。
よくあるご質問
PoCは無料で実施してもらえますか?
当社は無料のPoC実装を提供していません。無料で提供しているのは45分のAI業務診断で、業務を伺ってAIに任せられる候補を3つ整理してお渡しするものです。実際に手を動かして自社データで試す工程は、12時間の実務導入研修の中に含まれます。研修の標準範囲には会社単位の実業務PoC 1件(検証環境まで、基幹システムへの本番反映は含みません)が入っているため、当社の場合はPoCを別発注するのではなく研修の中で1件を通す形になります。
PoCでは本番データを使う必要がありますか?
必要ありません。むしろ推奨しません。匿名化したサンプルを通常24件・例外6件程度用意すれば、判定に必要な情報はほぼ得られます。Claude CodeはManual modeでは読み取り専用から始まり、起動したフォルダとその配下の外へは明示的な許可なしに書き込めません。PoC専用フォルダで起動し、出力の保存先も同じフォルダに固定してください。ただし、匿名化するとサンプルが業務の実態を表さなくなる業務は、PoCの対象として不適切です。その場合は別の業務を選び直してください。
PoCで動いたら、そのまま本番導入してよいですか?
3点を確認してから進んでください。第一に、例外データで誤った出力が出ていないか。例外は自動処理させず、人が拾える形で止まればPoCとしては合格です。第二に、出力の確認にかかる時間が許容範囲か。確認に元の作業と同じ時間がかかるなら、工程の切り方を変える必要があります。第三に、手順が担当者の頭の中だけにないか。手順書がない状態で本番へ進むと、担当者の異動でそのまま止まります。
失敗したPoCは無駄になりますか?
なりません。No-Goという結論は、本導入前に費用をかけずに不適合が分かった状態です。加えて、失敗記録そのものが資産になります。「何を入力したら、どう間違えたか」の記録は、本研修に進む場合は演習題材と入力可否ルールの根拠になり、別業務へ切り替える場合も選定基準として使えます。PoCの目的は成功させることではなく、判断できる材料を作ることです。
PoCにはどのくらいの期間と人数が必要ですか?
1業務・2〜3名・2週間程度を目安にしてください。人数を増やしても判定は速くなりません。必要なのは、業務を説明できる人と、出力の正しさを判断できる人の2役です。この2役が揃わない場合、PoCは判定不能で終わります。Anthropicの公式ドキュメントも、費用の見積りについて小さなパイロットグループから始めてベースラインを作ることを勧めています。人数の考え方は少人数研修の記事で詳しく扱っています。
確認した一次情報
製品仕様と制度は変更されます。2026年8月20日に次の公式資料を確認しています。
- Anthropic「Manage costs effectively」(2026年8月20日確認)/小さなパイロットグループから始めてベースラインを作るという推奨
- Anthropic「Security」(2026年8月20日確認)/権限ベースの構造、作業ディレクトリの境界、ネットワーク系コマンドの扱い、利用者の確認責任
- Anthropic「Sandboxing」(2026年8月20日確認)/ファイルシステムとネットワークの分離
- Anthropic「Best practices for Claude Code」(2026年8月20日確認)/検証手段を先に用意すること、実装したもの自身に採点させないこと
- IPA「テキスト生成AIの導入・運用ガイドライン」(2026年8月20日確認)
- 厚生労働省「事業展開等リスキリング支援コース改正:令和8年8月3日からの変更点について(PDF)」(2026年8月20日確認)
45分で、試すべき1業務を決めます
無料AI業務診断(45分・オンライン)では、御社の業務からAIに任せられる候補を3つ整理し、そのうちPoCに向く1業務を一緒に選びます。フォームには現在の入力・出力・例外・確認者の4点をお書きください。診断の結果、いま試すべき業務が見つからない場合は、その旨を率直にお伝えします。診断だけで終えていただいて構いません。
無料AI業務診断を予約する(45分)