AIに任せたい。でも怖い。その感覚は正しい
「問い合わせ対応やブログ更新をAIに任せられたら楽になる」と思う一方で、「変な文面が勝手に顧客に送られたら」「意図しない内容がSNSに投稿されたら」という不安で、導入に踏み出せない方は多いと思います。
この不安は、的外れではありません。AIエージェントに社内業務を任せる仕組みには、実際に「外に出る行為」——メールやLINEの送信、SNSへの投稿、料金の課金、契約——が存在し、そこで事故が起きうるからです。だからこそ「全部AIに任せる」か「結局は全部自分でやる」かの二択に見えてしまいます。
この記事は、新潟・北信越の中小企業、なかでも建設・住宅・不動産など1件の受注単価が大きい業種で、問い合わせ対応やWeb更新を兼務している方に向けて書いています。
なぜ「全部任せる」か「全部自分でやる」の二択に見えるのか
AIエージェントに業務を渡す設計をきちんと分解すると、社内で完結する作業（下書き作成・情報の集計・調査）と、外部に影響が及ぶ行為（メール送信・SNS投稿・課金・契約）とでは、リスクの性質がまったく違います。前者は間違っても社内で気づいて直せますが、後者は一度実行されると取り返しがつきません。
私たちは、この二つを最初から分けて設計しました。
当社の線引き: 社内作業は任せる、外に出る行為は必ず人が止める
具体的には、社内の各担当（リード調査・提案文面の下書き・SNS投稿案・記事構成・顧客フォロー案・数字の集計・社内ツールの改善など）ごとに、「AIが自律で進めてよいこと」と「人が承認するまで動かないこと」を最初から分けて運用しています。
| 社内の担当 | AIが自律で進めてよいこと | 人が承認するまで動かないこと |
|---|---|---|
| 見込み客の調査 | 公開情報のリスト化、業界ニュースの収集、競合調査 | （なし。社内で完結する） |
| 営業 | 見込み客の優先順位付け、提案書・見積のドラフト、メール文面の下書き | メール送信・電話依頼・見積の提示 |
| 集客 | 記事ネタの補充、SNS投稿案、サイト改善案 | SNS投稿・広告出稿・外部サイトへの書き込み |
| 記事・資料 | 記事の構成案、資料の構成案、台本 | 公開・配布 |
| 顧客対応 | 定期フォロー案、FAQ整備、障害時の手順書の更新 | 顧客への送信 |
| 数字 | 実績の集計、請求予定の整理、コスト試算 | 請求書の発行・支払 |
| 社内ツール | 社内の自動化の改善提案と実装 | 本番環境への反映 |
「外に出る行為」として止めているのは、送信・投稿・課金・契約・本番デプロイの5種類です。たとえば、問い合わせフォームへの返信メールを送る、施工事例をブログやSNSに公開する、見積書をお客様に提示する、といった行為がこれにあたります。これらを自動で実行する機能は、技術的にできないから作っていないのではなく、意図的に作らないと決めています。「作ってもいけない」というルールとして、社内の運用ルールに明記してあります。
実際の承認カードには何が書いてあるか
私たちが実際に使っている「承認カード」の構造です（値はすべて仮の表示に置き換えています）。
| 承認カードの項目 | 中身 |
|---|---|
| 依頼の種類 | 【メール／SNS投稿／見積の提示／その他】 |
| 起票した担当 | 【担当】 |
| タイトル | 【何をしたいのかを一行で】 |
| 宛先 | 【宛先】 |
| 本文案 | 【実際に送る文面そのもの】 |
| なぜ今これを動かしたいか | 【理由】 |
| 元になった下書きの場所 | 【下書きの保存先】 |
| 人が送信前に必ず自分で埋める項目 | 【AIがあえて空欄のまま人に差し戻す欄】 |
| 注意点 | 【この依頼で気をつけること】 |
| 承認されたあとにどう記録するか | 【承認後の処理】 |
ポイントは、文面の下書きはAIが作っても、宛先の最終確認・送信元情報・実際に送るかどうかの意思決定は、人の手に残る構造になっていることです。特に「人が必ず埋める項目」は、AIがあえて空欄のまま人に差し戻す欄であり、判断を最後まで人に返す仕組みの証拠になっています。当社ではこの構造を、依頼1件ごとに1つの記録として管理しており、承認前の状態か、承認・却下された後かが一目で分かるようにしています。
この型を自社に当てはめるなら
この考え方は、AIツールを入れるかどうかより先に効きます。手順はシンプルです。
- 自社の業務を「社内で完結する作業」と「外部に影響する行為」に一度書き出して仕分ける
- 「外部に影響する行為」を送信・投稿・課金・契約・公開の5種類に絞って一覧にする（当社の場合は「公開」の位置に「本番環境への反映」が入ります。自社の業務に合わせて読み替えてください）
- それぞれについて「誰が最終承認するか」を1人決める
- 承認の記録（いつ・誰が・何を根拠に判断したか）を残す場所を決める。紙でもチャットの承認スレッドでも、形式は問いません
たとえば、問い合わせへの一次回答文の下書きや施工事例の原稿作成はAIに任せ、その回答メールを実際に送る、公開ボタンを押す、という最後の一歩だけを人が担う分け方です。
先に「人が最後に見る場所」を決めておくと、あとから自動化を足しても怖くなくなります。当社の実装は最小構成の一例にすぎません。スプレッドシートやチャットの承認スレッドでも、同じ考え方は再現できます。
この型で解決しないこと
この型はすべてを解決しません。
まず、承認を待つ分、速度は落ちます。「AIが24時間全自動で動き続ける」体験は得られません。即時性が必要な業務、たとえばクレームへの一次対応のような場面には向きません。
次に、承認者が1人しかいない場合、その人が不在や多忙だと、そこで全部止まります。承認者がオーナー1人である当社自身にも、この詰まりは実際に起こりえます。
さらに、承認は「送るかどうか」の関門であり、文面の正しさまでは保証しません。誇張表現の混入などは別の確認が必要で、私たちも機械的なチェックで補っていますが万能ではありません。
まとめ
「全部任せる」か「全部自分でやる」かではなく、"どこで人間が止めるか"を先に決めておくこと。これが、私たちが自社の運営で実際に使っている型です。当社はこの線引きの設計を、新潟・北信越の中小企業（建設・住宅・不動産など、1件の受注単価が大きい業種を含みます）のみなさまと一緒に作る伴走をしています。社外への販売実績はまだありませんが、この記事に書いた線引きは、当社が自社の運営で日々実際に動かしているものです。ご興味があれば、合同会社ヨアケ（ミノルAI）の問い合わせ窓口までご連絡ください。
