Last updated: 2026-06-17
先週、ある経営者から「ChatGPT に顧客提案書を全部書かせたら、クライアントに見抜かれて商談が壊れた」という話を聞きました。
逆に別の知人は「競合調査も議事録も全部自分でやっていて、毎晩深夜まで作業している」と話していました。
どちらも間違っていますが、間違いの方向が真逆です。
なぜ「AI に何でも任せる」は失敗するのか
AI への委任が失敗する根本原因は、実行タスクと判断タスクを混同することにあります。
実行タスクとは、入力が決まっていれば出力も決まる作業のことです。
判断タスクとは、文脈・関係性・優先順位を踏まえて人間が意思決定しなければならない作業のことです。
Claude Code や ChatGPT は実行タスクを高速にこなします。
しかし「このクライアントとの関係で、今この提案をどう見せるか」という判断は、過去の商談履歴も人間関係も知らない AI には委ねられません。
ツールの性能の問題ではなく、情報の非対称性の問題です。
「AI に任せたら品質が下がった」という体験のほとんどは、判断タスクを実行タスクとして扱ったときに起きています。
逆に「AI に任せれば良かった」という後悔は、実行タスクを人間が抱え込んでいたときに生まれます。
委任できる仕事を決める2軸
委任判断には2つの軸があります。
第一の軸は可逆性です。
その作業の結果を、後から修正・取り消し・差し替えできるかどうかを問います。
議事録の誤字は直せますが、顧客に送ったメールは取り消せません。
SNS 投稿の文章は修正できますが、契約書に捺印したら取り消せません。
第二の軸は判断要否です。
その作業に、背景・関係性・優先順位の判断が入るかどうかを問います。
競合他社の価格を調べることに判断は要りませんが、「この価格でこのクライアントに提案するか」という決断は判断です。
月次レポートの数字を集計することに判断は要りませんが、「何を赤字にして何を黒字にして社長に見せるか」は判断です。
この2軸を組み合わせると、委任判断は4つのパターンに整理できます。
| パターン | 可逆性 | 判断要否 | 判定 |
|---|---|---|---|
| A | 可逆 | 実行のみ | 即委任 |
| B | 可逆 | 判断あり | 草案委任→人間レビュー |
| C | 不可逆 | 実行のみ | 慎重に委任（確認ステップを挟む） |
| D | 不可逆 | 判断あり | 人間が担う |
A パターン（可逆かつ実行のみ）は即座に委任すべきです。
議事録作成、競合調査、メール下書き、SNS 投稿案、資料デザインの初稿はここに入ります。
D パターン（不可逆かつ判断あり）は委任できません。
採用合否、契約条件の最終決定、クライアントへの謝罪文の送付はここに入ります。
B と C のグレーゾーンに、実務の 60% が集中しています。
このグレーゾーンをどう処理するかが、AI 活用の生産性を左右します。
委任チェックリスト — 20 タスク判定表
以下の表を使って、自分の仕事を分類してください。
「可逆」列は「結果を修正・差し替えできるか」、「判断要否」列は「背景・関係性の判断が入るか」で判定します。
| # | タスク | 可逆 | 判断要否 | 判定 |
|---|---|---|---|---|
| 1 | 議事録作成 | ○ | なし | 即委任 |
| 2 | 競合調査（価格・機能調べ） | ○ | なし | 即委任 |
| 3 | メール下書き（定型連絡） | ○ | なし | 即委任 |
| 4 | SNS 投稿の文章案 | ○ | なし | 即委任 |
| 5 | 月次レポートの数字集計 | ○ | なし | 即委任 |
| 6 | 資料デザインの初稿 | ○ | なし | 即委任 |
| 7 | FAQ の回答文作成 | ○ | なし | 即委任 |
| 8 | 契約書の初稿作成 | ○ | 一部あり | 草案委任→法務確認 |
| 9 | 顧客提案書（構成案） | ○ | あり | 草案委任→人間が編集 |
| 10 | ブログ記事・コラム | ○ | あり | 草案委任→事実確認必須 |
| 11 | 求人票の文章 | ○ | あり | 草案委任→採用方針を人間が入力 |
| 12 | 価格設定の分析 | ○ | あり | データ収集委任→決定は人間 |
| 13 | カスタマーサポートの返信（一般） | △ | なし | 慎重に委任（送信前確認） |
| 14 | 発注メール（金額確定） | △ | なし | 慎重に委任（数字を必ず目視） |
| 15 | 採用合否の判断 | × | あり | 人間が担う |
| 16 | 顧客への謝罪連絡 | × | あり | 人間が担う |
| 17 | 契約条件の最終決定 | × | あり | 人間が担う |
| 18 | パートナーとの価格交渉 | × | あり | 人間が担う |
| 19 | 事業の方向性判断 | × | あり | 人間が担う |
| 20 | 重要顧客へのクレーム対応 | × | あり | 人間が担う |
「△」は不可逆だが判断は伴わないタスクです。
委任自体は可能ですが、送信・確定の直前に必ず人間が目視確認するフローを挟みます。
Perplexity や Gemini で情報を調べさせる場合も、数字と固有名詞は必ずソースを当たってください。
AI への指示の書き方 — 委任スクリプト 3 パターン
AI に作業を渡すとき、指示の書き方で出力品質が大きく変わります。
以下の 3 パターンを状況に応じて使い分けてください。
パターン 1：調査タスク（Perplexity / Gemini 向け）
## 依頼内容
[競合他社 A・B・C] の料金プランを調べてください。
## 出力形式
- 各社の最安プランと最高プランの価格
- 主な機能の有無（○/×で表記）
- 公式サイトの URL
## 制約
- 価格は必ず出典（URL・日付）を添えること
- 推測・概算は使わないこと
- 2026年6月時点の情報であることを確認すること
このテンプレートのポイントは「出力形式」と「制約」を分けて書くことです。
出力形式を指定しないと、AI はエッセイ調でまとめがちになります。
制約に「推測を使わないこと」を明示すると、情報の信頼性が上がります。
パターン 2：文章下書きタスク（Claude Code / ChatGPT 向け）
## 依頼内容
以下の条件で、取引先 [X 社] への納品遅延の連絡メールを書いてください。
## 状況
- 当初納品予定日：6月20日
- 新しい納品予定日：6月27日
- 遅延理由：素材の入荷遅れ（こちらの責任）
- 担当者名：[担当者名]
## トーン
- 丁寧だが言い訳がましくない
- 謝罪の言葉を冒頭に置く
- 次の納品日を明確にコミットする
## 出力
下書き1案のみ。件名も含めること。
文章タスクで失敗する最大の原因は「状況の説明が足りない」ことです。
誰に、何の目的で、どんなトーンで書くかを明示すると、AI の出力がそのまま使えるレベルに近づきます。
このメールは「草案委任→人間がレビューして送信」のフローで使います。
パターン 3：整理・構造化タスク（ChatGPT / Claude Code 向け）
## 依頼内容
以下の箇条書きのメモを、会議議事録の形式に整理してください。
## メモ（そのままペースト）
[会議中に取ったメモをここに貼る]
## 出力形式
- 参加者：
- 決定事項：（箇条書き）
- 次回アクション：（担当者・期日付き）
- 継続検討事項：（箇条書き）
## 注意
- メモにない事実を補完しないこと
- 曖昧な部分は [要確認] と明示すること
議事録は「内容の整理」であり「判断」は含まないため、即委任の対象です。
ただし「事実を補完しないこと」の指示は必ず入れてください。
AI はメモの空白を推測で埋めようとするので、この制約がなければ事実と異なる議事録が出来上がります。
委任できる割合を増やすための習慣
1 週間、自分が行ったすべての作業をログに取ってください。
メモ帳でも、スプレッドシートでも構いません。
「何をやったか」「何分かかったか」「可逆か不可逆か」「判断が必要だったか」の 4 列だけ記録します。
1 週間後、ログを振り返ると「AI に任せられたはずの作業」が可視化されます。
多くの人は、作業時間の大部分が「即委任」または「草案委任」で対応できる作業で占められています。
この事実は体感ではなく、ログを見て初めてわかります。
ログの次のステップは、自分専用のチェックリスト作成です。
この記事の 20 タスク表はあくまで汎用版です。
あなたの仕事に合わせて書き直すことで、判断の速度が上がります。
月に一度、チェックリストを更新する習慣をつけると、AI ツールの進化に合わせて委任範囲を広げていけます。
Claude Code、ChatGPT、Gemini の性能はここ 1〜2 年で大きく変わっており、半年前に「委任できない」と判断した作業が今は任せられるケースが増えています。
続きを読んだら次にやること
このチェックリストを自分の仕事に当てはめる時間を 30 分とってください。
1 週間分のタスクログをとれば、委任できる仕事の全体像が見えます。
AI 活用の実践情報は DopamineLab で発信しています。
テンプレート類は Black Files からダウンロードできます。
この記事は AEGIS OS の自律コンテンツパイプラインで生成されました。