1.「聞いて、コピペして、終わり」——その使い方、本当に合ってる?
ChatGPTに聞いて、コピペして、終わり。
AIを使っている人の多くが、このパターンから抜け出せていない。SNSで「AIに全自動で〇〇させた」という投稿を見ると焦るけれど、自分の使い方がいまひとつピンとこない。
どこまでAIに任せていいのか。どこから自分でやるべきなのか。その境界線が見えない。
必要なのは、「もっとAIを使え」という励ましではない。
「このタスクは、どこまでAIに任せていいのか」
それを判断するための枠組みだ。
そこで、AIとの関わり方を8つの段階に整理してみた。
おもてなしの場に置き換えて考えていく。一人で客をもてなす状態から、仲居に一部を頼み、複数の役割を動かし、最後は「お任せ」の一言で済む状態まで。
AIにどこまで任せ、人がどこで関与し、何をきっかけに動かすのか。その関係の変化を、8つの段階で追っていく。
一つだけ、先に言っておきたい。
この8段階は、人をランク分けするものではない。タスクに応じた使い分けだ。
AIを実務で使いこなしている人は、同じ一日のなかでも、タスクに応じて8つの段階を行き来する。それがなぜなのかは、最後に話す。
なお、ここで使う「Copilot」「Agent」「Workflow」「Assistant」などの名称は、業界で統一された公式の8段階ではない。
AIにどこまで裁量を渡し、人がどの地点で関与するのかを理解しやすくするために、便宜的に並べたものだ。
2.第1段階〜第2段階:聞いて、自分でやる
第1段階 友人に電話で聞く——「このおもてなし、どう思う?」
客が来る。でも、どうもてなせばいいのか分からない。
とりあえず友人に電話する。
「ねえ、手土産って何がいいと思う?」
相手が教えてくれたら電話を切り、自分で買いに行く。
これが第1段階だ。
AIに聞いて、自分でやる。一問一答。AIとあなたの作業場は、完全に分かれている。AIが出した結果を手動でコピーして、自分のドキュメントやメールに貼り付ける。
たとえば、ChatGPTに会議メモを渡して、「フォローアップメールを書いて」と頼む。
出てきた文章をコピーして、Outlookに貼り付け、少し直してから送る。あなたとAIの間には、いつも窓が一枚ある。
第1段階の典型的なプロンプトは、こんなものだ。
今の会議のメモを添付します。
決定事項が2つ、リスクが2つあります。
フォローアップメールを作ってください。
トーンは穏やかにしてください。
最後にネクストステップを3つ入れてください。
また、元の会議メモに論理的な矛盾があれば、先に指摘してください。
最後の一行に注目してほしい。
「矛盾があれば、先に指摘して」
これは、最終判断をまだ人間側に残している状態だ。
AIに元資料の矛盾まで点検させ、出てきた内容を自分で確認してから、自分の作業場へ移す。
あなたとAIは、まだ「他人」だ。
第2段階 仲居さんが隣に来る——一緒に進める
第1段階との違いは一つ。
仲居さんが電話の向こうではなく、あなたのすぐ隣にいる。
あなたが配膳している間に、仲居さんがおしぼりを替えたり、お茶を足したりする。
あなたが書いているドキュメントのなかに、AIが直接書き込む。コピペはもういらない。AIがあなたの作業場に入ってきている。
プロンプトも変わる。
このドキュメントは半分まで書きました。
続きの2セクションを書いてください。
私の文体と構造に合わせてください。
情報が足りないところがあれば、先に質問してから書いてください。
第1段階は「書いて」だった。
第2段階は「続きを書いて」だ。
AIはゼロから始めるのではなく、あなたがすでに作ったものの上に継ぎ足す。
あなたが主役で、AIはその脇に立つ。
これがCopilot——副操縦士の位置だ。
ここまでは、すべての判断をあなたが握っている。AIは、言われたことだけを実行する。
手放す度合いは、まだゼロに近い。
3.第3段階〜第4段階:任せ始める——でも、どこまで?
第3段階 仲居さんに一部を頼む——でも一歩ごとに確認
ここからが分かれ道だ。
第1段階と第2段階までは、あなたが主役で、AIは脇役だった。
しかし第3段階では、丸ごと一つのタスクをAIに任せるようになる。
仲居さんに「おしぼりとお茶をお願い」と頼むイメージだ。
仲居さんは一人で動ける。ただし、お茶を出す前に「こちらのお茶でよろしいでしょうか」と確認してくる。おしぼりを替える前にも、「今、替えてよろしいですか」と聞いてくる。
AIへの指示も変わる。
Q4の売上データを、取締役会向けのスライドに反映してください。
グラフとコメントも更新してください。ただし、各スライドを変更する前に、まずプレビューを見せてください。
データに不整合があれば、別途マークしてください。
オフィスに来たばかりの新人のようなものだ。
仕事はできる。でも、一歩進むたびに振り返って、「これでいいですか」と聞いてくる。
あなたは任せ始めた。しかし、手綱はまだ握っている。
この段階を、ここでは「承認付きエージェント」と呼ぶ。
第4段階 仲居さんが一人で全工程をこなす——最後だけ確認
第3段階で、仲居さんの仕事ぶりを何度か見てきた。
しっかりしている。ミスも少ない。そろそろ、途中の確認を減らしてもよさそうだ。
第4段階では、一歩ごとの承認をやめる。
「おしぼりとお茶をお願い」とだけ言う。あとは仲居さんが自分で順番を考え、最後まで進める。
あなたは客として席に着き、最後に出てきたものを受け取る。途中でどのように動いたかは、細かく確認しない。
AIへの指示も、こう変わる。
Q4の売上データを、取締役会向けのスライドに反映してください。
グラフとコメントも更新してください。
データに不整合があれば、別途マークしてください。完成後に、変更した箇所と確認が必要な点を一覧にしてください。
第3段階との違いは、
「各スライドを変更する前に、まずプレビューを見せて」
という条件が消えたことだ。
過程を手放し、結果だけを検収する。
コーヒーを淹れに行き、戻ってきたら作業が終わっている。そんな感覚だ。
第3段階から第4段階への移行は、多くの人がまだ越えられていない壁でもある。
AIがそこまでできるかどうかだけの問題ではない。
自分が、そこまで任せられるかどうかの問題だ。
では、どうやって越えるのか。
実務上は、同じタスクを第3段階で何度か試し、成功例だけでなく、失敗パターンと検品方法まで見えてきたら、第4段階への移行を検討できる。
回数を目安にするなら、まずは3回程度から試してもいい。ただし、3回成功したからといって、安全性が保証されるわけではない。
「失敗してもやり直せるタスク」から始めるのがコツだ。
領収書の分類やファイル名の変更など、ミスが出ても致命傷にならない仕事で、まず手を離す練習をする。
信頼は一度では生まれない。
小さな成功を積み重ねるしかない。
この段階を、ここでは「自律実行型エージェント」と呼ぶ。
ここまでは、一つのAI、あるいは一つの役割との関係だった。
次からは、関係の質が変わる。
4.第5段階〜第6段階:「やってもらう」から「動いてもらう」へ
第5段階 おもてなしのマニュアルを作る——手順と検品基準を明文化する
仲居さんの仕事ぶりは悪くない。
でも、日によって少しムラがある。今日は完璧でも、明日は少し粗い。
品質を安定させるには、どうすればいいか。
マニュアルを書く。
おもてなしの手順を、一冊の仕様書にまとめる。
客の到着5分前におしぼりを用意する。お茶は温かく淹れる。出すタイミングは会話の切れ目。
マニュアルには、手順だけでなく検品基準も書く。
「おしぼりが冷たくなっていたら取り替える」
こうした基準だ。
AIへの指示も変わる。
個別のタスクを頼むのではなく、手順と合格基準を設計する。
以下の手順で、この企画書を処理してください。
- まず初稿を作成する。
- 「事実の正確性・論理構成・読みやすさ・重複・結論との整合性」の5項目で確認する。
- 基準を満たしていない項目だけを修正する。
- 修正後、変更箇所と未解決の問題を一覧にする。
なお、元データにない事実は追加しないでください。
あなたはもう、一つひとつの作業を見守る立場ではない。
手順と合格基準を設計する立場だ。
誰が実行しても同じ流れをたどり、一定の品質に近づける。
この段階を、ここでは「ワークフロー(Workflow)」と呼ぶ。
企業がAIを組織的に導入するとき、特に重視するのがこの部分だ。
第6段階 玄関を開けると、もうおしぼりとお茶が用意されている
第5段階までは、一つの共通点があった。
あなたが先に動き、AIが応える。
あなたが指示を出し、AIが実行する。常にあなたが先だ。
第6段階で、この関係がひっくり返る。
料亭の個室に入ると、すでにおしぼりが置かれ、お茶が用意されている。
あなたは、まだ何も頼んでいない。
でも、そこにある。
AIも、同じように動き始める。
設定はこうだ。
毎朝8時に、私のカレンダーとメールを確認してください。
その日の優先タスクを3つ提案してください。
会議の前には議題を下書きし、私の承認待ちにしてください。
一度設定すれば、毎回指示を出す必要はない。
AIが、あらかじめ決められた時刻や条件をきっかけに動き始める。
「言われてからやる」から、「条件が整ったら動く」へ。
関係は、静かに転換点を越えた。
この段階を、ここでは「プロアクティブ・アシスタント(Proactive Assistant)」と呼ぶ。
ここまでは、一つのAI、あるいは一つの役割が動いていた。
次からは、複数の役割が連携し始める。
5.第7段階〜第8段階:一つの役割から全体へ——「お任せ」の一言
第7段階 仲居、板前、仕入れ担当が同時に動く——あなたが番頭として取りまとめる
料亭の舞台裏を想像してほしい。
仲居さんが客席を回り、板前が厨房で仕込み、仕入れ担当が食材と在庫を確認する。
複数の役割が、同時に動いている。
そして、番頭として全体を取りまとめるのが、まだあなた自身だ。
各役割の進捗を確認し、連携のずれを直し、例外が起きれば判断する。
もう、一つひとつの作業を直接管理しているのではない。
複数の流れを、同時に走らせている。
AIへの指示も変わる。
個別の作業を一つずつ頼むのではなく、役割分担と連携ルールをまとめて設計する。
問い合わせを分類する受付役、回答案を作る対応役、内容を確認する品質管理役を設定する。
そして、こう指示する。
日常のカスタマーサポートを運用してください。
受付役は問い合わせを分類してください。
対応役はFAQと顧客履歴を参照して、回答案を作成してください。
品質管理役は、送信前に内容を確認してください。
返金、契約変更、クレーム案件だけは、私に回してください。
この段階では、複数のAI、あるいは複数のAI役割が分担して動く。
ただし、役割を設計し、連携方法を決め、例外時の判断を引き受けるのは、まだ人間だ。
あなたがPM、つまり番頭として中央にいる。
この段階を、ここでは「マルチエージェント(Multi-agent)」と呼ぶ。
第8段階 「お任せ」——料理長がすべてを取り仕切る
ここまで来ると、あなたが言うことはほとんどない。
料亭で「お任せ」と言う。
それだけだ。
料理長はその一言を受け取ると、メニューを組み、食材を手配し、板前に役割を割り当て、料理を出す順序を決め、一品一品の品質を担保する。
あなたが言ったのは「お任せ」だけ。
しかし、料理長が行う判断は数十に及ぶ。
第7段階との違いは一つ。
あなたが、日常的な指揮の中央から外れるかどうかだ。
第7段階では、あなたが番頭として複数のAIを取りまとめていた。
指揮者として、舞台の真ん中に立っていた。
第8段階では、その指揮や役割分担までAIに委ねる。
あなたは客席に座り、基本的には結果を受け取る。必要な場合だけ、重要な判断や最終承認に関与する。
AIに対しても同じだ。
今夜8名の会食。
和食中心。
予算は一人1万円。
必要な購買・連絡ツールと接続され、予算や承認ルールも事前に設定されていれば、AIはメニュー案の作成、参加者へのアレルギー確認、食材の手配、担当者への役割分担、料理を出す順序、当日の進行案までを、一つの流れとして組み立てられる。
ただし、支払い、発注確定、対外送信のような取り消しにくい操作には、人の承認を残しておくこともできる。
「お任せ」は、「適当に」という意味ではない。
「あなたの専門的判断を信頼する」という意味だ。
だからこそ、そのタスク領域では、前の段階で十分な検証を重ねておく必要がある。
どこまで任せられるのか。
どこで失敗するのか。
どの操作には人の承認が必要なのか。
それを知らない相手に、「お任せ」は言えない。
この段階を、ここでは「オーケストレーター(Orchestrator)」と呼ぶ。
細かな手順をどう指示するかより、目的・制約・成功条件をどう定めるかが重要になる。
6.8段階は、タスクに応じて使い分ける
8つの段階を見てきた。
一歩引いて全体を見渡すと、変化しているのは一本の軸だけではない。
大きく分けると、四つある。
一つ目は、AIにどこまで裁量を渡すか。
二つ目は、人がどのタイミングで確認するか。
三つ目は、AIが何をきっかけに動き始めるか。
四つ目は、一つのAIに任せるか、複数の役割を連携させるか。
たとえば、第5段階のワークフローは、第4段階より必ずしも自律度が高いわけではない。
主に変わるのは、手順と合格基準の有無だ。
第6段階が変えるのは、AIが動き始めるきっかけ、つまりトリガーだ。
第7段階が変えるのは、役割の数と連携の構造だ。
だから、この8段階は、一直線の能力評価ではない。
AIとの関わり方を整理するための、実務上の地図だ。
おもてなしの比喩で言えば、あなたの役割はこう変わっていく。
自分でもてなす人から、結果を確認する人へ。
マニュアルを書く人へ。
複数の役割を取りまとめる番頭へ。
最後は、「今夜、何を食べたいか」だけを決める人へ。
だから、
「あなたは第3段階の人だ」
「彼は第7段階の人だ」
という見方は、この枠組みの使い方として正しくない。
AIを実務で使いこなしている人は、同じ一日のなかでも、タスクに応じて8つの段階を行き来する。
料亭でも同じだ。
おしぼりを替えるだけなら、自分でやればいい。わざわざ料理長に頼む必要はない。
でも、10人分のコース料理を用意するとなれば、一人では難しい。複数の役割が必要になる。
AIでも同じことだ。
AIにどこまで任せるかを判断する基準は、少なくとも三つある。
そのタスクが失敗したとき、どれくらい痛いか。
間違いをすぐに発見でき、元に戻せるか。
AIが、そのタスクを安定してこなした実績があるか。
AIが100件のファイル名を誤って変更しても、比較的気づきやすく、バックアップがあれば元に戻せる。
一方、AIが間違ったメールを顧客に送信した場合、間違いが小さくても撤回は難しい。
AIが誤って決済を実行すれば、リスクはさらに高くなる。
さらに、機密情報、対外送信、契約、決済を扱う場合は、実行権限と承認条件を先に決めておかなければならない。
一つ目は、自問すればおおよその答えが出る。
二つ目は、タスクの性質だけで決まるわけではない。
バックアップ、操作ログ、テスト環境、権限管理、承認フローといった仕組みによっても変えられる。
三つ目は、実際に試しながら判断するしかない。
同じタスクを何度か任せ、どこで失敗し、どう検知できるかまで分かって初めて、任せられる範囲が見えてくる。
試していないのに、信頼は生まれない。
でも、試す場所は選べる。
失敗したときの影響が大きく、間違いにも気づきにくいタスク——社長宛ての年次報告、主要顧客への見積もり、重要人物への手紙——は、第1段階や第2段階で扱う。
自分で一言一句確認する。AIは補助に徹する。
一方、失敗してもやり直しが効き、間違いを見つけやすいタスク——領収書の分類、ファイル名の一括変更、元データと照合できる定型データ入力——は、第4段階以降で任せられる。
過程はAIに任せ、結果だけを検収する。
自動検品のルールまで組めれば、第5段階だ。
さらに、一つの仕事を丸ごと同じ段階で扱う必要もない。
工程ごとに使い分ければいい。
たとえば、見積書を作成する場合。
見積依頼のメールを受け取った時点で、過去の契約や単価データを自動収集する部分は第6段階。
単価表と原価ルールに沿って金額案を作り、検算する部分は第5段階。
最終価格を判断する部分は第2段階。
顧客への送信は、第3段階の承認付きにする。
「この仕事をAIに任せるか」と考えるのではない。
「この仕事のどの工程を、どこまで任せるか」
と考える。
だから、SNSで「AIに全部自動でやらせた」という投稿を見ても、焦る必要はない。
その人は、そのタスクを第7段階で運用しているのかもしれない。
しかし、それは、そのタスクが失敗してもやり直せるからかもしれない。
あなたが、そのタスクを第2段階で扱っているのは、あなたの仕事が間違えられないからかもしれない。
人の関与が大きい使い方を選ぶことは、遅れているという意味ではない。
それは、守るべきラインを理解しているということだ。
人の能力を段階で測るのではなく、タスクの性質と工程に応じて、AIの関与の深さを選ぶ。
どのAIを使うかより、
どの工程を、どこまで任せるか。
それを判断できることこそが、AIを本当に使いこなすということだ。
では、あなたなりの「おもてなし」を始めましょう。