Claude Code PoC 進め方
4 週間で本番手前まで作る完全プレイブック(2026年5月版)

標準で4週間です。本記事§02のタイムテーブル通りに進めれば、Week 4 終了時にステージング環境で動くアプリ + 本番フェーズ提案書が揃います。最短2週間に圧縮することも可能ですが、情シス審査を含めると4週間が現実的なラインです。

支援込みで 80〜250万円が標準レンジです。内訳は(1)導入支援費(伴走 + 実装支援)、(2)Claude API 利用料(月1〜5万円/受講者)、(3)インフラ費(Vercel / Supabase 等で月数千円〜数万円)です。詳細は親ピラー /claude-code-introduction §06 を参照ください。

本記事§03の部門別10ユースケースから、(1)処理時間が削減効果として可視化しやすい、(2)現場担当者2名以上の合意が取れる、(3)情シス論点が薄い、の3条件を満たすものを1つ選んでください。営業の提案ドラフト生成 / マーケのSEO原稿生成 / CSの返信ドラフト生成 が最頻出の選択肢です。

業界全体で最も多い失敗パターンは『PoC 倒れ』です。本番運用責任部署が PoC 段階で巻き込まれていないため、Week 4 で動くものが出来ても本番に進まずに終わるパターン。Week 1 のスコープ定義書に『本番運用するのは誰か』を必ず記名するだけで大幅に防げます。

可能ですが、(1)対象業務が事前に明確、(2)情シス論点なし、(3)現場担当者が即時アサイン可能、の3条件が揃った場合のみ。それ以外で 1 週間に圧縮すると、Week 4 で『動いたけど現場が使わない』失敗確率が跳ね上がります。

最小 3 名(現場担当者 1 + 内部実装担当 1 + 当社支援担当 1)、推奨 5 名(+ 情シス 1 + 経営層スポンサー 1)です。スポンサーが居ないと本番フェーズの予算承認で詰まるので、PoC 開始時点で巻き込んでください。

はい。むしろ未経験社員(非エンジニア)が PoC に参加し『自分でも作れた』体験を持ち帰ることが、本番フェーズへの社内推進力に直結します。当社の支援では未経験社員でも Week 4 で動くアプリを自力で実装できる状態に持っていけます。

原則としてマスキング/仮名化したデータを使ってください。具体的には(1)個人情報を仮名値で置換、(2)金額を比率に変換、(3)IDを連番に置換、の3点を最低限実施します。本番データそのまま使う場合は情シス審査が PoC 開始前に必須です。

本記事の手順通りに進めると 80% 以上で go 判定に到達するのが当社実績です。no-go になる主な理由は(1)スコープが過大すぎた、(2)現場無視、(3)情シス先送り、で、これらは本記事§08の対策で全て予防可能です。

no-go でも(1)業務評価レポート、(2)動くプロトタイプ、(3)Claude Code 利用ノウハウ、(4)情シス審査の議事録、が成果物として残ります。次の PoC や別ベンダーの依頼時に再利用可能です。当社では契約上、各フェーズ終了時に納品物を明示しています。

go 判定後、最短2週間〜最長6週間で本番デプロイ完了が標準です。情シス本審査・契約改定・受け入れテスト等が並行するため、PoC 終了 = 本番リリースではない点に注意してください。本記事§02の Week 4 で本番フェーズ計画書を確定するのが鉄則です。

Week 1 終了時(キックオフ報告)、Week 3 終了時(中間進捗)、Week 4 終了時(go/no-go 判定 + 本番提案)の3回が標準です。経営層は『動いているデモ』『時間削減数値』『次の予算』の3点しか見ないので、報告書はこの3点を中心に作ってください。

推奨します。1 PoC = 1 業務 × 1 ツール の原則を守る限り、3〜5 PoC を並行できます。並行することで(1)成功確率が上がる、(2)ベストプラクティスが横展開できる、(3)経営層への提案バリエーションが増える、というメリットがあります。

(1)4週間でステージング環境までを成果物として明示している、(2)go/no-go 判定基準を契約前に文書化できる、(3)情シス審査を Week 1〜3 で並走できる体制がある、(4)失敗時の納品物が定義されている、の4点が必須です。本記事§09の選定チェックリストを使ってください。