
AI で業務システムを作る前に、業務フローを整理すべき理由
AI は業務設計の代替ではない。業務設計を速く、深くするための道具。
この記事の結論
- 業務フローが曖昧なまま AI 導入を進めると、属人化と例外処理がシステムの外に残る ことになります。
- 業務フローに含めるべきは、入力 / 判断基準 / 出力 / 承認 / 例外処理 の 5 要素。これがないと AI エージェント化できません。
- AI 化しやすい業務は、頻度が高く、判断ルールが明確で、データが揃っている 業務。
- AI 化しにくい業務は、例外が多く、業務固有の暗黙知が多く、判断者が複数いる 業務。
- 業務整理は AI 導入の前段階ではなく、AI 化の成功率を決める投資 です。1〜2 週間かけても、結果的に総工数は減ります。
「AI で業務効率化したいんですが、何から始めたらいいですか」
DX 担当者・経営者からよく届く相談です。回答は「業務フローの整理から」です。AI は便利ですが、業務設計の代わりにはなりません。むしろ業務設計が曖昧なまま AI を入れると、現場が混乱します。
OpenAI のワークスペースエージェントの設計でも、組織内のエージェントは 「組織が定めたプロセスと権限の範囲で動作する」 前提が組み込まれています (Introducing workspace agents in ChatGPT / OpenAI)。プロセスが定まっていない業務には、AI を入れても期待した効果が出ません。
この記事では、AI 導入前に業務フローを整理する手順と、AI 化しやすい / しにくい業務の見分け方を整理します。
なぜ AI 導入前に業務整理が必要か
業務フローを整理せずに AI を導入すると、以下の問題が起きます。
1. 暗黙知がシステムに反映されない
現場の判断ロジックが「あの人の頭の中」にあると、AI に渡せません。業務フローを書き出すプロセスで、暗黙知が言語化されます。
2. 例外処理がシステムの外に残る
業務には必ず例外があります。例外を整理せずに AI を入れると、現場が「特殊ケースだけ手作業」になり、二重作業が発生します。
3. データ取得経路が決まらない
AI に判断させるためのデータが、どこから来るかが決まっていないと、システム化できません。
4. 効果測定の基準が作れない
「AI で何が良くなったか」を測るには、現状の業務フローと所要時間が必要です。これがないと、AI 導入の成果が説明できません。
業務フローに含めるべき 5 要素
業務フローを書くとき、最低限以下の 5 要素を整理します。
1. 入力 (Input)
業務開始時に、何が入ってくるか。
- 顧客からの問い合わせ (内容、頻度、経路)
- 上司からの依頼 (Slack、メール、口頭)
- 定期イベント (月初の締め、週次レポート)
- 外部システムからの通知 (Stripe Webhook、SaaS の更新通知)
2. 判断基準 (Logic)
入力に対して、どんな基準で判断するか。
- 申請の承認条件
- 顧客対応の優先度
- 在庫補充のタイミング
- エスカレーションするケース
「ルール化できる」「事例ベース」「暗黙知」の 3 段階で言語化します。
3. 出力 (Output)
判断の結果、何を作るか・実行するか。
- メール文面の作成と送信
- DB レコードの更新
- 通知の送信
- 報告書の作成
4. 承認 (Approval)
最終的に誰が承認するか。
- 自動承認 (一定金額以下、ルール内)
- 上長承認 (一定金額以上、例外ケース)
- 部門責任者承認
- 経営層承認
5. 例外処理 (Exception)
通常フローから外れた場合の対応。
- 特殊なお客さんの 1 回限りの対応
- システム停止時の手作業
- 法的に必要な特殊処理
- VIP・大口顧客への配慮
これらが整理されると、AI エージェント化可能な部分 が見えてきます。
AI 化しやすい業務
AI 化が成功しやすい業務の特徴:
| 特徴 | 例 |
|---|---|
| 頻度が高い | 月 100 件以上の問い合わせ対応 |
| 判断ルールが明確 | 与信判定、申請承認、推薦 |
| データが揃っている | 顧客情報、過去履歴がデジタル化済み |
| 例外が少ない | 80% は標準フローで処理可能 |
| 結果の検証が容易 | 正解 / 不正解が後で確認できる |
具体的な業務例:
- カスタマーサポート (FAQ 対応、一次対応)
- データ入力・分類 (請求書の項目読み取り、レビュー分類)
- 文書作成 (議事録、要約、定型文書)
- 翻訳・通訳 (一次翻訳)
- スケジューリング・調整 (会議室予約、出張手配)
Anthropic の Agent Skills の解説でも、組織固有の繰り返し業務 を Skills としてパッケージ化することの価値が示されています (Introducing Agent Skills / Anthropic)。判断ルールが明確で、頻度が高い業務こそ、AI 化の効果が大きい領域です。
AI 化しにくい業務
逆に、AI 化が難しい業務の特徴:
| 特徴 | 例 |
|---|---|
| 例外が多い | 80% 以上が特殊ケース |
| 暗黙知が多い | 「あの人にしか分からない」業務 |
| 判断者が複数いる | 関係者の調整が中心 |
| 結果検証が困難 | 正解が一意に決まらない |
| 法的・倫理的判断 | 解雇判断、賠償判断 |
具体的な業務例:
- 経営判断
- 大口顧客との交渉
- 採用・解雇判断
- クリエイティブな企画
- 複雑な紛争処理
これらは AI で 「補助」はできても、「代替」は難しい 領域です。
ここまでで「自社の業務を AI 化できる領域に絞り込みたい」と感じたら、業務棚卸しから相談するのが現実的です。
業務整理からシステム設計への変換
業務フローが整理できたら、システム設計に落とし込みます。
1. データモデルへの変換
業務で扱うデータをエンティティとして定義します。
- 顧客 (Customer)
- 注文 (Order)
- 申請 (Request)
- 承認履歴 (Approval)
- イベント (Event)
2. API への変換
業務の入出力を API に変換します。
- 入力 → API endpoint
- 判断 → Use case (ドメインロジック)
- 出力 → 結果 + 通知
- 承認 → 状態遷移
- 例外 → エラーハンドリング + 人間へのエスカレーション
3. UI への変換
業務担当者が触る画面を設計します。
- 通常フロー (Happy Path)
- 例外対応の画面
- 承認待ち一覧
- 履歴・監査ログ
4. AI エージェント化
特定のステップを AI エージェントが担う設計に。
- 入力データの整理 (AI)
- 判断のドラフト作成 (AI)
- 人間によるレビュー・承認
- 結果の送信 (AI)
Anthropic の Agent SDK の解説でも、エージェントには 「ファイル操作・検索・実行」できる環境を与える ことが推奨されています (Building agents with the Claude Agent SDK / Anthropic)。業務システムでも同じで、エージェントが扱える環境を整えることが、効果を最大化します。
業務フロー整理チェックリスト
業務整理の完了度を確認するチェックリストです。
| 項目 | 確認すること |
|---|---|
| 業務一覧 | 月の業務時間が長い順に並べた |
| 頻度 | 各業務の月次発生件数を計測 |
| 入力 | どこから何が来るか明示 |
| 判断基準 | 標準ルール + 例外を整理 |
| 出力 | 何を作るかが明確 |
| 承認 | 承認フローを言語化 |
| 例外 | システム外でやっている対応を可視化 |
| データ取得経路 | 必要なデータがどこにあるか |
| 効果測定 | 現状の所要時間 / コスト |
これが揃った状態で AI 導入の検討に入ると、優先順位と期待効果が定量的に判断できます。
min's での業務整理スタイル
min's では、AI 業務導入の支援を以下の流れで行うことが多いです。
Phase 1: 業務棚卸し (1〜2 週間)
- 業務一覧の作成
- 各業務のヒアリング
- 頻度・所要時間の計測
Phase 2: AI 化候補の絞り込み (1 週間)
- AI 化しやすい業務 / しにくい業務の仕分け
- 優先順位の決定
- 期待効果の試算
Phase 3: PoC (2〜4 週間)
- 1〜2 業務で AI 化を試行
- 効果測定
- 業務フローの修正
Phase 4: 本格導入 (継続)
- 成功した PoC を本格展開
- 業務フローのアップデート
- 効果測定の継続
費用感は、業務棚卸しで 50〜100 万円、PoC 込みで 200〜400 万円が典型的です。
業務フロー整理について相談したい方へ
min's では、AI 業務導入の前段階としての業務棚卸し、AI 化候補の仕分け、PoC、本格導入まで支援しています。
以下のような状態であれば、ご相談ください。
-
業務改善を始めたいが、どこから手を付けたらいいか分からない
-
AI 導入を検討しているが、効果が見えない
-
業務フローが属人化していて整理したい
-
AI 化の優先順位を決めたい
次に読む記事
参考
- Introducing workspace agents in ChatGPT / OpenAI — 組織内エージェントが定めたプロセスと権限で動作する設計
- Introducing Agent Skills / Anthropic — 組織固有の繰り返し業務を Skills でパッケージ化する
- Building agents with the Claude Agent SDK / Anthropic — エージェントに作業環境を与える設計