この記事の結論
AIエージェントが社内に定着しない主な原因は、モデルの性能でもツールの選定でもなく、そのAIが担う職務が定義されていないことにあります。担当業務、目標、監督責任者、判断してよい範囲、禁止事項 ── 人間の担当者を迎えるときに決めるはずの事柄が空欄のまま稼働しているため、成果を判定できず、責任の所在も定まりません。
本記事では、その職務を設計するための項目を整理し、株式会社ベネクロが作成した「BtoB AIエージェント職務設計シート」として提供します。シートは登録不要で公開しています。
【この記事の要約】
- AIエージェントが定着しない原因は、技術ではなく職務定義の不在にある
- 決めるべきは5ブロック ── 職務／前提／権限／具体的な作業／禁止事項と承認フロー
- 監督責任者を1名に指名できないAIエージェントは、設計が完了していない
- 埋まらない欄は、AI導入以前に自社が抱えている未整備箇所を示している
- 「BtoB AIエージェント職務設計シート」は登録不要で配布（本文中に全項目を掲載）
※ 英語の専門用語は初出時に日本語の補足を入れています。
AIエージェントが定着しないのは、なぜか
AIエージェントが社内に定着しない主な原因は、そのAIが担う職務が定義されていないことです。モデルの性能や製品の選定に起因する問題ではありません。
AI活用の検討は、多くの場合ツールの比較から始まります。候補を並べ、機能を比べ、セキュリティ要件を確認し、社内の利用ガイドラインを整備する。どれも必要な作業ですが、この順序で進めると、稼働後に次の状態が生まれます。
1. 「誰の仕事をしているのか分からないもの」になる
役割を定義せずに導入すると、そのAIは「何にでも使えるもの」として置かれます。何にでも使えるということは、誰の業務でもないということです。結果として、関心のある個人が個別に使い、組織の業務としては根づきません。
2. 成果を判定できない
目的が「業務効率化」「生産性向上」という水準に留まると、導入の成否を判定できません。何が、どれだけ、いつまでに改善したのかを問えないためです。翌年度の投資判断の根拠も残りません。
3. 責任の所在が定まらない
出力に問題があったとき、誰が止めるのか。品質に責任を持つのは誰か。ここが決まっていないと、問題が起きたあとに所在を探すことになります。
4. 既存の曖昧さが拡大する
業務範囲が明文化されていない組織にAIを追加すると、曖昧さは解消されず、拡大します。人間同士であれば暗黙の調整で吸収できていた領域が、AIが入ることで表面化するためです。
いずれもAIの性能に起因する問題ではありません。職務が定義されていないことに起因する問題です。
AIエージェントを「導入する」と「迎え入れる」は何が違うのか
「導入する」と考えると議論はツール選定に向かい、「迎え入れる」と考えると議論は職務設計に向かいます。AIエージェントは、導入するものではなく、迎え入れるものだというのが、本記事の立場です。
新しい担当者が配属されるとき、少なくとも次のことは決まっています。
- どの部署に所属するのか
- 誰が上長として監督するのか
- 何を担当するのか
- どの数字に責任を持つのか
- 何を知っておく必要があるのか
- どのシステムのアカウントを、どの権限で持つのか
- 何をしてはいけないのか
- どこから先は上長の判断を仰ぐのか
AIエージェントについて、同じ問いに答えられるでしょうか。多くの場合、答えられるのは「どのツールか」だけです。残りは空欄のまま稼働しています。人間であれば、この状態で配属されることはまずありません。
必要なのは技術要件ではなく、職務記述です。
AIエージェントの設計で決めるべき項目は何か
決めるべき項目は、5つのブロックに整理できます。職務・前提・権限・具体的な作業・禁止事項と承認フローです。加えて、最初に配属（名称・監督責任者・所属部門・常駐システム）を確定させます。
以下、株式会社ベネクロが作成した「BtoB AIエージェント職務設計シート」の項目に沿って説明します。
配属 ─ 最初に確定させる4項目
| 項目 | 記入する内容 |
|---|---|
| エージェント名称 | 社内で一意に呼べる名前 |
| 監督責任者 | 氏名。1名に限定する |
| 所属部門 | そのエージェントを保有する部門 |
| 常駐システム | どの業務システムの中で動くか |
最も重要なのは 監督責任者 です。1体につき1名を指名します。「AI推進の担当部署が全体を見ている」では要件を満たしません。
この欄を1名に絞れないAIエージェントは、設計が完了していないと判断してよいと考えています。指名によって、出力品質の責任者、稼働を止める権限を持つ者、目標達成を評価する者が同時に定まるためです。
① 職務
| 欄 | 記入する内容 |
|---|---|
| 担当業務 | 1つだけ書く |
| 目標 | 何を／どれだけ／いつまでに |
| 自ら判断してよい範囲 | エージェントの裁量に委ねる領域 |
| 人間に判断を戻す範囲 | 人間が判断する領域 |
担当業務は1つに絞ります。「マーケティング業務全般の支援」のような書き方をすると、評価も改善もできません。
目標の欄は、日本のBtoB企業で最も差が出やすい箇所です。「業務効率化」「生産性向上」は、目標の要件を満たしていません。何が、どれだけ、いつまでに、が入っていないためです。人間の担当者に与える目標と、同じ粒度で書きます。
② 前提
| 欄 | 記入する内容 |
|---|---|
| 対象顧客像 | 誰の、どんな課題に応えるか |
| 購買プロセス | 検討期間・関与者・決裁の流れ |
| 参照してよい社内資料 | 具体的な文書名で書く |
このブロックが埋まらない場合、原因はAI側ではなく自社側にあります。前提として与えられる知識の範囲が、そのままエージェントの能力の上限になるためです。高性能なモデルを使っても、前提が薄ければ出力の質は上がりません。
③ 権限
| 欄 | 記入する内容 |
|---|---|
| 使用システムと権限レベル | 閲覧／編集／実行を区別する |
| アクセスしてよいデータ範囲 | 対象データと除外データ |
| 外部情報の参照 | 可否と、許可するサイト |
人に付与するシステム権限と同じ粒度で決めます。特に、閲覧のみか、下書き作成までか、実行まで許すかの区別を明示します。
④ 具体的な作業
やらせる作業を順に列挙します。ここでは、厳密な条件分岐ではなく、業務の進め方と期待する成果物を、通常の文章で書きます。従来の業務自動化との設計思想の違いは、この一点に表れます。
⑤ 禁止事項と承認フロー
| 欄 | 記入する内容 |
|---|---|
| やってはいけないこと | 明示的な禁止事項 |
| 人間の承認が必要な行為／承認者 | 承認を挟む行為と、承認者の職位 |
| 停止の判断基準と停止手順 | どうなったら止めるか、誰がどう止めるか |
できることより先に、できないことを決めます。特に社外への発信、価格・納期・契約に関わる判断、経営層への接触は、初期段階では人間の承認を挟む前提で設計するのが無難です。
停止手順まで書けているかが、設計の完成度を測る目安になります。
埋まらない欄は、何を意味するのか
シートには、記入用のページとは別に「未整備点検シート」を付けています。埋めることではなく、埋まらない欄を見つけることが目的です。
手が止まった欄は、AIの性能や製品選定の問題ではなく、自社のレベニュープロセスが言語化されていない箇所を示しています。
| 点検項目 | 埋まらない場合に示していること |
|---|---|
| 監督責任者を1名に絞れたか | 業務の所管が定まっていない |
| 目標に数値と期限が入ったか | 部門が事業目標に接続していない |
| 対象顧客像が文書として存在するか | 顧客理解が個人の暗黙知に留まっている |
| 購買プロセスの関与者と決裁を書けたか | 購買実態の把握が営業個人に依存している |
| 参照してよい社内資料を具体名で挙げられたか | 情報資産が整理されていない |
| 常駐システムを1つに決められたか | システムが分断し、業務の起点が定まらない |
| 権限レベルを区別できたか | 権限設計の基準がない |
| 承認者を指名できたか | 意思決定の分掌が曖昧 |
| 停止手順を決められたか | 運用の責任範囲が未定義 |
右列は、いずれもAI導入の有無に関係なく整備すべき事柄です。つまりAIエージェントの導入は、新しい課題を生んでいるのではなく、既に存在していた未整備を可視化していると捉えるほうが正確です。
そして、右列を解消する作業は、AIを入れるかどうかにかかわらず組織の能力を高めます。
何から始めればよいか
1. 損害が小さく量の多い業務から始める
実績のとりまとめ、初稿の作成、条件に合うアカウントの抽出。一方、社外への発信、価格や契約に関わる判断、経営層への接触は、初期段階では対象にしません。
2. 監督責任者を1名決める
決められないのであれば、そのエージェントはまだ作らないほうがよいと考えています。
3. 目標を1つ、数値と期限つきで置く
書けないうちは、成果の判定もできません。
4. 常駐システムを1つに決める
複数ツールにまたがる構想は、1体目には向きません。
5. 禁止事項と停止手順を先に書く
やってよいことより先に、やってはいけないことと、止め方を定義します。
これらの作業に、AIの技術的な知識は必要ありません。必要なのは、自社の業務と顧客を、書ける粒度まで整理することです。
BtoB AIエージェント職務設計シート（配布）
本記事で扱った項目を、記入用のシートにまとめています。登録不要・無償で配布しています。
| ページ | 内容 |
|---|---|
| 1 | 職務設計シート（記入用） |
| 2 | 未整備点検シート |
| 3 | 記入例（製造業／展示会フォロー一次対応エージェント） |
▶ Excel版（記入用）：ダウンロード
▶ PDF版（印刷用・A4横3ページ）：ダウンロード
社内のワークショップ、部門間の認識合わせ、外部パートナーとの要件整理にそのままお使いいただけます。出典として株式会社ベネクロを明示いただければ、社内配布も差し支えありません。
この設計は、レベニュープロセスの設計に接続する
AIエージェントの職務設計は、単体では完結しません。ある業務の担当を定義するには、その前後の業務が定義されている必要があるためです。1体を正しく設計しようとすると、必然的にレベニュープロセス全体の設計に行き着きます。
逆に言えば、この1枚は自社のレベニュープロセスがどこまで言語化されているかを測る試験紙として機能します。手が止まった欄が、着手すべき箇所です。
株式会社ベネクロは、BtoB企業のマーケティングとレベニューオペレーションを、組織の機能として定着させる支援を行っています。
よくある質問
AIエージェントと従来のチャットボットや業務自動化は何が違いますか？
指示の与え方が異なります。従来の業務自動化は「もしAならBを実行する」という条件分岐で動きます。AIエージェントには、業務の進め方と期待する成果物を通常の文章で伝えます。そのため、想定していなかった状況にも一定の範囲で対応できる一方、範囲と禁止事項をあらかじめ定義しておく必要があります。
監督責任者は誰が適任ですか？
その業務を持つ側の責任者です。情報システム部門ではありません。出力の品質を評価できるのは、業務を理解している人だけであるためです。複数部門にまたがる場合も、所管は共管としたうえで、監督責任者は1名に絞ります。
従業員数が少ない組織でも、この考え方は使えますか？
使えます。部門をまたぐ調整が少ない分、書きやすい面があります。ただし「前提」のブロックを埋めるには、自社のバイヤー像と購買プロセスの整理が必要です。ここが手薄なままでは、規模にかかわらず出力の質は上がりません。
最初のAIエージェントは、どの業務に充てるべきですか？
失敗しても損害が小さく、繰り返し発生し、量の多い業務が適しています。実績のとりまとめ、初稿の作成、条件に合うアカウントの抽出などです。社外への発信や、価格・契約に関わる判断は、運用の型ができてから検討します。
シートの利用に費用や登録は必要ですか？
不要です。登録もフォームへの入力も求めていません。出典として株式会社ベネクロを明示いただければ、社内での配布も差し支えありません。
この考え方は、外部の調査機関の見解と一致していますか？
一致しています。調査会社の Forrester も、2026年4月に開催された Forrester B2B Summit North America において、GTM（Go-to-Market／市場参入の全体設計）チーム向けのAIエージェント設計テンプレートを公開しており、その最上部にも監督責任者を指名する欄が置かれています。本シートは同テンプレートの翻訳や転載ではなく、日本のBtoB企業の実情に合わせて項目から作成したものです。
