更新日：2026年10月13日｜執筆：凪AI（運営：フォローズ）編集部
Claude Codeの試行（PoC：概念実証）を始めるとき、多くの会社が「まず使ってみよう」と動き出します。ところが、成功の基準を決めないまま数週間が過ぎると、「便利そうだが、続けるべきか分からない」「効果があったのか、気のせいなのか判断できない」という状態になりがちです。基準がないと、続ける理由も止める理由も説明できず、稟議や追加予算の場面で行き詰まります。
この記事では、Claude CodeのPoCを始める前に決める項目として、(1)期間、(2)対象業務、(3)測る指標、(4)成功基準、(5)撤退条件、(6)体制と記録の6点を整理します。数字の例は「型」を示すためのもので、自社の実績や一般的な水準を示すものではありません。具体的な数値は、自社の業務を前提に決めてください。
- PoCは「期間・対象業務・指標・成功基準・撤退条件・体制」の6点を、始める前に書き出す
- 成功基準は「作業時間」「手戻り」「継続して使う人」の3軸で置くと説明しやすい
- 撤退条件を先に決めておくと、稟議が通りやすく、失敗時の損失も限定できる
基準なしのPoCで起きること
PoCに明確な基準がないと、次のような状態に陥りやすくなります。いずれも、技術の問題ではなく、設計の問題です。
- 評価が感覚になる：「速くなった気がする」「思ったほどでもない」と、人によって評価が割れる。
- 終わらない：やめる条件がないため、試行が惰性で続き、費用と工数が積み上がる。
- 承認が得られない：稟議で「何をもって成功とするのか」を問われ、答えられない。
- 対象が広がる：うまくいかない業務を残したまま、別の業務にも手を出して、検証が散漫になる。
これらを防ぐには、PoCを始める前に、1枚の「PoC計画書」を作ります。分量は1ページで構いません。次の6つの項目に沿って書き出してください。
PoC計画書に書く6項目
1. 期間を決める
期間は、短く区切って決めます。目安は、操作に慣れる期間と、実際の業務で測る期間の合計です。長すぎると惰性になり、短すぎると結果にばらつきが残ります。「何週間が適切か」は業務の頻度に依存します。毎日発生する業務なら短くても測れますが、月1回しか発生しない業務は、期間中に測れる回数が限られます。したがって、対象業務の発生頻度から逆算して期間を決めるのが基本です。
2. 対象業務を1つに絞る
PoCの対象は、原則として1業務です。選ぶ基準は次のとおりです。
- 繰り返し発生する（測る回数を確保できる）
- 現状の作業時間や手戻りを、導入前に測れる
- 出力を人が確認できる
- 機密性の高い情報を含まない、または含まない形に整えられる
対象業務の選び方は「導入初期の3つの壁」でも触れています。
3. 測る指標を決める
指標は、少なく、測りやすいものにします。次の3軸が基本です。
| 軸 | 指標の例 | 測り方の例 |
|---|---|---|
| 効率 | 1件あたりの作業時間 | 導入前の数回分と、PoC期間中の記録を比べる |
| 品質 | 手戻り・修正の回数、確認で見つかった誤りの数 | 確認者が記録する |
| 定着 | 期間中に継続して使った人の数、自発的に使った回数 | 利用者への聞き取り、管理画面の利用状況 |
導入前の数字（ベースライン）を先に取らないと、比較ができません。「始める前に3回、いつもどおりの作業時間を測る」だけでも、PoCの評価の質が変わります。効果の数字への換算は、「業務自動化のROIをどう測るか」を参照してください。
4. 成功基準を書く
成功基準は、指標ごとに「どうなれば成功か」を書きます。たとえば次のような「型」です（数値はあくまで例で、自社の状況で決めます）。
- 効率：対象業務の1件あたりの作業時間が、導入前の記録より短くなっている。
- 品質：確認で見つかった重大な誤りが、期間中に外部へ出ていない。
- 定着：試行した人の過半数が、期間の終盤も自発的に使っている。
「何割短縮」のように割合で書く場合は、その数字を選んだ理由（たとえば、追加費用を回収できる水準）を一言添えると、決裁者に説明しやすくなります。根拠のない数字を置くのは避けてください。
5. 撤退条件を書く
撤退条件は、成功基準と同じ重さで先に書きます。やめる条件を決めておくことで、失敗のコストを限定でき、承認を得やすくなります。撤退条件の例は次のとおりです。
- 入力してはいけない情報が入力された事故が起きた（原因の調査と再発防止まで一時停止）
- 期間の中間時点で、品質の指標が基準に届かず、改善策も見つからない
- 確認の負担が大きく、作業時間がかえって増えている
事故時の対応は、「情報漏えい対策と社内ルール」に論点を整理しています。
6. 体制と記録を決める
最後に、誰が何をするかを決めます。最低限、次の役割を置きます。
- 実施者：実際に業務で使う人
- 確認者：出力を確認し、誤りを記録する人（実施者と別の人が望ましい）
- 判断者：期間の終わりに続けるか止めるかを決める人
記録は、複雑にしないことが続けるコツです。作業時間と誤りの記録を、同じ表計算ファイルに書き足していく形で足ります。
- 対象業務の候補を整理したい人：無料相談で業務を洗い出す
- 社内の承認に使う資料にしたい人：稟議書の7項目とあわせて作る
- 伴走して進めたい人：導入伴走コンサルティングの進め方を確認する
PoC計画書のひな形
次の表を、そのまま社内の文書にコピーして使えます。空欄を埋めるだけで、決裁者に説明できる材料になります。
| 項目 | 記入内容 |
|---|---|
| 目的 | （例）対象業務の作業時間を減らせるかを確認する |
| 期間 | 開始日〜終了日／中間確認日 |
| 対象業務 | 業務名、発生頻度、現状の担当者 |
| 実施者・確認者・判断者 | 氏名または役職 |
| 導入前の数字 | 作業時間（複数回の平均）、手戻りの回数 |
| 成功基準 | 効率・品質・定着の各基準 |
| 撤退条件 | 事故、品質未達、確認負担の増加など |
| 入力してよい情報 | 三区分（入れてよい・相談してから・入れない） |
| 費用の上限 | 利用料、研修、社内工数の枠 |
| 終了後の判断 | 続ける・広げる・止めるの条件 |
費用の上限は、「法人導入にかかる費用の内訳」を見ながら、項目の抜けがないように決めてください。
PoCの結果を、次の判断につなげる
成功基準を満たした場合
すぐに全社へ広げるのではなく、同じ業務で再現するかを確認し、次の対象を選んで拡大します。広げる順番は「社内展開の手順」にまとめています。
一部だけ満たした場合
満たした指標と満たさなかった指標を分けて、原因を調べます。指示の書き方の問題なのか、対象業務の選択の問題なのか、確認体制の問題なのかで、次の一手が変わります。対象業務を変えて、期間を限って再度試す選択肢もあります。
撤退条件に当たった場合
撤退は失敗ではありません。小さな費用で「この業務には向かない」と分かったことが成果です。記録を残し、別の業務で試すか、時期を改めて再検討します。
PoCでよくある設計の失敗
対象業務が複数になる
複数の業務を同時に試すと、どの業務で何が起きたのかが混ざり、評価が曖昧になります。最初は1業務に絞り、結果が出てから次を選びます。
導入前の数字を測らない
「以前はどのくらいかかっていたか」が記録されていないと、比べる対象がなく、効果が説明できません。始める前に、いつもの作業を数回、時間を測りながら行ってください。測定は面倒に見えますが、後の稟議や追加投資の判断を支える最も重要な材料です。
確認者が実施者と同じ
作った人が確認すると、見落としが起きやすくなります。可能であれば別の人が確認し、見つけた誤りを記録します。難しい場合は、チェック項目を事前に書いて機械的に確認します。
得意な人だけで試す
AIの扱いに慣れた人だけで試すと、結果が実際の利用者像から離れます。展開を見据えるなら、慣れた人と、そうでない人の両方を含めてください。非エンジニアが含まれる場合の考え方は「非エンジニアに研修は必要か」にあります。
途中経過を見ない
期間の最後にだけ確認すると、早い段階で気づけた問題を見逃します。中間確認日を決め、その時点で撤退条件に当たっていないかを確認します。
PoC後に社内へ説明するときの構成
PoCの結果を経営層や関係部署へ説明するときは、次の順に並べると、判断に必要な情報が揃います。
- 目的と期間（何を確認するために、いつからいつまで行ったか）
- 対象業務と体制（誰が何をしたか）
- 導入前後の数字（効率・品質・定着の各指標）
- 事前に決めた基準との比較（満たした項目、満たさなかった項目）
- 起きた問題と、その対応（事故やヒヤリとしたことを含む）
- 次の提案（続ける・広げる・止める、その理由と必要な費用）
うまくいかなかった点を隠さず含めることが、決裁者の信頼につながります。広げる提案をする場合は、費用の見積もりを「費用の内訳」の項目に沿って作ると、抜けを防げます。
業務の種類別に見る、指標の置き方
指標は、業務の種類によって置き方を変えると測りやすくなります。次の表は、置き方の方向性の例です。実際に使う指標は、対象業務の性質に合わせて決めてください。
| 業務の種類 | 効率の指標の例 | 品質の指標の例 |
|---|---|---|
| 文書の下書き | 初稿ができるまでの時間 | 修正の回数、確認者の指摘数 |
| データの集計・整形 | 1回の処理にかかる時間 | 数値の不一致の件数 |
| 手順書・マニュアルの更新 | 改訂案ができるまでの時間 | 実際の手順との相違点の件数 |
| 調査・情報整理 | 要点の整理までの時間 | 出典の確認で見つかった誤りの数 |
どの業務でも、「早くなったが、誤りが増えて確認に時間がかかる」という結果はあり得ます。効率だけでなく、品質と確認の負担を合わせて見ることが重要です。確認にかかる時間も、作業時間に含めて記録してください。
PoCの途中で基準を変えたくなったとき
PoCを進めると、最初に置いた基準が、実態に合っていないと気づくことがあります。基準を変えること自体が悪いわけではありませんが、変え方には注意が必要です。
- 変える理由と日付を、記録に残す。
- 都合のよい結論に近づける目的で、基準を緩めない。
- 変更は、判断者の了承を得てから行う。
- 基準を変えた場合は、変更前の基準での結果も併記する。
変更の記録が残っていれば、後から経緯を説明できます。基準を動かせないと考えて無理に続けるより、記録を残して変えるほうが、結果として信頼性が保たれます。
PoCの記録を残す具体的な方法
記録は、複雑な仕組みを作らず、1つの表計算ファイルで足ります。列は、日付、実施者、作業内容、作業時間、確認者、見つかった誤り、気づいたこと、の7つがあれば最低限の振り返りができます。毎回の記録は短くて構いません。特に「気づいたこと」の欄は、指示の書き方の工夫や、うまくいかなかった原因を書き留める場所として役立ちます。この欄の記録が、PoC後に標準の指示文や注意点としてまとまり、展開の際の土台になります。
よくある質問
Q. PoCの期間は何週間がよいですか
一律の正解はありません。対象業務の発生頻度から逆算し、測れる回数が確保できる期間に設定してください。発生頻度が低い業務では、測定回数が足りず、結論が出にくい点に注意が必要です。
Q. 成功基準の数字は、どう決めればよいですか
追加費用を回収できる水準や、現状の作業時間から逆算して決めます。根拠のない数字を置くより、基準を決めた理由を一緒に書いておくことが重要です。
Q. 少人数でもPoC計画書は必要ですか
必要です。1ページで構いません。基準と撤退条件を書いておくだけで、判断の質が変わります。少人数の会社の進め方は「中小企業の導入記事」を参照してください。
Q. 外部に依頼する場合、PoC計画書は誰が作りますか
最終的な基準は自社で決めるのが望ましく、作成の補助を外部に依頼する形が一般的です。対象業務や成功の定義を自社が把握していないと、外部も適切な設計ができません。
凪AIの導入伴走コンサルティングでは、業務の棚卸しから、PoC計画、試行、判断までを段階を追って支援しています。基準の作り方だけのご相談も可能です。ご相談は無料です。
PoCの進め方を無料で相談する →まとめ
- PoCは、期間・対象業務・指標・成功基準・撤退条件・体制の6点を、始める前に書く
- 指標は、効率・品質・定着の3軸で、導入前の数字と比べる
- 撤退条件を先に決めると、失敗時の損失が限定でき、承認も得やすい
- 結果は、続ける・広げる・止めるの3つに分けて判断する
全体の位置づけは「状況別の判断フロー」で確認できます。相談はお問い合わせフォームからどうぞ。