生成AIを入れる前に決めることは、ツールの選定ではありません。どの業務から手をつけるかです。
この論点は、すでに多くの記事が扱っています。業務を洗い出して、マトリクスに並べて、優先順位をつける。手順はどこも似ています。そして結論も、驚くほど揃っています。
「実行しやすいものから始めよ」です。
当社も自社の業務を36件に棚卸しして、優先度・工数・経営インパクトの3列で並べ替えました。そのとき出てきたのは、この結論とは逆向きの傾向でした。
優先度が高い業務ほど、想定工数も大きい。
1社・36件の観察なので法則とまでは言えません。ただ、この傾向が出る理由には一般性があると考えています。やりやすい順に片付けていくと、事業の数字への経路が弱いものから終わっていきます。この記事では、なぜそうなるのか、では1本目を何で絞るのかを整理します。実際の進み方と使った棚卸しフォーマットはAI内製化の4か月｜業務棚卸し36件から、営業SFAを自社開発するまでで公開しているので、本記事は「並べ方の考え方」だけを書きます。
結論：着手順は「やりやすさ」で決めると外れる
先に3つ書きます。
- 優先順位の基準が、測りやすい社内指標に寄っている。 削減時間、所要時間×頻度、実行容易性。事業KPIへの接続を記入項目として置いているものは、公開記事の範囲では多くありません
- 3列で並べると、優先度と工数は同じ方向へ動きやすい。 効く業務ほど重い。「やりやすい順」と「効く順」は一致しにくくなります
- 1本目を絞る基準は、実行容易性ではなく失敗コスト。 軽いものを選ぶのではなく、優先度が高いもののうち、失敗の影響を限定できるものを選びます
どの記事も、優先順位を「社内の時間」で決めている
まず、一般に流通している基準を並べます。いずれもよく読まれている記事です。
並べてみると、共通点が見えます。時間・頻度・実行容易性など、社内で測りやすい指標が中心です。 何時間かかっているか、何時間減らせるか、どれくらい面倒か。インパクトや投資対効果に触れているものもありますが、事業のどの数字に効くのかまでは定義されていません。
この基準は間違っていません。時間は測りやすく、担当者どうしの合意も取りやすい。棚卸しの入り口としては正しいと思います。
問題は、その先です。
5本とも、同じ結論に着地する
基準の置き方が同じなので、結論も同じところに来ます。
短期間で成果を出すには、「低コストかつ低負荷で実行可能」な業務から手をつけるのが効果的です。 （AI経営総合研究所『業務効率化は順番が9割』）
Uravationは削減時間の大きい順に3段階を切り、ocean Cは「小さく測れるテーマを1つだけ」と書きます。表現は違いますが、方向は近いです。実行容易性と短期の成果を重く見る。
この助言には、はっきりした利点があります。早く1本目が終わるので、社内に「動いた」という実感が生まれます。生成AIのように、導入したのに使われないまま止まりやすいものでは、この実感は軽視できません。
ただ、今回参照した5本の範囲では、その基準で実際に何が上位に来て、その後どうなったかまでは確認できませんでした。 実データを持っている記事はあります（ある製造業で約1,200件の業務を洗い出し、160件をマニュアル化して月40時間の残業を削減した、という例です）。ただしそれは量の話で、何が1位になり、なぜそうなったかには触れていません。
助言はあるのに、その助言どおりに並べた結果が確かめられていない。ここが空白でした。
3列で並べると、逆相関が出る
当社は自社の業務を36件に分解し、優先度・想定工数・経営インパクトの3列を足して並べ替えました。3列目に書いたのは、効いたときに何が動くかです。売上・粗利・人時のどれに効くのかを書く欄で、「効率化」とだけ書かれた行は判断できないので差し戻します。
並べ替えて最初に分かったのは、期待していたような発見ではありませんでした。
優先度が高い業務ほど、想定工数も大きい。
36件のうち上位に来たものは、いずれも複数部署にまたがるものでした。1社の観察なので、これを相関係数つきの法則として出すつもりはありません。ただ、言われてみれば当たり前の構造ではあります。事業の数字に効く業務は、たいてい複数の部署をまたぎ、判断が絡み、既存のシステムやデータとつながっています。だから重い。逆に、単独で完結していて手離れの良い業務は、そもそも事業の数字への影響が小さい。だから軽い。
この構造がある限り、「やりやすい順」と「効く順」は一致しにくくなります。
「やりやすい順」で始めると何が起きるか
逆相関があるとどうなるか。やりやすい順に並べて上から片付けていくと、次のことが起きます。
- 軽い業務から終わっていく。 議事録の要約、メール文面の下書き、定型の文書作成。事業KPIへの経路を書かないまま入れると、「便利になった」で止まりやすい領域です
- 「AIで効率化した」実績は積み上がる。 件数は増えるので、報告資料は書けます
- 半年後、経営から「で、何が変わったの」と聞かれる。 積み上がった実績が全部「作業時間が少し減った」の話だと、答えに詰まります
- 重い業務の順番が回ってこない。 実行容易性を強く見るほど、重いが重要な業務は後ろに送られ続けます
生成AIの導入が「小さな効率化の寄せ集め」で止まる理由は、ひとつではありません。予算、経営の関与、データの品質、権限設計、現場の教育、既存システムとの重複、業務のオーナー不在。どれも効きます。そのうちのひとつが、やりやすさを主基準にした着手順です。
3列目に何を書かせるか
だから、時間の列だけで並べないことです。3列目に、事業の数字への接続を書かせます。
書き方は難しくありません。その業務がうまくいったとき、売上・粗利・人時のどれが動くのかを1行で書くだけです。
3列目を入れると、議論の質が変わります。当社の場合、それまで「AIでこれができたら面白い」の順に並んでいたものが、「止まると痛い」「効いたら大きい」「すぐ作れる」の交差点を探す議論に変わりました。「やりたい順」から「効く順」へ移った、という言い方が実感に近いです。
なお、列の名前は自社の言葉に置き換えて構いません。優先度・想定工数・事業インパクトの3つがそろっていることだけが要点です。
では1本目を何で絞るのか
ここで問題が残ります。効く順に並べても、1位は重い。重いものを1本目にすると、いつまでも終わらないのではないか。
当社が採った絞り方は、実行容易性ではなく失敗コストでした。
優先度の高い業務のうち、失敗したときの影響範囲を限定でき、やり直しがきき、人の確認を挟めるものを1本目にする。この基準なら、重さは受け入れたまま、事故の被害を抑えられます。「社内で完結する」はその条件のひとつです。
ここは丁寧に分けてください。社内向けでも、人事評価・給与・会計・基幹データの更新のように、失敗コストが高い業務はあります。逆に顧客に近い業務でも、人が承認してから出す下書き、対象を絞った限定公開なら、失敗を閉じ込められます。「社内か顧客か」ではなく「失敗が閉じるか」で見てください。
当社の1本目は営業のSFA（案件管理）になりました。選んだ理由は3つです。売上に直結すること。営業プロセスが人に依存していて、止まると痛むこと。そして社内向けなので、失敗しても顧客に影響が出ないこと。実際にどう進んだかはAI内製化の4か月に書いています。
整理すると、絞り方は2段階です。
- 3列で並べて、効く順に上位を決める（ここでは重さを理由に落とさない）
- 上位のなかから、失敗を閉じ込められるものを1本目にする（失敗コストで絞る）
「軽いから選ぶ」ではなく「失敗が閉じるから選ぶ」。同じ1本目でも、選んだ理由が違うと、2本目以降の並びが変わります。
例外：軽くて効く業務もある
ここまで逆相関の話をしてきましたが、これは傾向であって法則ではありません。軽いのに事業の数字に効く業務は、実際にあります。
典型は、すでに人が毎週やっている定型の集計・報告です。手順が決まっていて判断が入らないので実装は軽く、それでいて浮いた時間がそのまま本来の業務に戻ります。人時への経路が短く、しかも毎週繰り返されるので効きが積み上がります。
見分け方は単純で、3列目に経路が書けるかどうかです。
「軽いから後回し」ではありません。経路が書けないから後回しです。ここを取り違えると、せっかくの当たりを捨てることになります。
逆に言えば、逆相関を理由に「重いものだけが本物だ」と考えるのも間違いです。判断の基準はあくまで3列目で、重さは判断材料のひとつにすぎません。
上位が重すぎて動けないときは、工程で割る
効く順に並べた結果、上位が全部「半年がかり」だった、ということも起きます。そこで無関係な軽いテーマだけに移ると、重要なテーマはいつまでも進みません。
採れる手は、業務を丸ごと1本と数えないことです。工程で割って、最初の一区切りだけを作ります。
たとえば案件管理の仕組みを作る場合、一気通貫で完成させようとすると重くなりますが、次のように割れます。
- いま案件情報がどこにあるかを1か所に集める
- 週次で見る画面を1枚だけ作る
- 入力が続く運用を設計する
- 予測や分析を足す
1と2だけなら、着手して数週間で「見える」状態になります。ここまでで一度止めても、業務としては前に進んでいます。
このとき大事なのは、割った先も同じ順位のまま扱うことです。「1が終わったから、次は別の軽い案件へ」と横へ移ると、結局その業務は完成しません。当社も、全部を並行させずに優先度1位だけに人を寄せる形を採りました。
何から書き出すかで、順位は決まっている
最後に、並べ替えの手前の話です。
棚卸しの出発点を「AIでやりたいこと」に置くと、リストが思いつきの並びになります。思いつきは、実装のイメージが湧いたものから出てくるので、書き出した時点ですでに軽いものへ偏っています。 その状態で優先順位をつけても、偏りは直りません。
出発点は「いま人がやっていること」です。誰が、どのくらいの頻度で、何をしているか。AIで置き換えられるかどうかは、並べ替えのときに考えれば足ります。
粒度は「AIに任せられるかを判断できる単位」に置きます。「営業」では粗すぎて判断できず、「メールの件名を書く」では細かすぎて件数が膨らみます。判断に迷う粒度なら、どちらかに寄りすぎている合図です。当社は36件になりました。数十件のオーダーに収まっていれば、だいたい合っています。
クイックウィンを捨てるわけではない
ここまで読むと、軽い業務は無駄だと言っているように見えるかもしれません。そうではありません。
軽い業務には、別の役割があります。全員の使い方をそろえることです。
要約、下書き、翻訳、表の整形。こうした作業は、事業の数字を動かしませんが、社内の誰もが毎日触るところです。ここが底上げされていないと、重い1本を作っても、それを使う側が使いこなせません。
なので、並べ方はこうなります。
- 本命の1本＝効く順の上位から、社内で完結するものを選ぶ。人を寄せる
- 底上げ＝軽い業務は、担当を張らずに全員に開放する。研修とテンプレートで回す
この2つは並行して進めるもので、優先順位を競わせるものではありません。競わせるから、軽いほうが勝ってしまいます。予算と人の張り方を分けておくのが要点です。
効果をいつ語るか
最後にひとつ。着手順の話をすると、「どれくらい削減できたのか」を聞かれます。
当社は、まだ削減工数の実測を取れていません。稼働してから測って、続報として公開する予定です。数字が出ていない段階で効果を語らないほうが誠実だと考えています。
これは自社の姿勢の話であると同時に、着手順の設計にも関わります。測る仕組みを設計に含めていないと、後から効果を語れません。 3列目に「何が動くか」を書いておくと、そのまま「何を測るか」になります。並べ替えのときに書いた1行が、半年後の報告の骨格になる、という関係です。
まとめ・関連記事
- どの記事も優先順位を「社内の時間」で決めていて、結論は「実行しやすいものから」に揃う。 ただし、そう並べた結果を検証した記事はない
- 3列で並べると、優先度が高い業務ほど工数も大きいという逆相関が出る。 やりやすい順に片付けると、効かないものばかりが終わる
- 1本目は失敗コストで絞る。 効く順の上位から、社内で完結するものを選ぶ。軽い業務は担当を張らず、全員の底上げに回す
- AI内製化の4か月｜業務棚卸し36件から、営業SFAを自社開発するまで：当社の実施記録。36件の内訳と、使った棚卸しフォーマットを公開しています
- SNS運用は内製か外注か｜工程分解と承認フローで決める体制設計：着手する業務が決まったあと、どの工程を社内に残すか
AI活用の進め方についてのご相談は、AI開発・AI活用顧問をご覧ください。棚卸しの並べ方だけのご相談でも承ります。
よくある質問（FAQ）
Q1: 「実行しやすいものから始めよ」は間違いなのですか？ 間違いではありません。社内に「動いた」という実感を作る効果は実在します。問題は、その基準だけで並べると、効く業務が構造的に後回しになり続けることです。底上げの枠と本命の枠を分けて、競わせないようにしてください。
Q2: 優先度と工数が同じ方向へ動くのはなぜですか？ 事業の数字に効く業務は、複数部署をまたぎ、判断が絡み、既存システムやデータとつながっているためです。逆に単独で完結する業務は手離れが良い代わりに、影響範囲も小さくなります。ただしこれは傾向で、例外は本文の「軽くて効く業務もある」で扱っています。
Q3: 3列目には具体的に何を書けばいいですか？ その業務がうまくいったとき、売上・粗利・人時のどれが動くのかを1行で書きます。「効率化できる」は全部の行に書けてしまうので、順位がつきません。経路が見える書き方にしてください。
Q4: 棚卸しはどの粒度で書けばいいですか？ AIに任せられるかを判断できる単位です。「営業」では粗すぎ、「メールの件名を書く」では細かすぎます。判断に迷う粒度なら、粗すぎるか細かすぎるかのどちらかです。
Q5: 1本目に顧客向けの業務を選んではいけませんか？ 顧客に直接出力される業務は慎重に扱ってください。ただし「顧客向けだから避ける」ではありません。人が承認してから出す下書き、対象を絞った限定公開なら、失敗を閉じ込めたうえで1本目の候補になります。判断の軸は、失敗が閉じるかどうかです。
Q6: 効果はどう測ればいいですか？ 並べ替えのときに3列目へ書いた「何が動くか」を、そのまま測る対象にしてください。設計の段階で測る仕組みを含めていないと、後から効果を語れなくなります。
参考文献
- AI経営総合研究所「業務効率化は順番が9割！優先順位を決める5つの基準と実践手順」 https://ai-keiei.shift-ai.co.jp/work-efficiency-prioritization/
- AI経営総合研究所「業務の棚卸し、どう進める？方法・失敗例・AI活用まで徹底解説」 https://ai-keiei.shift-ai.co.jp/business-inventory-method/
- エトカンパニー「業務棚卸しのやり方とは？手順・テンプレート・注意点」 https://etto.holdings/operations/workload-assessment/
- Uravation「AIで業務フローを可視化・改善する方法｜業務棚卸から自動化まで7ステップ」 https://uravation.com/media/ai-business-process-visualization-improvement-7steps-2026/
- ocean C「業務棚卸しをAIで高速化｜PMOが改善プロジェクトへつなげる実践手順」 https://www.oceanc.jp/column/ai-task-inventory-pmo
最終更新日：2026-09-03／初回公開 著者：後藤晃（株式会社デジタルプロモーション 代表取締役社長）。地域企業・自治体のマーケティング支援を手がけるかたわら、自社の業務棚卸しからAIの内製化を進めている。著書『マーケティングで挑む地域創生』（2025年）。
