生成AI導入で最初に棚卸しすべき業務とは
— 7つの軸で「AI化する業務」を決める

1. なぜ「ツール選定」から始めると失敗するのか

生成AIの導入を検討し始めた企業から最初にいただく質問の多くは、「どのツールを入れればいいですか」というものです。しかし、支援の現場で見てきた限り、ツール選定から入ったAI導入は高い確率で「契約したのに使われない」状態に行き着きます。

理由はシンプルです。ツールは「手段」であり、どの業務の・どの工程を・どう変えるかが決まっていない段階では、手段の良し悪しを評価する基準が存在しないからです。基準がないままデモの印象や価格で選ぶと、導入後に「うちの業務には合わなかった」「一部の詳しい社員しか使っていない」という結果になります。これはツールの性能の問題ではなく、意思決定の順番の問題です。

調査会社やコンサルティングファームの報告でも繰り返し指摘されている通り、AI投資から測定可能な価値を出せている企業は一部にとどまり、成果を出している企業に共通するのは「業務プロセスの再設計」「経営層の関与」「人材育成」をセットで進めている点です。つまり、生成AI導入の成否はモデルやツールの性能で決まるのではなく、「どの業務に、どんな設計で組み込むか」の解像度で決まります。

実際に相談の場でよく伺う失敗のルートは、次の3つに集約されます。

• ルート1：全社一括契約型。「まず全員に配ろう」と有料ライセンスを一括契約したものの、使い方が各自任せのため数ヶ月後の利用率は一部の社員だけ。費用対効果を問われて契約縮小──ツールが悪いのではなく、「誰が・どの業務で・どう使うか」を決めていないことが原因です。
• ルート2：PoC孤立型。ある部門の試験導入はうまくいったのに、他部門に広げる段階で止まる。最初のPoCが「その部門の詳しい人」の属人的な工夫に依存しており、横展開できる形（手順・テンプレート・ルール）で設計されていなかったパターンです。
• ルート3：統制先行型。情報システム部門がセキュリティ要件と禁止事項を先に固めたものの、「では何に使えばいいのか」が現場に示されず、結局誰も使わない。統制は必要ですが、業務側の使い道とセットで設計しなければ活用は始まりません。

3つのルートに共通するのは、「業務の解像度が低いまま、ツール・PoC・ルールという手段から着手している」ことです。この順番を正すための最初の作業が、本記事のテーマである業務の棚卸しです。

2. 業務棚卸しで見るべき7つの軸

棚卸しといっても、業務を全部リストアップして終わりでは意味がありません。AI化の判断に必要な情報を、業務ごとに7つの軸で整理します。

ポイントは、①②が「効果の大きさ」を、③〜⑦が「実行のしやすさと安全性」を測る軸だということです。多くの企業は①②だけで判断して「工数の大きい業務」からAI化しようとしますが、判断責任が重く例外だらけの業務を最初に選ぶと、設計が難しく初戦でつまずきます。7軸すべてを見て「効果があり、かつ安全に始められる業務」を選ぶことが、棚卸しの目的です。

棚卸し台帳のつくり方 — スプレッドシートで十分

棚卸しの成果物は、特別なツールではなく1枚のスプレッドシートで十分です。1行＝1業務（できれば1工程）とし、列に「部門／業務名／担当者／7つの軸（頻度・工数・判断責任・入力データ・出力先・例外・リスク）」を並べます。工数は正確な計測でなくて構いません。「1回30分・週5回」程度の粗い見積もりでも、優先順位の判断には十分機能します。

記入は現場に「書いておいてください」と依頼するのではなく、推進担当が1人30〜60分のヒアリングで聞き取って埋める方式を強くおすすめします。聞き方のコツは、業務一覧を求めるのではなく「毎週、時間を取られている仕事はどれですか」「やっていて気が重い仕事は何ですか」「月末に残業が増えるのはなぜですか」と、負担の実感から入ることです。この聞き方だと現場は「困りごとを聞いてもらえた」と感じるため、後のAI化にも協力的になります。

3. AI化しやすい業務・しにくい業務の見分け方

7軸で整理すると、業務は大きく3タイプに分かれます。

タイプA：すぐAI化に向く業務

• 頻度が高く、型が決まっている（議事録作成、定型メールの下書き、報告書の一次ドラフト、会話や文書の要約・分類）
• 入力となる情報がテキストやデータとして揃っている
• 出力を人が確認してから使う運用が自然に組める

タイプB：切り出せばAI化できる業務

• 業務全体は複雑だが、中の一工程は定型（例：提案書作成のうち「過去事例の検索と要約」、採用選考のうち「応募書類の要点整理」）
• この場合は業務全体ではなく工程単位で棚卸しし、定型部分だけをAIに任せる

タイプC：今はAI化に向かない業務

• 判断基準が言語化されておらず、特定の人の経験に依存している（まず判断基準の文書化が先）
• 例外がほとんどを占め、毎回ゼロから考えている
• 誤りが直ちに顧客・法令・安全に影響し、確認工程を挟む余地がない

重要なのは、タイプCを「AI化できない」と切り捨てないことです。判断基準を文書化しナレッジとして整備すれば、半年後にはタイプBに変わることが珍しくありません。棚卸しは一度きりの作業ではなく、定期的に更新する台帳として扱ってください。

4. 部門別の棚卸し例 — 営業・管理・採用・サポート・PM

実際の棚卸しでよく挙がる業務を、部門別に例示します。自社の棚卸しの叩き台としてお使いください。

5. 優先順位のつけ方 — 効果と実行しやすさのマップ

棚卸しした業務は、「効果の大きさ（頻度×工数）」と「実行しやすさ（データの揃い具合・例外の少なさ・リスクの低さ・現場の協力）」の2軸のマップに置いて優先順位をつけます。

横軸の「実行しやすさ」は、4つの要素の掛け合わせで判断します。①入力データが揃っているか（散在・紙・暗黙知は減点）、②例外が少なく型があるか、③リスクが低く確認工程を組み込みやすいか、そして④現場の協力が得られるかです。とくに④は軽視されがちですが、実務では最も効きます。同じ条件なら、「困っているので変えたい」と言っている部門から始めるほうが、検証への協力・フィードバックの質・定着後の広報効果のすべてで勝ります。

ここで実務上いちばん大切な助言をひとつ。最初のPoC対象は1〜2業務に絞ってください。棚卸しをすると候補が10も20も出てきて、あれもこれもと同時に始めたくなりますが、同時多発のPoCは責任者も検証も分散し、どれも中途半端に終わります。右上の象限から「これなら3ヶ月で白黒つく」というものを選び、小さく確実に成功例を作ることが、全社展開への最短ルートです。

6. 最初のPoCで決めておくべきKPI

PoCが「なんとなく便利だった」で終わると、経営判断として次への投資ができません。開始前に、次の3種類の指標を決めておきます。

1. 効率の指標 — 対象業務の1件あたり処理時間、月あたりの総工数。棚卸しの②で測った現状値がそのまま比較基準（ベースライン）になります。
2. 品質の指標 — AIの出力をそのまま使えた割合、人が修正した割合、差し戻しの件数。品質を測らないと「速くなったが質が下がった」を見落とします。
3. 利用と定着の指標 — 対象メンバーのうち実際に使っている人の割合、利用回数の推移。ツールは入れた瞬間がピークで、放置すると利用は必ず減衰します。

あわせて、PoCの期限（多くの場合1〜3ヶ月）と、継続・拡大・撤退の判断基準を先に決めておくと、検証が終わった瞬間に次の意思決定へ進めます。

なお、効率の指標の基準値（ベースライン）は、棚卸しのヒアリング時に一緒に測っておくのが効率的です。PoCを始めてから「そういえば今まで何分かかっていたんだっけ」と遡って調べるのは難しく、比較できないPoCは評価もできません。また、PoCの成功は「ツールが機能したか」だけでなく「人が使い続けたか」で決まります。テンプレートの整備と短時間の研修をPoCの計画に最初から含めておくと、定着の指標が大きく変わります。

7. 棚卸しチェックリスト

ここまでの内容を、実際に棚卸しを始めるためのチェックリストにまとめます。

10項目すべてにチェックがつけば、ツール選定に進む準備が整っています。この段階になって初めて、「この業務のこの工程を、この条件で処理できるか」という具体的な基準でツールやベンダーを比較・評価できるようになります。

棚卸しの次にやること

棚卸しと優先順位づけが終わったら、進む順番は「利用ルールの整備 → PoC実施 → 効果測定 → 業務フローへの組み込みと展開」です。とくに利用ルール（入力してよい情報・確認責任・顧客提出時の扱い）はPoCの前に最低限の版を作っておくと、検証中の事故を防げるうえ、展開時にそのまま全社ルールの土台になります。それぞれの進め方は、今後の記事で順次詳しく扱います。

よくある質問