AIに任せてはいけない仕事は？線引きの基準
結論
AIに任せてはいけない仕事は、承認なしに実行・送信・公開・支払いへ進んでしまう仕事です。私はOCSの日々の運用で、AIには「判断材料と文案」までを作らせ、実行・送信・契約・支払いという最後の一線は必ず私が承認してから進めています。ここを曖昧にすると、クレーム対応や公開情報でお客様に迷惑をかけることになります。線を引く場所は、業種が違っても同じ考え方で決められます。
なぜそうなのか
AIは案を出すのは速いですが、「これでいいか」を最終的に判断する責任は人にしかありません。私がOCSの運用で置いている原則は「共有台帳＋役割分担＋承認ルール」です。これは、AI同士を直接会話させて処理を進めさせるのではなく、共通のファイルを読ませて、それぞれのAIを専門職として越境させない、という考え方です。
なぜこの形にしたかというと、AI任せで一気通貫にしてしまうと、途中で何が起きたか人が追えなくなるからです。文案を作る担当、実測して数字を出す担当、最終判断する人、それぞれの役割をはっきり分けておくと、どこで止めればいいかが誰にでも分かります。逆に役割が曖昧なまま「AIがだいたいやってくれる」状態にすると、止める場所が分からなくなり、承認なしで実行される仕事が増えていきます。
具体例(OCSの実践)
私がOCSで実際に引いている線を、そのまま表にします。
| 業務 | AIが担当する範囲 | 人が必ず承認する範囲 |
|---|---|---|
| 問い合わせ・LINE・メールの返信 | 返信文案を3案作成 | 私が選択・修正し、本人が送信 |
| SNS投稿 | 当日分の下書きを最終整形 | 内容・媒体・日時を承認してから投稿 |
| MEO(地図上の店舗情報)の変更 | 診断・提案までは可 | 変更操作は人の明示操作のみ |
| Webサイトの本番公開 | 三者(GPT・Claude・Gemini)による最終チェック、全員PASSが条件 | 対象・費用・公開日・ロールバック方法を私がGO判断 |
| デプロイ・金銭・契約に関わる決定 | 判断材料の整理まで | すべて私の判断 |
特にはっきり線を引いているのが、クレームやお金が動く場面です。クレーム初動、返金・キャンセル料、契約変更の相談が入ってきたときは、AIは文案を作った時点で私へ即報告するルールにしています。文案の先に進めさせません。理由は単純で、こういう場面は一言の言い回しでお客様との関係が変わってしまうからです。
もう一つ、私が意識的に止めているのが「重い約束」を含む表現です。「売上が◯倍になります」のような表現の要望が出た場合、AIはその表現をそのまま出さず、代わりの言い方を提案して私の承認を仰ぐようにしています。これは、後で言った通りにならなかったときにお客様との信頼が崩れるのを避けるためです。
契約や個人情報、社内の戦略情報のような重い区分のデータについても、AIに「入力してほしい」という要求が来た場合は、拒否してすぐ私へ報告する形にしています。ここはAIの便利さと、情報を守る責任がぶつかる場所なので、迷わず人側に戻す設計にしています。
Webコンサルの案件でも同じ考え方です。原稿や実装は複数のAIが作りますが、公開する直前に三者(GPT・Claude・Gemini)が同じ評価表で独立して判定し、全員がPASSしない限り公開を止めます。そして最後の公開そのものは、対象・費用・公開日・ロールバック・確認担当まで私が確認してGOを出すまで進みません。ここまでやって、ようやく「承認なしで実行させない」という一線が現場で機能します。
今すぐできる一歩
自社の業務をすべて洗い出す必要はありません。まずは3つだけ、今日の業務の中から選んでみてください。
- お客様への返信・発信で、最後に「送信」を押すのは誰かを確認する
- クレーム・返金・キャンセル料が絡む相談は、AIに文案までしか作らせない、というルールをメモに書く
- お金が動く決定(契約・支払い・公開)を、AIの提案と人の承認に分けて考えてみる
この3つを紙に書くだけで、「どこまでAIに任せてよいか」の輪郭が見えてきます。輪郭が見えたら、次は実際の業務フローに落とし込む段階です。
まとめ
- AIに任せてはいけない仕事は、承認なしに実行・送信・公開・支払いへ進む仕事
- OCSでは「判断材料と文案まで」をAI、「最終承認」を人、と役割を分けて運用している
- クレーム・返金・重い約束の表現・契約情報の扱いは、迷わず人側に戻す設計にしておく
自社の業務フローの中で「どこまでAIに任せて、どこから人が止めるか」を一緒に整理する30分の相談を受けています。今の業務の流れを紙に書き出しながら、線を引く場所を一緒に確認していきましょう。焦らず、ちばりよーで一つずつ整えていけば大丈夫です。
