AIを使う範囲を広げる前に、作成・確認・判断の担当を業務ごとに決めます。
「AIが作ったメールを、そのまま送ってよいのかわからない」「確認する人が決まっておらず、結局作業が増えた」——こうした状態では、ツールを導入しても業務の流れは整いません。
AI業務分担の設計とは、仕事を具体的な作業に分け、AIが処理する部分と人が確認・判断する部分を決めることです。作業の定型度だけでなく、誤りが届く先、照合できる資料、例外が起きたときの戻り先まで決めます。担当者が出力を使うか差し戻すか判断できる状態が、分担の出発点です。
本記事では、AIに任せる作業の選び方から、部門ごとの分担、業務分担マップの作成と見直しまでを整理します。AI活用完全ガイドでは、業務分担を含むAI活用の全体像を確認できます。
この記事でわかること
AIを導入したものの、業務のどこを任せ、誰が結果を確認するか決められていない経営者・部門責任者に向けた記事です。
- AIに任せる仕事の見極め方 — 定型度、頻度、ミスの影響、利用できるデータを順に確認し、着手する作業を選びます。
- 人が判断を引き受ける境界 — 下書きや情報整理をAIに任せる場合も、対外的な送信や重要な意思決定の担当を明確にします。
- 業務分担マップの作り方 — 作業ごとの入力、参照資料、確認項目、例外時の戻り先を記録します。
- 導入後の見直し方 — 従来の手順と、資料準備から確認・差し戻しまでの流れを比べ、分担を調整します。
読み進める際は、自社で繰り返している作業を一つ思い浮かべてください。各節では、その作業をどこまでAIに任せるか、何を確かめれば次の工程へ進めるかを決めていきます。
AIと人間の強みを作業単位で捉える
「営業活動をAIに任せる」といった大きな単位では、情報収集と交渉のように性質の異なる仕事が混ざります。まず、次の工程に分けます。
- 入力を集める
- 内容を整理する
- 案を作る
- 確認する
- 相手へ届ける
- 結果を記録する
そのうえで各工程の入力と出力を書き、次の担当者が何を受け取れば作業を始められるかを確かめます。
AIに任せやすい作業
反復する情報整理や分類、文章の要約は、AIに役割を与えやすい作業です。例えば、問い合わせ内容を区分ごとに整理する、商談メモから次回確認する事項を抜き出す、といった使い方があります。試す前に、元の記録、分類ルール、出力を照合する担当者を決めます。
問い合わせの分類と返信の判断は別の作業です。元の問い合わせと分類結果を見比べられるなら、まず整理を試します。分類が定まらないときは担当者へ戻し、ルールの説明が足りないのか、新しい扱いが必要なのかを確認します。返信の判断基準が共有されていなければ、人が対応理由を記録し、扱いをそろえてから下書きへの利用を検討します。
人が担う判断
経営方針、重要な顧客への提案、交渉、難しい顧客対応には、背景の理解と結果への責任が伴います。AIが資料を要約したり案を作ったりしても、何を伝えるか、提示する条件を受け入れるかは担当者が判断します。
判断者が曖昧なままでは、出力ができても承認の段階で止まります。顧客に届く文面なら送信する人を、条件の変更を伴う提案なら決裁する人を記録します。その人が確認する資料、判断を保留する条件、不在時の引き継ぎ先も決めます。資料がそろわない場合は提出を止め、必要な情報を集めてから同じ判断者へ戻します。
境界にある作業は工程を分ける
ブログ記事、提案書、顧客向けメール、分析レポートでは、AIと人の作業が重なります。素材の整理と下書きはAI、根拠の照合と相手に合わせた調整は人、公開や送信の判断も人、というように工程を分けます。
提案書の下書きなら、担当者は顧客から聞いた課題、提案条件、根拠資料が一致するかを確認します。資料が不足していれば提出工程へ進めず、不足する情報を集めます。食い違いがあれば、文面だけを直す前に、参照した記録と作成指示のどちらに原因があるか調べます。記録が古ければ更新し、指示が曖昧なら作成条件を明確にして再び下書きを確認します。この戻り方まで決めると、確認作業を別の担当者へ引き継げます。
AIに任せる作業を選ぶ評価軸
作業を選ぶ際は、定型度、発生頻度、ミスの影響、利用できるデータを順に見ます。一つの軸だけで決めず、「同じ手順で扱えるか」「誤りをどこで止められるか」「正しい情報を参照できるか」を確かめます。比較するときは作業名だけを並べず、入力、出力、確認先、例外を同じ形式で書き出します。確認先がある作業から試し、判断基準が共有されていない工程は人が担います。
定型度と頻度を見る
まず、その作業に共通する入力と判断ルールを書き出します。同じルールで扱える部分は、AIに下書きや分類を任せる対象になります。顧客ごとの事情や担当者の裁量が必要な部分は、分けて人の担当にします。
| 定型度 |
特徴 |
例 |
AI適性 |
| 高 |
明確なルールで処理できる |
データ入力、定型メール送信 |
向いている |
| 中高 |
ルール + 少数の例外パターン |
請求書処理、経費チェック |
向きやすい |
| 中 |
ルールと判断が同程度 |
顧客問い合わせ対応 |
条件次第 |
| 中低 |
判断が中心、一部ルール化可能 |
提案書作成、商談準備 |
補助的 |
| 低 |
ほぼ全面的な判断が必要 |
経営戦略策定、交渉 |
向きにくい |
この表は作業を分解するための目安です。例えば「定型メール送信」でも、宛先や送信時点を人が判断する運用なら、文面作成と送信を別の工程として扱います。
次に、作業が繰り返される場面を確認します。担当者が毎回同じ資料を探しているなら、まず参照先をそろえます。発生のたびに事情が変わるなら、処理をまとめて任せず、調査や下書きの支援から試します。作業名、発生場面、共通ルール、例外を書き残し、別の担当者も同じ手順をたどれるかで比較してください。
ミスが起きたときの影響を見る
社内向け議事録の下書きと、顧客への提案条件を記したメールでは、誤りが届く先が異なります。前者は元の記録と照合して修正できます。後者は、条件が誤ったまま相手に伝わらないよう、送信前に担当者が根拠資料と照合する必要があります。
「確認する」だけでは作業になりません。メールなら宛先、相手の状況、約束した内容、送信する時点を見ます。提案書なら顧客の要件、対象範囲、金額などの条件、引用資料を見ます。出力の誤りを社内で止められる作業は試しやすく、対外的な結果に直結する作業は承認工程を先に設けます。食い違いがあれば送信や提出を止め、何が違ったかを記録します。そのうえで、参照情報と作成指示のどちらを直すべきか判断します。
AIが利用できる情報を見る
判断基準が担当者の頭の中にしかない業務は、そのままAIへ渡せません。既存の手順書、問い合わせ履歴、顧客とのやり取りを確認し、どれを判断の基準にするか決めます。資料が分散していれば参照先をそろえ、古ければ更新します。
営業でスプレッドシート、メール、CRMに異なる内容が残っているなら、まず記録を照合します。食い違う項目は更新担当に確認し、どの記録を次の担当者へ渡すか決めます。基準となる記録と更新担当が決まれば、その情報を使う要約や入力補助を試せます。決まらなければAIへの入力範囲を広げず、記録の整備へ戻ります。
分担比率を先に決めない理由
AIと人の分担割合を先に置いても、作業ごとの確認や判断の担当は決まりません。同じ部門でも、定型的な情報整理と個別事情を踏まえた対話では必要な役割が異なります。企業様によって最適な形は異なります。まず各作業の入力、出力、確認方法を決め、運用結果を見てAIの担当範囲を調整します。
業務データの状態で着手順を変える
紙や個人のメモに情報が残る業務では、必要な情報を担当者同士で確認できる形にすることから始めます。入力項目がそろい、同じ記録を見て判断できるなら、その記録を使う分類や要約を試せます。記録を読んでも担当者によって意味の解釈が分かれるなら、項目の使い方をそろえる工程へ戻ります。
HubSpotを使う場合は、コンタクトの情報が取引にどう引き継がれ、顧客対応や請求時に何を参照するかを確認します。後工程で必要な項目と更新担当を確かめ、意味がそろっていれば、その間にある情報整理をAIに支援させるか判断できます。担当者によって項目の使い方が異なるなら、先に記録方法をそろえます。
例外を人へ戻す条件を決める
次のような場合は処理を進めず、人へ戻します。
- 入力が不足している
- 参照情報が食い違う
- 出力が分類に当てはまらない
問い合わせ分類で区分を選べなければ、担当者が問い合わせを読み、新しい区分が必要か、既存の説明が足りないかを判断します。その結果を分類ルールに反映し、同じ問い合わせをどう扱うか確認してから再び試します。
顧客向けメールも、下書きと送信を分けます。担当者が相手の状況と過去の約束を確認できれば送信を判断します。必要な履歴が見つからなければ送信を保留し、記録を探します。履歴を確認しても条件が食い違うなら、関係者に事実を確かめます。戻り先と再開条件を業務分担マップに書けば、例外が起きたときの判断を引き継げます。
部門ごとに仕事内容を分けて考える
部門名だけではAIへの適性は決まりません。営業には記録の整理と交渉があり、マーケティングには記事の下書きとブランド方針の判断があります。部門別の表を読む際も、まず実際の作業へ分けてください。
各部門で、共通ルールに沿う作業、顧客へ影響する作業、判断の根拠が共有されていない作業を見分けます。ルールと照合先が明確なら支援を試し、個別の対人判断が中心なら情報整理に用途を絞ります。判断の根拠が共有されていないなら、担当者の判断理由を記録するところから始めます。この理由を業務分担マップへ残し、部門名だけで一律の割合を決めないようにします。
業務分担マップを作る手順
業務分担マップには、作業名、AIの役割、人の役割、参照資料、確認項目、例外時の戻り先を記します。加えて、次の工程へ進める条件を一文で書きます。例えば「担当者が元の商談メモと記録先を照合できたら、CRMへの記録を確定する」という形です。作業を分解して評価軸を当てはめ、試した結果を記録すれば、担当を変える際にも判断の経緯を確認できます。
次の図は、作業を分解し、AIと人の担当を決めて試すまでの流れを示します。図を見ながら、作業の入力、確認担当、差し戻す工程を順に書き出してください。

作業を棚卸しする
「営業活動」のままでは分担を決められません。リスト作成、商談準備、提案書の下書き、見積書の確認、CRMへの記録、顧客フォローなどに分けます。それぞれについて、誰から何を受け取り、何を作り、次に誰へ渡すかを書きます。次の担当者が必要とする情報が出力に含まれていなければ、AIへ任せる前に受け渡し方を直します。
転記している箇所も確認します。スプレッドシートからメールへ、メールからCRMへ同じ情報を移しているなら、記録する場所と更新担当を決めます。元の情報と転記先が一致することを確かめられれば、転記内容の整理や要約を試せます。一致しなければ、どこで情報が変わったかを確認し、記録の流れを直します。
分担パターンと確認担当を記す
作業ごとの担当は次のように整理できます。表の名称は製品の機能区分ではありません。実際に使う際は、入力と確認方法を確かめ、公開や送信を誰が判断するかまで記します。
| 分担パターン |
AIの役割 |
人の役割 |
選ぶ条件 |
| AIが処理する |
決まった入力から結果を作る |
処理条件と例外を管理する |
ルールと入力が明確で、結果を確認できる場合 |
| AIが作成し、人が承認する |
下書きや候補を作る |
根拠資料と照合し、公開や送信を判断する |
顧客への影響があり、確認項目を定められる場合 |
| 人が進め、AIが支援する |
調査、要約、案の作成をする |
方針を決め、内容を仕上げる |
個別の事情を踏まえた判断が中心の場合 |
| 人が担当する |
必要に応じて資料整理を支援する |
判断と対話を担う |
責任を伴う意思決定や交渉が中心の場合 |
最初に試すのは、入力と確認基準がそろった作業です。顧客向けの結果が出る作業では、承認者と差し戻し先も同じ記録に加えます。判断基準を言葉にできない作業は人が担当し、判断理由を残してから分担を見直します。確認担当が出力と根拠を照合できない場合は、分担パターンを決め直す前に資料の所在を整えます。
小さく試して移行を判断する
担当者が出力を追える作業から試し、従来の手順、AIへ渡した情報、出力、修正箇所と理由を記録します。比べる単位は同じ作業にそろえ、資料の準備、作成、確認、差し戻し、次の担当者への引き継ぎまで見ます。出力ができるまでの速さだけで判断せず、確認のために新たに探した資料や、従来は不要だった手戻りも記録します。
移行を検討できるのは、担当者が根拠資料と出力を照合でき、例外を見分け、次の担当者へ必要な情報を渡せる場合です。同じ理由で修正しているなら、参照情報や作成指示を直して再び試します。毎回異なる事情を人が補っているなら、AIの役割を下書きまでにとどめます。入力情報や修正理由を記録できない場合は、適用範囲を広げずに手順を見直します。
マーケティングと営業では役割の切り方が異なる
部門別の表は、作業を分ける出発点です。表にある「AI全自動」などの表現は、各社でそのまま実行できる状態を示すものではありません。入力、記録先、確認方法、顧客への影響を確かめたうえで、実際の担当を決めます。
マーケティング部門の分担
マーケティングでは、調査や下書きと、ブランド方針や配信判断を分けます。まず部門ごとの仕事の性質を見てから、個別の業務でAIと人の役割を確認します。
| 部門 |
AI比率の目安 |
人間が担う中核業務 |
| マーケティング |
大きい(調査・下書きが多いほど) |
ブランド戦略、クリエイティブ方針 |
| カスタマーサポート |
やや大きい(定型対応が多いほど) |
クレーム対応、VIP顧客対応 |
| 経理・財務 |
やや大きい(照合・集計が多いほど) |
資金戦略、税務判断、監査対応 |
| 営業 |
中程度(準備・記録が中心) |
顧客との関係構築、クロージング |
| 人事 |
中程度(資料整理が中心) |
面接評価、組織開発、労務相談 |
| 法務 |
限定的(判断が中心) |
法的判断、交渉、リスク評価 |
表の「AI比率の目安」は達成すべき割合ではありません。各部門で先に確かめるのは、資料を整理する作業と、目的や相手に合わせて方針を決める作業を分けられるかです。例えばマーケティングでは、調査結果の整理は元資料と照合し、誰に何を伝えるかは企画担当者が判断します。以下の表は、業務名から分担を決めるためではなく、出力を何と照合し、誰が次の工程を許可するかを考えるために使います。
| 業務 |
分担パターン |
AIの役割 |
人間の役割 |
| SEOキーワード調査 |
AI主導 |
検索ボリューム分析、競合調査 |
戦略判断、優先順位決定 |
| ブログ記事制作 |
AI主導 + 人間チェック |
構成案・本文ドラフト作成 |
品質チェック、独自視点の追加 |
| メールマーケティング |
AI主導 + 人間承認 |
セグメント分析、件名・本文生成 |
配信判断、ブランドトーン確認 |
| 広告運用 |
AI支援 |
入札最適化、レポート作成 |
クリエイティブ方針、予算配分 |
| ブランド戦略 |
人間主導 |
市場データ分析、競合情報収集 |
コンセプト設計、ブランド意思決定 |
記事制作では、構成案ができたら根拠資料と主張を照合し、自社として示す見解を担当者が決めます。根拠がなければ公開工程へ進まず、調査へ戻します。メールでは文面に加え、送り先と送信時点を確認し、条件がそろってから配信を判断します。広告運用では、レポートに示された内容を担当者が確認し、方針や予算に関わる判断へ使うかを決めます。経営データの可視化では、集めた情報を判断に使うという関連テーマを確認できます。
営業部門の分担
営業では、記録や準備と、顧客との対話や提案条件の判断を分けます。次の表を作業分解の手がかりにし、それぞれの入力、確認担当、顧客へ届く前に止める条件を具体化してください。
| 業務 |
分担パターン |
AIの役割 |
人間の役割 |
| リスト作成 |
AI全自動 |
ターゲット企業の自動抽出 |
条件設定のみ |
| CRM入力 |
AI全自動 |
商談メモからの自動入力 |
確認のみ |
| 提案書作成 |
AI主導 + 人間仕上げ |
テンプレート選択、データ埋め込み |
カスタマイズ、戦略反映 |
| 商談準備 |
AI支援 |
顧客情報の収集・要約 |
戦略立案、シナリオ設計 |
| クロージング |
人間専任 |
— |
顧客との交渉、意思決定 |
表の「全自動」は設計を考えるための区分です。リスト作成なら、抽出条件を担当者が決め、結果がその条件に合うかを確認します。商談メモからCRMへ記録するなら、どのコンタクトと取引に残すか、原文と記録内容が一致するかを担当者が確認します。記録先を特定できなければ処理を止め、関連付けを確かめてから再開します。提案書は、顧客から聞いた要件と提示条件を照合できるまで提出しません。
HubSpotで営業情報を扱う場合は、コンタクトの情報が取引へつながり、顧客になった後の対応や請求にも引き継がれる流れを先に描きます。後工程の担当者が必要とする記録を確認してから、入力や要約を支援する場所を選びます。後工程で必要な情報が欠けているなら、要約を増やす前に元の記録へ戻ります。
部門をまたぐ引き継ぎも設計する
マーケティングから営業へ情報を渡すなら、引き継ぐ条件と参照する記録を決めます。営業から顧客対応へ移る際は、約束した内容や未解決の課題をどこに残すか定めます。受け取る担当者が元の記録と要約を照合できれば、その工程でAIによる整理を試せます。
引き継ぎ先が内容を確認できない場合は、要約の形式を増やす前に元の記録を見直します。部門ごとに異なる内容を保存しているなら、どの記録を基準とし、誰が更新するかをそろえます。受け取る担当者が不足を指摘できるよう、引き継ぎに必要な項目と差し戻し先も明記します。
導入後は品質と例外から分担を見直す
業務分担は、決めて終わりではありません。実際の出力、人の修正、例外時の対応を見て、AIに任せる範囲を調整します。出力が早くできても、根拠を探す作業や差し戻しが増えるなら、入力と確認の工程を含めて見直します。
修正内容を記録する
AIの出力を直したときは、例えば次のような理由を残します。
- 誤った事実
- 足りない背景
- 不適切な表現
- 記録先の間違い
同じ種類の修正が続くなら参照資料や指示を確認します。顧客ごとに異なる事情を補う修正が続くなら、その部分を人の判断として業務分担マップに明記します。
従来の手順と比べるときは、同じ入力から同じ出力を得る作業を対象にし、資料の準備、作成、確認、差し戻しまで含めます。担当者が資料を探す作業に戻っているなら、AIへの指示を変える前に、記録の置き場所と更新担当を確認します。修正後に元の資料と照合できるようになったかを見て、次の工程へ進めるか判断します。
例外が増えたら前の工程へ戻る
分類できない問い合わせが続く場合は、分類の定義と入力内容を見ます。定義が曖昧なら区分の説明を直し、必要な情報が入力されていないなら受付方法を見直します。担当者が修正後のルールで判断でき、分類結果を元の問い合わせと照合できることを確かめてから、AIによる分類を再び試します。
顧客向けの下書きに誤った内容が繰り返し現れるなら、公開や送信の範囲を広げず、参照資料を確認します。古い資料が原因なら更新して作り直し、資料が正しければ作成指示を見直します。それでも個別事情の補足が欠かせないなら、その判断は人が担います。原因に応じて戻る工程を変えることで、次の担当者も同じ確認を行えます。
人が使う時間の行き先を決める
反復作業を減らせたら、担当者が新たに担う確認や対話を決めます。営業なら商談の準備や顧客との会話、マーケティングなら企画の優先順位や内容の検証が考えられます。作業を任せる範囲と、残る仕事の担当を一緒に見直します。
現場に不安があれば、役割の変化を作業単位で説明します。AIが下書きを作る場合は、人が何を確認し、どんな場合に差し戻すかを手順に記します。担当者が判断に必要な資料を使えない場合は、役割を広げる前に参照先を整えます。AI時代に求められるスキルとは?企業が育成すべき人材像では、人が担う役割と必要な力を考える際の論点を確認できます。
よくある質問
小さな範囲でAIを使う場合も、分担を決める必要がありますか?
はい。対象を絞って試す場合も、AIが作るもの、人が照合する資料、結果を使う人を記録します。元の資料と出力を見比べ、違いがあれば誰に戻すかを決めてから始めます。担当者が例外を見分けられ、次の工程へ必要な情報を渡せるなら、対象を広げるか検討できます。
AIが作ったものを、どこまで確認すればよいですか?
出力の用途から確認項目を決めます。社内向けの要約なら元の記録との一致を、顧客向けの文面なら事実、相手の状況、約束した内容を見ます。食い違いがあれば送信を止め、参照資料か作成手順のどちらを直す必要があるか確認します。資料がそろい、担当者が照合を終えてから次の工程へ進めます。
担当者がAIの利用に不安を持っている場合はどう進めますか?
現在の作業を分け、AIが支援する工程と担当者が判断する工程を示します。下書きを試すなら、担当者が直した箇所と理由を記録し、確認手順を一緒に調整します。何を根拠に承認し、どんな場合に差し戻すかを共有してから担当範囲を見直します。組織内での役割変更や進め方はAI導入のチェンジマネジメント|組織変革を成功に導く方法でも扱っています。
AIと人の分担割合は、部門共通で決められますか?
部門名だけで共通の割合を決めることはおすすめしません。同じ部門にも、反復する情報整理と個別の判断を要する仕事があります。作業ごとに入力情報、誤りの影響、確認担当を見て分担を決めます。試した後は、修正理由と例外の戻り先を確認し、同じ手順で扱える作業だけ範囲を見直します。
まとめ
AI業務分担では、業務を具体的な作業に分け、定型度、頻度、誤りの影響、利用できる情報を確認します。AIが下書きや整理を担う場合も、根拠資料との照合、顧客への送信、重要な判断の担当を明記します。
進め方は次のとおりです。
- 書き出す ── まずは繰り返し行っている作業を選び、入力、処理、確認、次の担当者への引き継ぎを書き出してください。
- 試す ── 参照資料と確認担当が決まれば、AIによる整理や下書きを試せます。
- 比べて記録する ── 従来の手順と資料準備から引き継ぎまでを比べ、修正理由や例外を記録します。
- 広げるか決める ── 担当者が根拠と出力を照合できるなら扱う作業を広げるか検討し、できなければ資料や手順を直す工程へ戻ります。
AI組織変革ガイドでは組織全体の役割設計を、AIエージェントで業務自動化を実現する方法では作業の流れを設計する際の論点を確認できます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
業務の棚卸し、会議での情報共有、AIワーカーを含む役割設計について、次の記事でそれぞれの進め方を確認できます。