業務の地図とは、会社の業務を「名詞＝何があるか」「動詞＝何をするか」「判断の基準＝どう決めるか」の3つの層で書き表したものです。AIが自社の業務を理解して動くための土台になります。
業務フロー図と似ていますが、決定的に違う点が一つあります。フロー図には書かれていない「その会社の判断」まで含めることです。
この記事では、なぜフロー図だけではAIが動けないのか、業務の地図とは具体的に何なのか、そしてどう描き始めればよいのかを整理します。
業務フロー図は書けた。それなのに、AIは動かない
業務の流れを整理した。フロー図も作った。マニュアルもある。それなのに、AIに業務を任せようとすると、途端に頼りなくなる。
AI導入が進まない会社の多くが、この壁にぶつかります。整理が足りないのではありません。整理の種類が違うのです。
なお、業務フロー図そのものの描き方は業務フローの書き方で扱っています。この記事は、その次の話です。フロー図が書けた会社が、それをAIの読める形に育てるにはどうするか、という段階を扱います。
フロー図に「写らないもの」がある
なぜ、フロー図があってもAIは動けないのか。実際の業務を書き起こしてみると、理由がはっきり見えてきます。ベンチャーネットが自社の基幹システム環境で仕入業務を整理したときの例を、一般化して紹介します。
図：フロー図には工程の並びが書かれているが、その裏にある分岐・言葉の定義・例外の判断は書かれていない。
例1：同じ「仕入れる」でも、納品先で手順が分かれる
同じ部品を仕入れる業務でも、納品先が自社の拠点か、外部の委託先かで進め方が変わることがあります。前者は担当者が依頼を一件ずつ入力する。後者は委託先から届いた一覧を取り込む。
フロー図には「購買依頼を作成する」としか書かれていません。どちらの道を通るかを決めているのは、担当者の頭の中にある条件です。
例2：現場が「返品」と呼ぶものが、会計では返品ではない
もっと厄介なのが、言葉のズレです。
不良品が届いて代替品を送ってもらうとき、現場はこれを「返品」と呼びます。ところが会計の処理としては、買掛金を取り消さないので、返品にはあたりません。伝票の上では、良品の受領と代替品の受領が別々に起きているだけです。
この会社で「返品」という言葉を使うと、現場と経理で、違うものが頭に浮かぶ。人どうしなら文脈で通じますが、AIには通じません。「先月の返品を集計して」と頼めば、平気で違う数字を出してきます。
AIが業務を理解できない最大の理由は、手順を知らないことではありません。その会社で、その言葉が何を指すのかを知らないことです。
業務の地図の3つの層
ここまでの話を整理すると、AIに業務を読ませるために必要なものは、3つの層に分かれます。これがベンチャーネットの言う業務の地図です。
業務フロー図との違いを、先に並べておきます。
| 業務フロー図 | 業務の地図 | |
|---|---|---|
| 読む相手 | 人 | 人とAI |
| 書くもの | 工程の並びと担当 | 工程＋言葉の定義＋判断の基準 |
| 曖昧さの扱い | 「場合による」で済ませられる | 条件を言葉にする必要がある |
| 主な用途 | 業務の共有・引き継ぎ | AIに任せる範囲を決める |
| 完成の考え方 | 一度描けば当面使える | 使いながら直し続ける |
どちらが優れているという話ではありません。フロー図があるなら、それは地図の土台がすでにあるということです。
図：名詞・動詞・判断の基準の3層。多くの会社は②まで書けているが、③が言葉になっていない。
①名詞の層は、その業務に登場するものの一覧です。ただ並べるだけでは足りません。大事なのは、その言葉が部署をまたいでも同じものを指しているかを確かめることです。先ほどの「返品」のように、同じ言葉で違うものを指していれば、そこを揃えるところから始まります。
②動詞の層は、何をするかと、誰がするかです。フロー図が得意とする部分で、多くの会社はここまで書けています。
③判断の基準の層が、いちばん抜けやすく、いちばん価値があります。どういうときに、どちらの道を通るのか。例外が起きたら誰がどこまで決めてよいのか。ベテランが無意識に使っている条件を、言葉にしていく作業です。
この3層で業務を書き表す考え方は、データ分析企業のPalantir（パランティア）が「オントロジー」と呼んでいるものに近いものです。難しい言葉ですが、中身は「会社の業務を、意味の通じる形で地図にする」ということです。ベンチャーネットは、より実務に近い呼び方として業務の地図と呼んでいます。
どう描き始めるか——4つの手順
では、実際にどう描くのか。難しい道具は要りません。必要なのは、業務を知っている人との対話です。
図：地図づくりは道具ではなく対話。とくに手順4の「なぜ」が、判断の基準を引き出す。
手順1：業務を一つ選ぶ。全部を一度に描こうとすると終わりません。時間がかかっている業務、担当者が休むと止まる業務を一つだけ選びます。
手順2：動詞を並べる。「朝いちばんに何をしますか」「そのあとは」と順に聞いていきます。ここは比較的すんなり出てきます。
手順3：名詞を洗い出し、言葉を揃える。登場する書類・データ・相手先を書き出し、他の部署でも同じ呼び方かを確かめます。ここでズレが見つかったら、それは地図の重要な発見です。
手順4：分岐に「なぜ」を聞く。手順2で「場合によります」という答えが出たところが、判断の基準の入口です。「なぜそこで分かれるのですか」と聞く。一度で言葉にならなければ、具体的な例を挙げてもらうと出てきます。
ここでいちばん難しいのは、聞く技術ではありません。答える側が、自分の判断を判断だと思っていないことです。ベテランにとって、それは考えて決めていることではなく、当たり前にそうしていることだからです。「なぜ」と聞かれても、最初は「昔からそうです」としか返ってきません。だから聞き手は、社内の事情を知らない人のほうが向いています。
描くときに、よくつまずく3つのこと
- 正しい手順を書こうとしてしまう：あるべき姿を書くと、現場の実態とずれた地図ができる。→ まずは今やっていることをそのまま書く。直すのは後
- 例外を「まれだから」と飛ばす：AIが止まるのは、たいてい例外のところ。→ 「めったにないが起きること」を必ず一度は聞く
- 一度描いて満足する：条件が変われば地図も変わる。→ AIがうまく動かなかった場面を、地図に書き足す運用にする
描いた地図を、どこに置くか
描いた地図は、頭の中や個人のパソコンに置いても意味がありません。AIが読める場所に置く必要があります。ベンチャーネットは、2つの置き場所に分けて考えています。
- 数字の基盤：名詞と動詞にあたる実際のデータ（会計・販売・在庫・購買）を、基幹システムに集める
- 言葉の基盤：判断の基準や、そう決めた経緯を、文章としてNotionのような場所に蓄積する
この2つが揃うと、AIは「この会社ではこう判断する」という文脈の中で動けるようになります。社内の文章をAIに読ませる仕組みそのものは中小企業のナレッジAI（RAG）入門で扱っています。
地図があると、何が変わるか
業務の地図は、AIのためだけのものではありません。描いてみると、経営の側にも変化が起きます。
AIに任せてよい範囲が決まります。判断の基準が言葉になっていれば、「ここまではAIに任せる、ここからは人が見る」という線を引けます。基準がないうちは、この線が引けません。だからAI導入が「なんとなく不安」で止まるのです。MIT（マサチューセッツ工科大学）の研究チームが2025年に公表した調査では、企業のAI試験導入のうち利益への明確な効果を出せたのは約5%にとどまり、原因はモデルの性能ではなく業務への組み込みと定着の欠如だとされています。この止まり方の構造はAI導入が”PoC止まり”で終わる理由で整理しています。
属人化がほどけます。「あの人しか分からない」の中身は、たいてい判断の基準です。それが書き出されれば、他の人にも引き継げます。地図づくりは事業承継の見える化とも、同じ作業の別の顔です。
業務そのものの見直しにつながります。分岐の理由を聞いていくと、「昔そうしたから」としか答えられない分岐が必ず出てきます。それは、なくせる分岐かもしれません。地図を描くこと自体が、業務改革の入口になります。
この作業は、実は基幹システムの導入現場では昔から行われてきました。今の業務を描き（As-Is）、あるべき姿を設計する（To-Be）という工程です。ベンチャーネットがFDE型の伴走でやっていることは、この作法をAIの時代に延ばしたものにすぎません。現状分析の手順そのものは現状業務分析のつくり方で扱っています。
地図は、完成しない
ここまで読んで、「全社の業務を地図にするのは、途方もない仕事だ」と感じた方がいるかもしれません。その感覚は正しいと思います。
正直に言えば、業務の地図は完成しません。会社が動いている以上、判断の基準は変わり続けるからです。取引先が変われば条件が変わる。法律が変われば処理が変わる。完成を目指すと、いつまでも終わらない作業になります。
だから、ベンチャーネットは完成を目指しません。使う分だけ描いて、使いながら直す。一つの業務でAIを動かしてみて、うまくいかないところを地図に書き足す。その繰り返しです。
そしてもう一つ、大事なことがあります。地図を描く目的は、AIに判断を渡すことではありません。人が判断すべきことを、はっきりさせるためです。
何をやめ、何に投資し、どこで勝負するか。その判断は経営者に残ります。AIは道具であり、責任を引き受けてはくれません。地図が細かくなるほど、AIに任せられる範囲は広がりますが、同時に「ここは人が決める」という領域も、輪郭がはっきりしてきます。属人化を解くことと、判断を手放すことは、まったく別のことです。
よくある質問
Q. 業務フロー図とは何が違うのですか？
A. フロー図は工程の並びを描いたものです。業務の地図は、そこに「言葉が何を指すか」と「どういうときにどう決めるか」を加えます。フロー図があるなら、それは地図の②動詞の層にあたります。
Q. どのくらいの粒度で描けばよいですか？
A. AIに任せたい範囲に合わせます。「請求書の内容をチェックさせたい」なら、その業務の分岐と例外だけ描けば十分です。全社を一度に描く必要はありません。
Q. 描くのに、どのくらい時間がかかりますか？
A. 一つの業務なら、担当者への聞き取りは数時間から始められます。ただ、言葉のズレが見つかると、その調整に時間がかかることがあります。それは無駄ではなく、いちばん価値のある発見です。
Q. 誰が描くべきですか？
A. 業務をいちばん分かっている人が中心にいることが必須です。ただし、その人が一人で書くのは難しいことが多いです。当たり前になっている条件は、本人には見えないからです。聞き手役が別にいると進みます。
Q. AIに地図を描かせることはできませんか？
A. 下書きまでは可能です。マニュアルや議事録を読ませて、名詞と動詞の候補を出させることはできます。ただし判断の基準は、どこにも書かれていないことが多いので、人に聞くしかありません。そこは省けない部分です。
Q. 地図を描いても、AIがうまく動かなかったらどうしますか？
A. たいてい、地図に書き漏れた条件があります。動かなかった場面を持ち帰り、「このときはどう判断していましたか」と聞き直す。それが地図の更新であり、二周目からは目に見えて速くなります。
まとめ：AIに読ませる前に、言葉にする
業務の地図とは、会社の業務を名詞・動詞・判断の基準の3層で書き表したものです。業務フロー図が描くのは②までで、AIが動けない理由の多くは③が言葉になっていないことにあります。
同じ「仕入れる」でも条件で道が分かれる。現場が「返品」と呼ぶものが、会計では返品ではない。こうした、その会社だけの判断と言葉づかいを引き出して書き留める。それが地図づくりです。
そして地図は完成しません。使う分だけ描いて、使いながら直す。その先で決まるのは、AIに任せる範囲と、経営者が手元に残す判断の、境界線です。
ベンチャーネットは、中小・中堅企業向けにFDE型の伴走支援を行う会社です。基幹システムで培ったAs-Is／To-Beの作法を土台に、経営者と現場のキーパーソンと同じチームに入ります。業務の地図づくりから、AIを動かし、成果を数字で確かめるところまでを一緒に進める。これがベンチャーネットの考えるAX（AIトランスフォーメーション）です。
「うちの業務は、どこから地図にすればいいのか」という段階でしたら、業務の棚卸しから一緒に始めることもできます。売り込みではなく、まず壁打ちから。
次に読むなら
「そもそもFDEとは何か」
→ FDE（Forward Deployed Engineer）とは？仕事内容・SESとの違い・中小企業での使い方
「フロー図の描き方から知りたい」
→ 業務フローの書き方——部署をまたぐモノと情報の流れを1枚に
「判断の基準を、どこに貯めるのか」
→ 経験情報は、Notionから貯め始める
「中小企業でどう使うのか」
→ FDEを中小企業で使うには？
「経営の見える化の全体像を知りたい」
→ 経営の見える化とは何か
