法人営業への質問と回答

質問文（版 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 41-4012）

この職種の業務（米国 O*NET の業務記述の日本語訳）:
1. 顧客の要望と関心に合わせて製品を薦める
2. 販売や契約の後に顧客と相談し、問題を解決して継続的に支援する
3. 既存客と見込み客に連絡し、製品を実演・説明して注文を募る
4. 企業名簿、既存客からの紹介、団体や展示会への参加を通じて見込み客を見つける
5. 製品・価格・在庫・用途・支払条件についての顧客の質問に答える
6. 販売予算や報告書の作成、販売記録の管理、経費精算などの事務を行う
7. 価格、支払・契約条件、保証、納期を見積もって提示する
8. 市場の動向、新製品、競合の製品・価格・販売状況を把握する
9. 販売契約書と注文書を作成する
10. 顧客に製品サンプルとカタログを提供する
11. 顧客ごとの要望に合わせた図面・見積書・入札書を作成する
12. 見込み客の信用情報を取得する

この職種で使われているAIツール（各社の公式ページの説明。判断材料の一部）:
- Salesforce Agentforce（Salesforce）: 顧客対応を24時間行うAIエージェント。営業では、見込み客のランク付け、サイト訪問者への応対とリードの登録、製品の質問への回答をする。

問い
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年）: ほぼ同じ。事務が減る分だけ商談と顧客対応に時間を回せるので、受注の量が同じなら担当者の数は緩やかに減る。ただし新規開拓の回転が上がり、一人が担当できる顧客数が増える方向にも働く。両方が打ち消し合い、大きな増減は見込まない。

{"tasks": [{"no": 1, "weight": 13, "now": 15, "year1": 20, "year5": 35, "human_layers": ["作業", "例外の発見", "目的と制約の設定"], "blockers": ["技術", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "提案は、要望の整理と候補の絞り込みをAIが下書きし、商談での提案と相手の事情の読み取りは人に残る。相手が自社システム経由の提案を受け入れ、商談記録から要望を精度よく汲めれば人の部分も移る。製品が複雑で要望が言葉になりにくい業界では下書きの手直しが増え、人に戻る。", "confidence": "中"}, {"no": 2, "weight": 12, "now": 15, "year1": 20, "year5": 35, "human_layers": ["作業", "例外の発見", "実行の承認"], "blockers": ["技術", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "問い合わせの一次対応と履歴の整理はAIが引き受け、原因の切り分けと社内調整、関係の維持は人に残る。顧客側もAI窓口を受け入れ、社内の在庫・技術部門と直接つながれば移る範囲が広がる。苦情や納期遅れなど感情を伴う案件が多い取引先では人が前に出続ける。", "confidence": "中"}, {"no": 3, "weight": 16, "now": 10, "year1": 15, "year5": 25, "human_layers": ["作業", "例外の発見"], "blockers": ["相手の受け入れ", "技術"], "enablers": ["技術", "費用"], "outlook": "面談の準備資料や説明の下書きは移るが、訪問・実演・注文の呼びかけ自体は人の時間が中心のまま。顧客が動画や自動応対での実演を受け入れ、購買担当がAI経由の発注に慣れれば減りが大きくなる。対面を重んじる取引慣行が残れば現状とほぼ変わらない。", "confidence": "中"}, {"no": 4, "weight": 8, "now": 35, "year1": 45, "year5": 60, "human_layers": ["作業", "実行の承認"], "blockers": ["相手の受け入れ", "技術"], "enablers": ["技術", "費用"], "outlook": "名簿からの候補抽出と優先づけ、初回連絡はAIがこなし、紹介の依頼や展示会での対話は人に残る。展示会がオンライン化し、紹介も顧客データから自動で見つかれば移る。AI発の連絡が増えて相手が無視するようになれば人の紹介経由に戻る。", "confidence": "中"}, {"no": 5, "weight": 8, "now": 30, "year1": 40, "year5": 60, "human_layers": ["例外の発見", "実行の承認"], "blockers": ["制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用", "相手の受け入れ"], "outlook": "製品仕様や在庫、標準の支払条件の質問はAI応対で足り、価格の裁量や特例の判断が人に残る。価格表と裁量の範囲を会社がAIに渡せば残りも移る。回答の誤りが受注や信用に響いた経験が重なれば、顧客が担当者への確認を求め人に戻る。", "confidence": "高"}, {"no": 6, "weight": 10, "now": 40, "year1": 50, "year5": 70, "human_layers": ["品質の確認", "実行の承認"], "blockers": ["制度・契約"], "enablers": ["技術", "費用", "制度・契約"], "outlook": "記録の入力、経費精算、定型の報告書は商談記録から自動で作られ、数字の確認と予算の承認が人に残る。社内の承認手続きが自動化を認めれば確認も薄くなる。システムが分断されて入力先が複数あるままなら人の転記が残る。", "confidence": "高"}, {"no": 7, "weight": 8, "now": 20, "year1": 30, "year5": 45, "human_layers": ["例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["制度・契約", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "標準品の見積と納期の照会はAIが出し、値引きの判断、保証や納期の約束は人が決める。会社が裁量の規則を明文化してAIに任せれば判断も移る。契約が個別交渉中心で、相手が担当者の言質を求める業界では人の時間が残る。", "confidence": "中"}, {"no": 8, "weight": 5, "now": 35, "year1": 45, "year5": 60, "human_layers": ["品質の確認", "例外の発見"], "blockers": ["技術"], "enablers": ["技術", "費用"], "outlook": "公開情報の収集と要約はAIが担い、現場で聞いた競合の動きの見極めと真偽の確認が人に残る。顧客との会話記録が蓄積され競合情報が自動で抽出されれば移る。公開情報が少ない業界では人の足で得る情報が中心のまま。", "confidence": "中"}, {"no": 9, "weight": 6, "now": 35, "year1": 45, "year5": 65, "human_layers": ["品質の確認", "実行の承認"], "blockers": ["制度・契約"], "enablers": ["技術", "費用", "制度・契約"], "outlook": "契約書と注文書は商談内容から下書きされ、条項の確認と押印前の承認が人に残る。標準条項の範囲内なら確認も自動化され人の時間はほぼ消える。相手の雛形で契約する取引や法務の審査を要する案件では人の確認が残る。", "confidence": "高"}, {"no": 10, "weight": 3, "now": 20, "year1": 30, "year5": 45, "human_layers": ["作業", "実行の承認"], "blockers": ["技術", "相手の受け入れ"], "enablers": ["技術", "費用"], "outlook": "カタログは電子化され自動送付に移るが、物のサンプルの手配と手渡しは人に残る。顧客がサンプルの直送と電子資料で足りるとすれば移る。サンプルを手にした場での説明が受注を左右する製品では訪問が続く。", "confidence": "中"}, {"no": 11, "weight": 9, "now": 25, "year1": 35, "year5": 50, "human_layers": ["品質の確認", "例外の発見", "実行の承認", "目的と制約の設定"], "blockers": ["技術", "制度・契約"], "enablers": ["技術", "費用"], "outlook": "標準の図面と見積書はAIが下書きし、顧客特有の条件の読み取り、設計部門との調整、入札の勝ち筋の判断が人に残る。設計データと過去の入札がAIに接続されれば残りも減る。仕様が曖昧な引き合いや前例のない案件では手直しが増える。", "confidence": "低"}, {"no": 12, "weight": 2, "now": 40, "year1": 50, "year5": 70, "human_layers": ["実行の承認"], "blockers": ["制度・契約"], "enablers": ["技術", "費用", "制度・契約"], "outlook": "信用情報の取得と要約は外部データとの接続でほぼ自動化し、与信の承認だけが人に残る。承認基準が明文化されればそれも移る。個人情報や取引先の情報の取り扱い規則が厳しくなれば人の手順が残る。", "confidence": "高"}], "share_now": 24, "share_year1": 32, "share_year5": 47, "reason": "事務、契約書・注文書の作成、信用情報の取得、質問への回答、市場情報の把握のうち作業の層は、CRMに組み込まれた営業エージェント、文書生成、データ連携のツールが引き受ける。提案や見積の下書きも移る。一方、訪問・実演・注文の呼びかけ、販売後の関係の維持、値引きや納期の判断は人に残り、比重が大きいため全体の減りは半分に届かない。", "demand": "ほぼ同じ", "demand_reason": "事務が減る分だけ商談と顧客対応に時間を回せるので、受注の量が同じなら担当者の数は緩やかに減る。ただし新規開拓の回転が上がり、一人が担当できる顧客数が増える方向にも働く。両方が打ち消し合い、大きな増減は見込まない。", "remains": "残るのは、訪問・実演・注文の呼びかけと販売後の相談のような作業の層、値引き・保証・納期の実行の承認、顧客特有の案件での例外の発見と目的と制約の設定。理由は、顧客が担当者を求める取引慣行と、裁量を会社がAIに渡していないこと。顧客がAI経由の購買に慣れ、裁量の規則が明文化されれば崩れる。", "who": "仕事の量はほぼ同じとみるため、担当者の総数は緩やかに減り、一人あたりの担当顧客数が増える。事務補助の役割は薄れ、商談を進められる中堅以上と、複雑な案件を扱う経験者の比率が上がる。新人が事務で学ぶ機会が減るため、育成の仕組みを持つ会社とそうでない会社で差が出る。", "skills": "AIが作った提案・見積・契約の下書きの誤りや前提のずれに気づく力、CRMと営業エージェントを自分の仕事の流れに組み込む力、社内の裁量の範囲を理解して例外を判断する力、顧客の言葉にならない事情を聞き出して要望に変える力。"}

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年）: ほぼ同じ。製品を選び、条件を決め、導入後に支援する需要は残る。連絡や比較が安価になれば接触件数は増えるが、顧客の購買能力と商談に使える時間には限りがある。接触量の増加をそのまま営業の仕事量とはせず、ほぼ同じとみる。

{
  "tasks": [
    {
      "no": 1,
      "weight": 12,
      "now": 25,
      "year1": 38,
      "year5": 58,
      "human_layers": [
        "作業",
        "品質の確認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "製品の候補と説明案はAIに移り、人は顧客の目的と制約を確かめるが、利用条件を検証できれば提案の対話も減る。表明された要望と実際の課題が違えば、候補選びから人が聞き直す。",
      "confidence": "中"
    },
    {
      "no": 2,
      "weight": 12,
      "now": 25,
      "year1": 38,
      "year5": 60,
      "human_layers": [
        "作業",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "問い合わせの整理と定型支援はAIに移り、人は例外と不満を調整するが、現場の状態を把握できれば対応も減る。契約外の問題や部署間の対立があれば、通常の連絡にも人が関わる。",
      "confidence": "低"
    },
    {
      "no": 3,
      "weight": 12,
      "now": 20,
      "year1": 32,
      "year5": 52,
      "human_layers": [
        "作業",
        "品質の確認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "連絡文と説明資料はAIが作り、人は反応を見て実演を変えるが、顧客が自動説明で確認できれば商談も縮む。現物の扱いや微妙な懸念を伝えられなければ、標準の説明にも人が必要になる。",
      "confidence": "低"
    },
    {
      "no": 4,
      "weight": 8,
      "now": 40,
      "year1": 52,
      "year5": 72,
      "human_layers": [
        "作業",
        "品質の確認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "企業の検索と候補整理はAIに移り、人は紹介や展示会で事情を聞くが、購買意向を検証できれば探索も減る。名簿にない関係や非公開の案件が重要なら、自動で絞った候補にも人が接触する。",
      "confidence": "中"
    },
    {
      "no": 5,
      "weight": 10,
      "now": 55,
      "year1": 68,
      "year5": 88,
      "human_layers": [
        "品質の確認",
        "例外の発見"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "価格や仕様の定型回答はAIに移り、人は特殊用途と例外を確かめるが、在庫と契約条件を照合できれば確認も減る。誤った納期や適合性を伝える場合は、一般的な質問にも人の確認が戻る。",
      "confidence": "中"
    },
    {
      "no": 6,
      "weight": 8,
      "now": 60,
      "year1": 72,
      "year5": 90,
      "human_layers": [
        "品質の確認",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "記録、報告、精算の下書きはAIに移り、人は根拠と区分を確かめるが、取引と証憑を照合できれば確認も縮む。商談の意味や経費の条件が曖昧なら、定型の事務にも人が修正を加える。",
      "confidence": "中"
    },
    {
      "no": 7,
      "weight": 10,
      "now": 40,
      "year1": 52,
      "year5": 75,
      "human_layers": [
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "制度・契約",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "見積もりと条件の比較はAIに移り、人は値引きと納期の制約を決めるが、権限と供給能力を共有できれば調整も減る。例外的な保証や在庫変動があれば、標準的な見積もりも人が点検する。",
      "confidence": "中"
    },
    {
      "no": 8,
      "weight": 7,
      "now": 50,
      "year1": 62,
      "year5": 82,
      "human_layers": [
        "品質の確認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "市場と競合の情報整理はAIに移り、人は自社への意味を確かめるが、条件と時点を検証できれば調査も減る。非公開の価格や地域の事情を捉えられなければ、集めた情報も人が補う。",
      "confidence": "中"
    },
    {
      "no": 9,
      "weight": 6,
      "now": 60,
      "year1": 72,
      "year5": 90,
      "human_layers": [
        "品質の確認",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "契約書と注文書の作成はAIに移り、人は合意と例外条項を確かめるが、交渉記録と照合できれば編集も減る。口頭の約束や特殊条件が反映されなければ、定型書類にも人の修正が残る。",
      "confidence": "中"
    },
    {
      "no": 10,
      "weight": 4,
      "now": 25,
      "year1": 38,
      "year5": 58,
      "human_layers": [
        "作業",
        "品質の確認"
      ],
      "blockers": [
        "技術",
        "費用"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "カタログの選択と送付手配はAIに移り、人はサンプルを用意するが、在庫と配送が連携すれば準備も減る。用途に合う現物を選べなかったり破損があったりすれば、定型の提供にも人が入る。",
      "confidence": "中"
    },
    {
      "no": 11,
      "weight": 7,
      "now": 35,
      "year1": 48,
      "year5": 70,
      "human_layers": [
        "品質の確認",
        "実行の承認",
        "目的と制約の設定"
      ],
      "blockers": [
        "技術",
        "相手の受け入れ"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "図面と入札書の案はAIが作り、人は顧客の要件と実現性を確認するが、仕様を検証できれば作成確認も減る。現場寸法や特殊な要求が抜ければ、提案の構成から人が修正する。",
      "confidence": "中"
    },
    {
      "no": 12,
      "weight": 4,
      "now": 55,
      "year1": 68,
      "year5": 85,
      "human_layers": [
        "品質の確認",
        "例外の発見",
        "実行の承認"
      ],
      "blockers": [
        "技術",
        "制度・契約"
      ],
      "enablers": [
        "技術",
        "費用"
      ],
      "outlook": "信用資料の取得と整理はAIに移り、人は同一企業かと異常を確かめるが、出典と更新を照合できれば点検も減る。古い情報や関係会社の混同があれば、取得した資料も人が調べ直す。",
      "confidence": "中"
    }
  ],
  "share_now": 39,
  "share_year1": 51,
  "share_year5": 71,
  "reason": "現在は見込み客の整理、製品への定型回答、販売記録と書類の下書きで時間が減る。1年では顧客管理と在庫、契約情報がつながり、5年では標準見積もりと継続支援も広くAIに移る。人には顧客の実際の課題の確認、現物の説明、条件交渉、例外の承認が残る。連絡や文書を自動で作れることだけで受注まで完結するとはせず、合意形成と納入後の調整を含めて見積もる。",
  "demand": "ほぼ同じ",
  "demand_reason": "製品を選び、条件を決め、導入後に支援する需要は残る。連絡や比較が安価になれば接触件数は増えるが、顧客の購買能力と商談に使える時間には限りがある。接触量の増加をそのまま営業の仕事量とはせず、ほぼ同じとみる。",
  "remains": "顧客の要望の背景を聞き、製品が現場で使えるかを確かめる仕事が残る。人は価格、納期、保証の例外を調整し、契約後の不具合や期待の違いを解決する。現物の実演や、顧客の複数部署の合意を作る役割も続く。利用条件、在庫、権限が共有され、顧客が自動の提案と交渉を受け入れるなら、商談や承認の時間も減る。複雑な案件ほど確認する事情が多い。",
  "who": "購買支援の需要がほぼ同じなら、定型連絡と書類作成を担当する人数は減り、一人が多くの顧客を受け持つ形が増える。顧客の業務を理解し、社内外の条件を調整できる人の比重が上がる。若手には大量に連絡するだけでなく、現場で用途を確かめ、失注や納入後の問題の原因を調べる経験が必要になる。重要顧客や複雑な商談に使う時間を確保できるかが配置を左右する。",
  "skills": "顧客の課題を製品の仕様と導入条件へ落とし、AIの提案が実際に使えるかを確かめる力が要る。価格や納期の情報を正しく管理し、自動で約束してよい範囲と承認が要る例外を決める。顧客の意向を聞き、複数の関係者の利害を調整する力も重要になる。商談記録と導入後の結果をつなぎ、提案を採用した理由と見直す条件を説明することが求められる。"
}