この記事は、現場業務の担当者や部門マネージャー向けに、AIの試験導入（パイロット運用）を実際に始めるときの進め方をまとめたものです。技術的な実装の話は出てきません。「何をどう試し、どう判断するか」に絞っています。
試験導入で最初に決める3つ
非エンジニア部門でAIを使い始めるとき、失敗の多くは「道具の選定」ではなく「運用設計の不足」にあります。最初の2週間で、次の3つを決めておけば、試験導入は比較的安定して回ります。
- 対象業務を1つに絞る（複数同時は実質的に管理できない）
- 誰がAIの出力に責任を持つかを決める（権限設計）
- 続けるかやめるかの判定日を先に約束する（退出基準）
以下、順に説明します。
1. 対象業務は1つに絞る
試験導入の対象としては、次の性質を持つ業務が適します。
- 入力が定型：依頼書、申請書、報告書など、形式が決まっている
- 成果物が文章：要約、翻訳、チェックリスト化など、確認しやすい
- 間違いに気づける：業務を知る人が誤りを検出できる
逆に、判断の連続する業務（査定、交渉、選定など）は、成果物の妥当性を確認するだけでも負担が大きく、試験には向きません。「成果物を眺めるだけで良し悪しが分かる」という条件を最初のふるいにしてください。
複数の業務を同時に試したくなりますが、2つ目を始めるのは1つ目が安定してからです。並行すると「どの業務のどの失敗か」が追えなくなります。
2. 誰が出力に責任を持つかを決める
試験導入で最も忘れられやすいのが権限設計です。ポイントは「AIに権限は渡さない。人間の役割と確認範囲を明示する」ことです。
決めておくべき事項は3点です。
- 起稿者：AIへの指示（プロンプト）を出し、下書きを作る人
- 確認者：成果物を業務判断として検収する人（起稿者と同じでもよいが、役割は分けて認識する）
- 対外文書の制限：社外に出る文書にはAI下書きを使わない、など初期段階の禁止事項
重要なのは、「AIが出したので」が責任の所在にならないよう、成果物に必ず人の名前がつく運用にすることです。試験導入の段階では、AIは下書きを作る道具であり、署名するのはいつも人間です。
3. 判定日と退出基準を先に約束する
試験導入は「試してみてよさそうなら続ける」では続きません。日付と基準を先に決めます。
- 判定日：開始から2週間後を基本に置く
- 測るもの：投入時間の差（前後比較）と、手戻りの有無（やり直しが発生したか）
- 退出基準：確認負担が作業負担より大きい、成果物の精度が安定しない、を判定日に確認したらやめる
よくある失敗は「うまくいかないのに中途半端に続けて、費用と信頼だけが減る」型です。退出基準を先に決めておくと、やめるときの説明がしやすくなります。やめることは失敗ではなく、試験の正常な終了です。
現場の実例：物流部門の入庫報告書の要約
実際の現場の例を1つ示します。ある中規模の物流会社では、倉庫からの入庫報告書が1日十数通あり、各拠点から送られてくる書式がまちまちで、毎朝の点検に担当者が時間を取られていました。
ここにAIの試験導入を設計したときの構成は次の通りです。
- 対象：入庫報告書の「当日点検用の要約作成」のみ。報告書自体の作成や訂正は対象外
- 起稿者：本社の入出庫管理担当。各拠点の報告書をAIに入力し、要約の下書きを作る
- 確認者：同じ担当者が要約を確認し、異常の可能性がある行（過剰な遅延、数値の不整合）だけ各拠点へ照会
- 判定日：開始から2週間後
- 退出基準：要約の確認に点検作業以上の時間がかかるようになったらやめる
2週間後の判定では、要約自体が仕事になりました。AIが作る要約は「それっぽい」が、倉庫の状況を知らないと正しさを確認できず、結局原本を1通ずつ読むことになったためです。要約の正しさを担保する確認コストが、読むコストをわずかに上回ったため、試験は判定日で終了しました。
この例の教訓は、試験導入の成否は「AIの精度」ではなく「確認できる人との距離」で決まるという点です。倉庫の状況を知っている人がすぐそばにいる拠点であれば成立し、離れていると成立しにくい。対象業務を選ぶときは、成果物を誰がどれだけ近くで確認できるかを含めて選ぶ必要があります。
（※この例は説明のため細部を抽象化した構成であり、特定の会社の実数値ではありません。）
まとめ
試験導入の失敗は「道具が合わなかった」ことではなく、「運用を試さずに終わった」ことが原因になることが多いです。最初の2週間で決めることは3つ。
- 対象業務を1つに絞る
- 責任の所在（起稿者・確認者）を明示する
- 判定日と退出基準を先に約束する
この3つが決まっていれば、試験導入は成功か失敗かのどちらかで正常に終わります。どちらで終わっても、次の一歩の情報は手に入ります。
続けていく判断や、費用対効果の測り方をどう組み立てるかは、テーマごとに別の記事として整理する予定です。