01 / 課題を言葉にする
「AIを使いたい」より先に、どこで困っているかを書く
まずは作業者、開始条件、完了条件を確認します。「問い合わせをAIで処理する」ではなく、「担当者が受信箱を確認し、内容を読み分けて担当部署へ転送する。必要な情報が足りない場合は返信を待つ」のように、現状の流れを具体的に表します。
次に、時間がかかる、確認待ちが長い、入力ミスが戻ってくる、といった困りごとを分けます。原因が入力情報の不足や担当範囲の曖昧さにあるなら、AIを追加しても根本の問題は残るかもしれません。解決方法を決める前に、現場で起きていることを観察するのが出発点です。
課題を一文にする型
「誰が、どの作業で、何に困っているか。改善したいのは時間、待ち、手戻りのどれか。」
例：毎日届く依頼の振り分けに時間がかかり、情報不足の依頼が担当者間を行き来している。
02 / 候補の見立て
候補業務を比べる6つの視点
頻度が高く、手順が決まっていることは検討の助けになります。ただし、それだけでAIに向くとは限りません。データが不安定だったり、誤りの影響が大きかったり、人が結果を確かめられなかったりすれば、対象範囲を狭める、先に業務を整える、または見送る判断が必要です。
| 見る視点 | 確認する問い | 判断のヒント |
|---|---|---|
| 頻度・件数 | どのくらいの間隔で発生し、件数に波はあるか？ | 繰り返しが多い業務は検討しやすい一方、件数が少なければ導入・確認の負担が上回らないか見ます。 |
| 手順・例外 | 通常の手順は決まっているか？例外は何種類あるか？ | 手順が安定していればルール化を検討できます。例外が多いときは、まず分類や人への引き継ぎを設計します。 |
| 情報の状態 | 入力はどこにあり、形式や記載品質はそろっているか？ | 情報が散在・欠落している場合、AIより先に入力方法や記録場所を整える方が有効なことがあります。 |
| 誤りの影響 | 間違った結果が使われたとき、誰にどんな影響があるか？ | 影響が大きい判断ほど、自動確定を避け、承認者や停止条件を明確にします。 |
| 人の確認 | 結果を元資料や業務知識と照らして確認できるか？ | 確認者、根拠、修正・差し戻し先が決まらないなら、試行前に確認の流れを整えます。 |
| 既存ツールとの連携 | 必要な情報を安全に受け渡せるか？権限やサービス条件は確認できるか？ | 連携方法、閲覧権限、情報の扱いは利用サービスの条件を確認し、不明点を残したまま本番情報を入れないようにします。 |
この比較は、AIを導入する業務を機械的に決める採点表ではありません。たとえば問い合わせの一次整理なら、分類候補の提示は試せても、回答の送信や重要な判断まで自動化する必要はありません。まずは誤りが見つけやすい範囲に切り分け、確認者が元の内容と照合できるかを確かめます。
03 / 比較シートの使い方
期待効果と難易度を分け、不明点は空欄のままにしない
候補を並べたら、「改善したいこと」と「実現に必要な条件」を別々に記録します。時間短縮が期待できる候補でも、データを集めるのが難しい、連携の権限が分からない、例外時の責任者がいない、といった事情は独立した検討事項です。総合点でリスクを隠さず、どこを調べれば次の判断に進めるかを見つけます。
頻度や修正の実態が分からない場合は推測値を書かず、「現状を記録して確認」と残してください。比較シートは導入の承認を取りつけるためではなく、追加調査や小規模検証の順番を決める道具です。業務の担当者と管理側で見方が違う項目には、双方の条件を書き添えると認識のずれを見つけやすくなります。
候補A：定型の転記
入力元と転記先が定まり、条件も明確なら、まずルールや既存機能で処理できないか比べます。AIを使うこと自体を目的にしません。
候補B：文章の分類候補
文章の揺れが大きい場合、AIが分類案を提示し、人が確認する方法を検討できます。誤分類時の戻し方や、迷った内容の扱いも先に決めます。
上記は選び方を説明するための一般的な例であり、個別企業の導入実績や効果を示すものではありません。ルール処理とAIの違いはルール自動化とAIの使い分けでも解説しています。
04 / 小さく検証する
一つの業務、一つのチーム、一つの判断点から始める
比較した候補の中から試すものを選ぶときは、検証範囲を小さく区切ります。対象業務と担当チームを決め、AIに任せるのではなく「候補を出すところまで」など、確認したい判断点を明確にします。開始前に現状の作業時間、修正頻度、待ち時間など、課題に合った基準を記録しておけば、試行後の感想だけに頼らず振り返れます。
対象と境界を決める
どの依頼・書類・工程を扱い、どのケースは対象外にするかを決めます。
確認者と戻し方を決める
出力を誰が何と照合するか、判断に迷ったときに誰へ戻すかを明文化します。
測定と停止条件を決める
改善したい指標に加え、誤りや負担が許容範囲を超えたときの停止・手動切替も決めます。
影響が大きい判断、元データが不安定な作業、担当者が結果を確認できない工程は、最初の候補として慎重に扱います。必要な情報の整備や人の承認を先に行う、別の工程だけを試す、導入を見送るという結論も、適切な検討結果です。
判断に迷ったら、分からない条件を次の一歩にする
まずは日々の業務から候補を一つ選び、頻度、例外、情報の状態、誤りの影響、確認者、連携条件を書き出してみてください。情報が足りない項目が分かれば、追加で観察すること、社内で確認する人、サービス提供者へ問い合わせる条件が見えてきます。サービスの保存・学習条件やアクセス権は提供者の説明を確認し、個人情報・機密情報を扱う場合は組織の担当者や必要な専門家にも確認してください。
実務で使える確認ツール
候補ごとに、次の項目を一行ずつ記録してください。点数を足して一つの順位にまとめるのではなく、期待できる変化、実装の難しさ、リスク、不明点を分けて見られるようにします。
| 記録する項目 | 書き出す内容 |
|---|---|
| 業務と担当 | 誰が、どのきっかけで作業を始め、何をもって完了とするか |
| 頻度・時間 | 発生件数、作業時間、待ち時間。現状が分からなければ測定方法 |
| 例外・差し戻し | 通常手順から外れる条件、よくある修正や確認待ち |
| 情報 | 入力元、形式、欠落や表記ゆれ、共有範囲 |
| 影響・確認 | 誤りが及ぼす影響、確認する人、根拠の見方、停止・差し戻し先 |
| 連携・不明点 | 使っているツール、必要な権限、サービス条件、追加で調べること |