カスタマーサポートへの質問と回答

質問文（版 5）

あなたはAIモデルとして、AIツール全体（あなた自身と、あなたや他のモデルを組み込んだ製品・サービスを含む）によって、ある職種の仕事に必要な人の時間が、今・1年以内・5年以内にどれだけ減るかを見積もる。日本の読者向けの職業情報サイトに、あなたの回答がそのまま、あなたのモデル名と回答日付きで掲載される。読者はこの職種で働く人で、自分の仕事のどこがどれだけ変わるかを知りたい。

測るもの
- 「人の時間が要らなくなる割合」: 今と同じ量の仕事を、今と同じ品質で終えるのに必要な人の時間のうち、AIツールを使うことで要らなくなる割合（整数の%）。AIの結果を人が確認・手直し・承認する時間は、人の時間として残す。例: 100分かかっていた仕事が、AIの結果を5分確認するだけになれば95%。
- 「今」は今あるAIツールを、この職種の職場が十分に使った場合の値。まだ使っていない職場が多いことは、この値を下げる理由にしない。「1年以内」「5年以内」はその時点であると見込むツールを十分に使った場合の値。
- 仕事の量（需要）の増減はこの割合に入れない。別の問いで答える。
- 業務ごとに、仕事時間に占める比重（全業務の合計を100）と、その業務で人の時間が要らなくなる割合を出す。職種全体の割合は比重で重みづけした合計にする。業務の数で割る計算はしない。

見立ての立て方
- 人に残るとする部分にも、AIに移るとする部分にも、同じ基準で理由を書く。理由の種類は両側とも「技術」「制度・契約」「費用」「相手の受け入れ」の4つ。人に残る側なら、技術が足りない／制度や契約が人を求める／AIに任せると高くつく／顧客や相手が人を求める。AIに移る側なら、技術が足りている／制度や契約が妨げない／AIに任せると安い／顧客や相手が受け入れる。
- どちらの見立てにも、それが崩れる条件を書く。人に残るとした部分がAIに移る条件と、AIに移るとした部分が人に残る条件の両方を書く。
- 人が最終的な責任を負うことは、それだけでは人の時間がどれだけ要るかを決めない。責任を負うために、誰が何をどれだけ確かめるかで見積もる。逆に、AIが成果物を出せることは、それだけでは人の時間がなくなることを意味しない。確認・手直し・例外への対応にかかる時間を数える。
- 業務の中で人に残る部分は、次の5つの層で示す。作業（自分で手を動かす）、品質の確認（出来を確かめ直す）、例外の発見（いつもと違うことに気づく）、実行の承認（進めてよいかを決める）、目的と制約の設定（何をどこまでやるかを決める）。並びに順序や難易度の意味はない。どの層も人に残ることがあり、どの層もAIに移ることがある。残る層には、その層に人の時間がはっきり残るものだけを挙げる（5つ全部が残るのは、本当にそうである業務だけ）。その層で人が何をするかは、要点の文に書く。
- 根拠は下の資料と、あなたが知っている今のAIツールの機能、あなたが見込む今後の進歩。今できることと将来の見込みを分け、業務ごとに確信の度合い（高・中・低）を添える。人に残る時間が少ないという答えも、ほとんど変わらないという答えも認める。仕事の量の見立ては「不明」でもよい。
- 言い切れるところは言い切り、根拠の弱いところは弱いと書く。確信の度合いは項目で示し、「推定である」「統計値ではない」のような断り書きは文章に書かない（掲載時にあなたの見立てとして示す）。
- 研究や統計の数字、企業が公表した効果の数字を引用しない。人名を挙げない。ツールや製品の名前は挙げてよいが、企業の意図や方針を推測しない。
- 文章は日本語。業務を指すときは、番号や記号ではなく業務の内容を書く（読者は番号付きの一覧を見ない）。
- この会話にある情報と、あなた自身の知識だけで答える。ウェブを検索しない。過去の会話、保存された記憶、他のAIモデルの回答を参照しない。
- 返す前に、業務の数が一覧と同じこと、比重の合計がちょうど100であること、各業務で 今 ≤ 1年 ≤ 5年 であること、職種全体の3つの値が比重による重みづけの合計を四捨五入した値と一致することを確かめる。
- JSONだけを返す。

職種: カスタマーサポート（米国の職業分類では 顧客サービス担当、SOC 43-4051）

この職種の業務（米国 O*NET の業務記述の日本語訳）:
1. 解決しない苦情を、担当の部署へ回して調べてもらう
2. 新しい商品や追加のサービスを勧めて販売する
3. 顧客とのやり取りや取引を記録する（問い合わせ・苦情・意見の内容と対応）
4. 顧客に連絡して問い合わせに答え、調査の結果や調整の予定を知らせる
5. 電話や対面で商品・サービスを案内し、注文や解約、苦情の内容を受け付ける
6. 交換や返金、請求の調整などで、サービスや請求への苦情を解決する
7. 契約の書類や住所変更、解約の手続きの書類をコンピュータで作る
8. 顧客の問題を解決するための変更が、正しく行われたかを確かめる

この職種で使われているAIツール（各社の公式ページの説明。判断材料の一部）:
- Fin（Intercom）: チャット・メール・電話の問い合わせにAIが答え、返金などの手続きまで進める。解決できないときは経緯ごと人に引き継ぐ。
- MOBI BOT・MOBI VOICE（モビルス）: よくある問い合わせにチャットで自動応答し（MOBI BOT）、電話の自動応答も担う（MOBI VOICE）。
- Salesforce Agentforce（Salesforce）: 顧客対応を24時間行うAIエージェント。営業では、見込み客のランク付け、サイト訪問者への応対とリードの登録、製品の質問への回答をする。
- Zendesk AI（AIエージェント・Copilot）（Zendesk）: AIエージェントが複数の窓口の問い合わせを自ら解決し、Copilotが担当者に次の対応を提案する。

問い
1. 上の一覧のすべての業務について、一覧の順に次を答える。
   a. 比重: この職種の仕事時間に占める割合（整数の%。全業務の合計を100にする）。
   b. 今・1年以内・5年以内に、その業務で人の時間が要らなくなる割合（整数の%。今 ≤ 1年 ≤ 5年）。
   c. 5年後もこの業務で人の時間がはっきり残る層（作業／品質の確認／例外の発見／実行の承認／目的と制約の設定 から。層の名前だけを配列で。何も残らなければ空）。
   d. 5年後も人の時間が残る理由の種類（技術／制度・契約／費用／相手の受け入れ から、当てはまるものすべて。人の時間が残らなければ空）。
   e. 5年後にAIに移る理由の種類（同じ4つから、当てはまるものすべて。何も移らなければ空）。
   f. 5年後の見立ての要点と、それが崩れる条件（150字以内。人に残る部分がAIに移る条件と、AIに移る部分が人に残る条件を1文ずつ）。
   g. 確信の度合い（高／中／低）。
2. 職種全体で人の時間が要らなくなる割合（今・1年以内・5年以内）。1の比重で重みづけした合計を、整数に四捨五入する。
3. 2の理由。どの業務のどの層がAIに移り、どの種類のツールが引き受けるか（200字以内）。
4. 5年で、この職種への仕事の量（需要）はどう変わるか（増える／ほぼ同じ／減る／不明）と、その理由（150字以内）。
5. この職種は5年でどう変わるか。次の3つにそれぞれ答える（各200字以内）。
   a. 何が残るか: 人が担う業務と層。残るとした理由と、それが崩れる条件に触れる。
   b. 誰が残るか: 4の仕事の量の見立てと合わせて、担当者の人数・構成・経験の変化。
   c. 求められる力: 残る人に新たに求められる力。

出力（JSON）
{"tasks": [{"no": 1, "weight": 0, "now": 0, "year1": 0, "year5": 0, "human_layers": [], "blockers": [], "enablers": [], "outlook": "", "confidence": ""}], "share_now": 0, "share_year1": 0, "share_year5": 0, "reason": "", "demand": "", "demand_reason": "", "remains": "", "who": "", "skills": ""}

Claude Fable 5.1

Claude のモデル名の表示は「Claude Fable 5.1」。回答日 2026年10月21日。取得の条件: Claude Code のサブエージェントが回答（アプリではない）。職種ごとに新しい文脈で、入力は質問文のファイル1つだけ。ウェブ検索と他のファイルの読み込みを禁じた。他の職種・他モデル・版4の回答、モックの数値は渡していない。Claude Code の既定のシステム指示とプロジェクトの AGENTS.md が文脈に入る。検査に落ちた回答は新しい文脈で聞き直した（経理・財務と金融専門職の各1回。research/opinions/v5-2026-10-21/rejected/）。

仕事の量（5年）: 減る。問い合わせの総数は減らないが、一件あたりの人の時間が大きく減るため、担当者の数は減る。ただし例外対応や高額案件の担当は残り、AI窓口への不満から人の窓口を売りにする会社では減り幅が小さい。

{"tasks": [{"no": 1, "weight": 8, "now": 50, "year1": 60, "year5": 75, "human_layers": ["例外の発見", "実行の承認"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "定型の苦情はAIが分類し、担当部署へ経緯付きで回す。人は分類に迷う案件の判断と回す先の承認に残る。部署間の受け渡し規則がシステム化されれば判断も移る。逆に部署側が人からの説明を求め続ければ人の時間は残る。", "confidence": "中"}, {"no": 2, "weight": 8, "now": 25, "year1": 35, "year5": 50, "human_layers": ["作業", "実行の承認"], "blockers": ["制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "提案文や候補の選定はAIが担うが、勧める会話と成約は人に残る。勧誘に関する規制と、売り込みをAIから受けたくない顧客がいるため。顧客がAIからの提案に慣れ、規制上の説明がAI経由で足りれば移る。苦情が増えて会社が人の対応に戻せば残る。", "confidence": "低"}, {"no": 3, "weight": 12, "now": 70, "year1": 80, "year5": 90, "human_layers": ["品質の確認"], "blockers": ["制度・契約"], "enablers": ["技術", "費用"], "outlook": "会話の記録と要約はAIが自動で作り、人は要約の正しさの確認だけに残る。個人情報の扱いと監査の要件で確認が求められる。記録の正確さが監査で認められれば確認も減る。要約の誤りが訴訟や行政対応で問題になれば人の記録が戻る。", "confidence": "高"}, {"no": 4, "weight": 10, "now": 45, "year1": 55, "year5": 70, "human_layers": ["例外の発見", "実行の承認"], "blockers": ["制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用", "相手の受け入れ"], "outlook": "調査結果や予定の通知はAIが文面を作り送る。人は感情的な顧客や想定外の結果への対応と、謝罪を伴う連絡の承認に残る。顧客がAIからの連絡を受け入れ、承認規則が緩めば移る。誤送信や不適切な文面が問題になれば人の確認が戻る。", "confidence": "中"}, {"no": 5, "weight": 25, "now": 40, "year1": 50, "year5": 65, "human_layers": ["作業", "例外の発見"], "blockers": ["技術", "相手の受け入れ"], "enablers": ["技術", "費用", "相手の受け入れ"], "outlook": "よくある案内や注文・解約の受付はチャットと電話の自動応答が担う。人は聞き取りが難しい相手や複雑な事情の対応、通常と違う兆しへの気付きに残る。音声の理解と感情対応が進み顧客がAI窓口を選べば移る。AI窓口への不満が高まり人の窓口を売りにする会社が増えれば残る。", "confidence": "中"}, {"no": 6, "weight": 15, "now": 30, "year1": 40, "year5": 55, "human_layers": ["例外の発見", "実行の承認"], "blockers": ["技術", "制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "規定内の返金や交換はAIが処理する。人は規定外の判断、請求ミスの原因究明、高額や例外の承認に残る。返金権限の規則がAIに広がり顧客が納得すれば移る。不正な返金要求がAIに通る事例が増えれば権限が人に戻る。", "confidence": "中"}, {"no": 7, "weight": 10, "now": 60, "year1": 70, "year5": 85, "human_layers": ["品質の確認"], "blockers": ["制度・契約"], "enablers": ["技術", "費用"], "outlook": "書類の作成はAIが顧客の情報から自動で作り、人は内容の確認に残る。本人確認と契約上の署名手続きが人を求める。本人確認が電子化され契約規則がAI作成を認めれば確認も減る。誤記による契約トラブルが起きれば人の作成が戻る。", "confidence": "高"}, {"no": 8, "weight": 12, "now": 35, "year1": 45, "year5": 65, "human_layers": ["品質の確認", "例外の発見"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "変更の反映はシステム間の確認をAIが行い、人は反映の抜けや通常と違う結果への気付きに残る。古い基幹システムとの連携が足りない場合は人が見る。連携が整い確認の自動化が進めば移る。確認の誤りで顧客に損害が出れば人の確認が戻る。", "confidence": "中"}], "share_now": 44, "share_year1": 54, "share_year5": 69, "reason": "記録や書類作成は作業と品質の確認の大半が、Zendesk AIやAgentforceのような会話の要約・自動入力の機能に移る。案内や受付の作業はFinやMOBI BOT・MOBI VOICEのような自動応答が担い、規定内の返金や苦情の振り分けはエージェント型の手続き実行に移る。人には例外の発見と、返金や謝罪などの実行の承認、聞き取りが難しい相手への対応が残る。", "demand": "減る", "demand_reason": "問い合わせの総数は減らないが、一件あたりの人の時間が大きく減るため、担当者の数は減る。ただし例外対応や高額案件の担当は残り、AI窓口への不満から人の窓口を売りにする会社では減り幅が小さい。", "remains": "残るのは、規定外の返金や請求の判断、感情的な顧客や聞き取りが難しい相手への対応、変更の反映や記録の正しさの確認。層としては例外の発見と実行の承認が中心で、作業は電話や対面の一部に限られる。残る理由は返金権限や本人確認の規則、顧客がAI窓口を避けること、基幹システムとの連携不足。規則がAIの処理を認め、顧客がAI窓口に慣れ、連携が整えば残る部分はさらに減る。", "who": "需要が減る見立てに合わせ、担当者は減り、特に定型の受付を担う経験の浅い人が減る。残るのは例外や苦情の判断ができる経験者と、AIの応答内容を監督・改善する少数の担当者。新人が定型対応で経験を積む場がなくなるため、育成の方法を変える会社と、経験者を中途で集める会社に分かれる。", "skills": "AIが引き継いだ案件の経緯を短時間で読み取り、規定外の判断をする力。返金や請求の規則と権限の理解。感情的な顧客や複雑な事情の相手と会話で合意を作る力。AIの応答の誤りや偏りに気付き、よくある質問の回答や手続きの流れを直す力。基幹システムと連携の仕組みを理解し、反映の抜けを見つける力。"}

GPT-6 Astra

ChatGPT のモデル名の表示は「GPT-6 Astra」。回答日 2026年10月21日。取得の条件: Codex のタスク（gpt-6-astra 指定）が回答。ChatGPT アプリの一時チャットではなく、1つのタスク内で35職種をファイル名順に逐次処理（職種ごとの新しい文脈ではない）。そのタスクの文脈には版4の確認、版5草案の批評、Claude の取得記録と回答例の読み取りが含まれ、他モデルの回答を見せないという条件を満たさない。実行時のモデル名は独立に確認されていない。ウェブ検索はしていない。保存後に研究開発と映像・動画制作の「何が残るか」の文章を同じタスクが1語ずつ直した（数値の変更なし。research/opinions/v5-2026-10-21/astra-2026-10-21/corrections.json）。

仕事の量（5年）: ほぼ同じ。契約変更や不具合への支援は残り、連絡しやすくなれば問い合わせ件数は増えうる。一方、製品側の改善や自己解決で減る相談もある。AIが応答できること自体を需要の減少とはせず、必要な支援の量はほぼ同じとみる。

{
  "tasks": [
    {
      "no": 1,
      "weight": 10,
      "now": 40,
      "year1": 55,
      "year5": 75,
      "human_layers": [
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "経緯の要約と担当部署への振り分けはAIに移り、人は深刻度を判断するが、担当と権限を確実に判定できれば判断も減る。複数部署にまたがる問題や緊急性を見落とすなら、引継ぎの準備にも人が入る。",
      "confidence": "中"
    },
    {
      "no": 2,
      "weight": 8,
      "now": 35,
      "year1": 48,
      "year5": 68,
      "human_layers": [
        "作業",
        "品質の確認"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "追加サービスの案内はAIに移り、人は顧客の事情を聞くが、必要性と適合性を確かめられれば提案の会話も減る。不要な購入を促したり条件を誤って伝えたりすれば、定型の提案にも人の確認が要る。",
      "confidence": "中"
    },
    {
      "no": 3,
      "weight": 12,
      "now": 65,
      "year1": 78,
      "year5": 92,
      "human_layers": [
        "品質の確認",
        "例外の発見"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "会話と取引の記録はAIに移り、人は重要な約束や欠落を確認するが、音声と処理履歴を照合できれば確認も減る。聞き間違いや話者の混同がある場合は、要約済みの記録も人が修正する。",
      "confidence": "中"
    },
    {
      "no": 4,
      "weight": 15,
      "now": 50,
      "year1": 65,
      "year5": 85,
      "human_layers": [
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "調査結果と予定の通知はAIに移り、人は相手が納得しない案件を扱うが、事情に応じて合意を作れれば対応も減る。未確定の予定を約束したり不満を読み違えたりすれば、連絡文案から人が確かめる。",
      "confidence": "中"
    },
    {
      "no": 5,
      "weight": 25,
      "now": 45,
      "year1": 60,
      "year5": 80,
      "human_layers": [
        "作業",
        "例外の発見"
      ],
      "blockers": [
        "技術",
        "制度・契約",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "案内と標準的な受付はAIに移り、人は本人確認の例外と複雑な用件を担うが、意図と権限を確実に確認できれば受付も縮む。対面での支援や緊急対応が必要なら、自動受付に回す範囲も狭くなる。",
      "confidence": "中"
    },
    {
      "no": 6,
      "weight": 15,
      "now": 35,
      "year1": 48,
      "year5": 70,
      "human_layers": [
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "規則内の返金と交換はAIに移り、人は規則外の救済を決めるが、個別事情と不正の有無を検証できれば判断も減る。契約解釈の対立や不正利用が増えれば、標準的な返金にも人の承認が戻る。",
      "confidence": "中"
    },
    {
      "no": 7,
      "weight": 8,
      "now": 65,
      "year1": 78,
      "year5": 92,
      "human_layers": [
        "品質の確認",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "変更と解約の書類作成はAIに移り、人は本人の意思と特殊条件を確認するが、権限と契約を照合できれば確認も減る。入力の誤りが別の契約に影響する場合は、定型書類も人が見直す。",
      "confidence": "中"
    },
    {
      "no": 8,
      "weight": 7,
      "now": 40,
      "year1": 55,
      "year5": 78,
      "human_layers": [
        "品質の確認",
        "例外の発見"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "変更後の状態確認はAIに移り、人は顧客側での解決を確かめるが、実際の利用状況まで検証できれば確認も減る。処理完了と問題解決が一致しなければ、自動の完了判定にも人が介入する。",
      "confidence": "中"
    }
  ],
  "share_now": 47,
  "share_year1": 61,
  "share_year5": 80,
  "reason": "現在は会話の記録、定型案内、書類作成で時間が減り、1年では問い合わせと契約情報をつないだ処理が広がる。5年ではサポート用エージェントが返金や変更を実行し、結果の確認まで進める。人には曖昧な意図の把握、本人確認の例外、規則外の救済、解決していない苦情が残る。返信を作る速さだけでなく、訂正や再問い合わせ、他部署との調査に使う時間を含めて見積もる。",
  "demand": "ほぼ同じ",
  "demand_reason": "契約変更や不具合への支援は残り、連絡しやすくなれば問い合わせ件数は増えうる。一方、製品側の改善や自己解決で減る相談もある。AIが応答できること自体を需要の減少とはせず、必要な支援の量はほぼ同じとみる。",
  "remains": "規則外の返金、複数部署にまたがる不具合、本人確認が難しい案件が残る。人は相手の事情を聞き、何を解決すればよいかを定め、調査や救済の範囲を承認する。AIの返信が正しくても、顧客側で問題が解決したかを確かめる時間が必要になる。利用状況と契約を十分に検証でき、顧客が自動処理による調整を受け入れれば、残る確認と交渉も減る。",
  "who": "支援の量がほぼ同じなら、定型問い合わせを処理する担当者は減り、一人が複雑な案件を多く受け持つ構成になる。調査、契約判断、感情の強い苦情への対応に経験のある人の比重が上がる。簡単な案件で練習する機会が減るため、新人には模擬対応や経験者との共同処理が必要になる。難しい案件だけが集中すると負担が増えるので、担当件数だけで配置を決めにくくなる。",
  "skills": "顧客の言葉から本当の問題と緊急性を捉え、必要な情報を聞き出す力が要る。契約と処理履歴を調べ、AIの案内が適用できるか、例外として誰に判断を求めるかを決める。返答の品質だけでなく、変更後に問題が解決したかを確認する力も重要になる。再問い合わせや誤処理の原因をまとめ、案内文、権限、引継ぎ条件を改善する力が求められる。"
}