INSIGHT
AIのPoCとは？——小さく試して、次を決めるための実験
「来週から、AIのPoCに参加してください」。そう言われたものの、普段の仕事をAIで一度やればよいのか、何かを採点するのかが分からない。「何を試して、何を報告すればいいですか」と聞くのも、初歩的に思えてためらう。
その質問は、最初に聞くべき質問です。PoC（概念実証）は、小さな完成品を買うことではありません。実際に始める前の不確かな点を小さく確かめ、次の判断に使う試行です。専門用語を覚えるより、「何を確かめる実験ですか」と聞ければ、相談を始められます。
PoCを一文にすると、自分が試すことが見える
「問い合わせ対応をAI化できるか」では、問いが広すぎます。まず、対象の仕事、不確かなこと、判定する人を入れて一文にします。
たとえば、こうです。
「総務担当が社内規程を参照して回答案を作るとき、作成と根拠確認にかかる時間、資料に答えがない場合の動きを記録し、試行担当と業務の確認者が結果を見比べる」
ここで確かめたいのは、「確認まで含めて時間を短くできる」「答えがない質問を人へ戻せる」という仮説です。仮説は、試す前にはまだ確かめられていない見通しを指します。参加する人は、どちらを自分が確かめ、何を記録するのかを試行担当と合わせます。すべての設計や導入判断を一人で引き受ける必要はありません。
PoCの成果は「画面が動いた」ではなく、最初に置いた問いに、次の判断へ使える答えが出たことです。
試行担当へ、まずこの三問をそのまま渡せます。
- このPoCで、まだ分からない何を確かめますか
- その結果を、誰がどの仕事の基準で判定しますか
- 結果を見て、導入以外にどんな選択ができますか
試す仕事は、入力・処理・確認・結果で説明できる
仕組みの説明が難しいときは、一件の仕事を四つに分けます。
- 入力：誰が、どの文書や表を渡すか
- 処理：AI、既存の仕組み、人のどれが何をするか
- 確認：誰が、何を根拠に使う・直す・戻すと決めるか
- 結果：下書き、画面表示、登録、送信のどこまで進めるか
社内問い合わせなら、入力は質問と利用を許した規程、処理は関連箇所の検索と回答案の作成、確認は総務担当による根拠確認、結果は人が送る回答、と置けます。個人情報を含む相談、法的判断、送信の自動化は、最初の試行から外せます。
分からない欄は、相談先と一緒に埋めて構いません。ただし、費用と実施範囲を確定するときには、誰が何を調べるかを残します。「入力した質問はどこに保存されますか」「規程に答えがないときは、人へ戻せますか」と、質問の形で持っていきます。
相談前の資料は、四点からそろえる
完成した仕様書を用意してから相談する必要はありません。いまの仕事が分かる次の四点をそろえます。
- 受付から完了までの、現在の手順一件分
- 架空の内容などで説明できる通常の入力例と、期待する結果
- 資料に答えがない、入力が足りないなどの例外一件
- 顧客情報は入れない、送信は人が行うなど、変えたくない条件
RANDのAIプロジェクトの失敗要因に関する報告 は、65人への聞き取りから、事業課題と技術のずれ、データや基盤の課題を整理しています。既存の大規模言語モデルをプロンプトで使うだけの案件は調査対象に含まれず、生成AIのPoCの成功率や最適期間を測った資料ではありません。業務上の問いと実装条件を対応させるという考え方を、今回の試行へ応用しています。
相談先には、資料と一緒に次のように聞けます。
- この四点のうち、今回のPoCで扱うものと扱わないものを教えてください
- 通常例と例外例で、何を記録として受け取れますか
- 入力する情報は、保存・共有・学習にどう使われますか
- 問題が出たとき、誰が止め、従来の手順へどう戻しますか
- 終了後に設定・入力データ・結果の記録はどう扱いますか
相談の準備は、答えを全部そろえることではありません。相手と一緒に埋める空欄を、仕事の例で見えるようにすることです。
「小さく」は、人数だけでなく影響を小さくする
三人で二週間試せば、それだけで小さなPoCになるとは限りません。実データを書き換える、顧客へ自動送信する、全社員の文書を読める権限を渡すなら、失敗したときの影響は小さくありません。
試す範囲は、利用者、期間、情報、操作、対象外、戻し方で囲みます。たとえば「総務二人が、利用を認められた規程と架空の質問で、回答案の作成までを二週間試す。送信は人が行う。根拠を表示できない回答は使わず従来窓口へ戻す」と書きます。人数と期間は説明のための例で、標準値ではありません。
試行であっても、利用するサービスやアカウント、入れる情報の確認は先です。名前を伏せれば何でも入力できるわけではありません。参加する本人が範囲を決められないときは、「この質問や資料も試験に使えますか」と試行担当へ聞き、回答前に入力しないようにします。
ソフトウェア開発の年次調査DORAの2025年レポート は、AI利用と組織の成果の関係を扱い、導入する組織の条件も重視しています。これはAI利用が特定の結果を必ず生むという因果証明でも、PoCの最適な人数や期間を定める資料でもありません。自社では、通常例だけでなく、仕事が詰まる例外を一件通す理由として読みます。
停止は、PoCの失敗宣言ではありません。予定外の情報が入力されそうになった、根拠が確認できない、従来業務の期限に影響した。こうした条件で一度戻すことも、次の設計に使える結果です。
試した結果は、四つの出口を判断する材料になる
参加した人が最初に渡すのは、「成功です」という評価より、何を試したかの記録です。入力例、期待した結果、実際の結果、確認と修正にかかった手間、まだ分からないことを並べます。その記録を受け取り、試行担当や導入を判断する人が次の範囲を検討します。
出口は、少なくとも四つあります。
- 採用へ進む：確認した範囲で利用開始の条件を検討する
- 限定して続ける：使える業務や利用者だけを残す
- 確かめ直す：資料、手順、機能を変え、別の問いを試す
- 見送る：得られた結果から、いまは費用や負担に見合わないと決める
回答案を作る時間が短くても、根拠確認や修正に時間が増えたなら、「時短できた」とはまだ言えません。例外を人へ戻せなかったなら、AIが役に立たないという結論でもありません。任せる範囲を狭める、処理を変える、今回は見送るための材料です。
見送りも、理由と確認結果が残ればPoCの成果です。次の投資を急がずに済む答えを得たからです。
まず、自分が試す一件と残す記録を聞く
PoCは、導入すると決めた後の発表会ではありません。まだ分からない一つの条件を、自社の仕事で確かめる実験です。
参加することになったら、「私はどの一件を試し、どの結果を残せばよいですか。うまくいかない例は誰へ渡しますか」と聞いてください。自分が普段行う一件を見せれば、試行担当と確かめる内容を合わせられます。便利だった場面だけでなく、使えなかった理由も次の判断に役立つ記録です。