価格を統一したあと、誰が例外を引き受けるのか｜合同協議（オーストラリアNSCよりビデオ参加）｜白井（OEM日本本社 事業企画部 課長）・森島（OEM系販売会社日本 販売企画部 部長）・福井（ディーラー日本 営業部 課長）・上野（OEM日本本社 情報システム部 部長）・澤田（オーストラリアNSC セールスディレクター）  

OEM本社の事業企画を担う白井が、会議室の画面に新しい販売フローを映した。エージェンシーモデルへの移行に向けた合同協議である。

白井（OEM日本本社 事業企画部 課長）：「今回のモデルでは、価格と契約条件を本社側で統一します。お客様にとっては価格が分かりやすくなりますし、店舗ごとの値引き競争も減らせる。オンラインで見積もりから契約まで進められるようにすれば、購入の手続きもシンプルになります」

森島（OEM系販売会社日本 販売企画部 部長）：「価格を統一すること自体には賛成です。ただ、同じ車、同じ価格、同じ納期になったとき、お客様が私たちの店舗を選ぶ理由をどう作るか。そこは考えないといけません。今までは値引きや下取り条件を含めて、最後にお客様と調整する余地がありました。これからは、その余地が小さくなります」

白井：「値引き以外の体験で差別化する、ということですね」

福井（ディーラー日本 営業部 課長）：「そうですが、体験をよくするにも、現場で判断できる範囲が必要です。先週も、オンラインで契約されたお客様から、納車前日に相談がありました。自宅の充電器の工事が、納車予定日までに間に合わないという話です」

白井：「工事会社の手配が遅れたのでしょうか」

福井：「工事会社だけの問題ではありません。マンションの管理規約の確認に時間がかかっていました。お客様は契約時点では、納車までに設置できると思っていたようです。契約自体はオンラインで完了しています。でも、納車日に車を渡してよいのか、公共充電を使う前提で説明するのか、納車日を変更するのか。誰がどこまで判断できるのかが、現場から見えません」

森島：「その場合、ディーラーが顧客対応を引き受けることになりますよね。ところが、価格や契約条件を本社が決めていると、現場だけでは変更できないこともあります。お客様には店舗が窓口として見えているのに、店舗では決められない。ここが難しいところです」

白井：「分かりました。例外対応のフローを整理する必要がありますね」

福井：「もう一つ、契約後の事務処理もあります。オンラインで契約通知が来ても、現状では私どものDMSに自動で起票されないケースがあり、担当者が内容を確認して手入力しています。車両情報、登録予定日、下取りの有無、納車準備の状況をそれぞれ確認するので、入力ミスも起きます。D2Cを進めるなら、DMSとの連携をどうするか、移行期間の作業を誰が負担するかも決めてほしいです」

上野（OEM日本本社 情報システム部 部長）：「システム側から補足します。OEM本社やNSCでは、在庫、輸出入、諸掛などをERPや基幹業務システムで管理しています。一方、ディーラーはDMSを使っています。D2Cの受注は、その両方にまたがります。現状、すべてのシステムが同じタイミングで更新されるわけではありません。車両仕様や価格のマスタも、どのシステムを正とするか、誰が更新し、どのタイミングで各店舗に反映されたことを確認するかを決める必要があります。契約データが届いていても、車両の仕様や価格が古いままでは、現場は安心してお客様に案内できません」

福井：「そうなんです。システム上は契約済みでも、店舗では納車準備が始められないことがあります。お客様にもう一度確認したり、本社に問い合わせたりする。その作業時間は、画面上の契約処理時間には出てきません」

白井：「在庫についてはどうでしょう。エージェンシーモデルなら、従来ディーラーが持っていた在庫リスクの一部はOEM側に移ります。全体の在庫を見ながら、生産や配車を最適化できるはずです」

森島：「在庫リスクの一部が移るとしても、すべての責任が自動的に移るわけではありません。例えば、輸送中の損傷、PDIで見つかった不具合、展示中の車両管理、登録前の保管費用。どの時点から誰が負担するのかは、契約や運用によって決める必要があります」

上野：「その点は、物流と財務も含めて整理しなければなりません。販売システムだけを変えても、在庫の移動や費用計上のルールが従来のままだと、月末に数字が合わないということも起こり得ます」

白井：「なるほど。価格と契約を本社に集めるだけでは足りない。受注から納車まで、在庫と費用の扱いも合わせて決める必要があるということですね」

そのとき、画面の隅にビデオ接続のリクエストが入った。シドニーから参加している澤田だった。

澤田（OEM出向・NSCオーストラリア 営業部 部長）：「聞こえますか。今の議論は、私たちがエージェンシーモデルへ移行したときにも直面した問題です。最初に詰まったのは、価格統一そのものより、例外処理でした」

白井：「具体的には、どのような例外でしょうか」

澤田：「法人フリート契約、下取り車の査定差、後付けオプション、納車日変更などです。従来はディーラーがその場で調整できたものでも、エージェンシーでは本社の承認が必要になることがあります。ところが、申請先や回答期限が決まっていない。ディーラーは『本社に確認します』と言い、本社側では担当部署が分からず、回答が止まる。お客様から見れば、誰に聞いても答えが出ない状態です」

福井：「現場でも、それは起こりそうです。お客様にはその場で返事を求められますから。『確認します』と伝えた後、いつまでに回答できるかも言えないと、結局、店舗への不信感になります」

森島：「オーストラリアでは、例外対応の窓口をどう整理したのですか」

澤田：「まず、例外の種類ごとに一次受付と判断者を決めました。店舗で判断できること、本社の承認が必要なこと、法務や財務の確認が必要なことを分け、回答期限も設定しました。ただ、すべてが一度に解決したわけではありません。法人契約と下取りが重なる案件では、価格条件と車両の引き取り条件を別々に確認する必要があり、移行後も調整が続きました。窓口を作るだけでは足りず、判断権限と必要な情報までセットにしないと、結局は問い合わせを転送するだけになります」

上野：「システム側も同じですね。受付画面を作るだけでは解決しません。どの情報がそろったら判断できるのか、誰が承認したら次の処理へ進めるのかを定義しなければ、申請だけが電子化されます」

白井：「では、次の設計会議では、例外の種類、受付窓口、判断者、回答期限、必要なデータを一覧にしましょう。システム連携と業務ルールを分けずに確認します」

福井：「それに加えて、店舗側で行った作業も記録できるようにしてほしいです。納車説明や充電相談、下取りの調整にどれだけ時間がかかったのかが分からないと、店舗が提供した価値を評価できません」

森島：「その作業に対する対価も含めて考えたいですね。エージェンシーフィーが成約だけを基準にしていると、成約前の試乗や相談、複雑な案件の解決に時間をかけても、店舗の貢献が見えないままになります」

会議室が静かになった。論点は、直販かディーラー販売かという二者択一ではなかった。標準化する判断と、現場に残す判断の境界をどう設計するか。そして、顧客のために現場が引き受けた仕事を、どう記録し、誰が評価するかだった。

※ 本ダイアログは、複数の業界課題をもとに再構成した想定会話です。

価格を決められない販売会社は、何を売る会社なのか。価格決定権の移動と同時に、例外を判断する権限と、現場の貢献に対する対価を設計できるか。それが、この回を貫く問いです。

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

Automotive Industry × AI / Agent — シリーズを貫く問い

データは上に流れる。しかし、価値は下に返ってくるか。OEM本社、NSC、Distributor、Dealerを経て顧客へ届く情報は、収益と権限と説明責任の連鎖を正しく設計できているか。AI／エージェントは何を自動化し、人は何を判断するのか。

第5回の問い

ECサイトの在庫と、DMSの在庫が一致しない｜ECシステム連携協議（エージェンシーモデル ECサイト ローンチ11日後）｜白井（OEM日本本社 事業企画部 課長）・森島（OEM系販売会社日本 販売企画部 部長）・福井（ディーラー日本 営業部 課長）・上野（OEM日本本社 情報システム部 部長）・近藤（ディーラー日本 管理本部 社長）

あの会議から十ヶ月が経った。価格統一のルール、例外フローの承認経路、ディーラーへのフィー体系の設計と並行して、OEM直販チャネルとなるECサイトの構築が進められていた。ベータ版のローンチから十一日目、ディーラーからOEM系販売会社へ一通のメールが届いた。「ECサイトで在庫ありと表示されていた車両について問い合わせがあり、お客様が来店されたのですが、実際には販売できる状態ではありませんでした」—同じような問い合わせが続き、関係者が集まることになった。

白井（OEM日本本社 事業企画部 課長）：「ECサイトで車両の在庫を確認して、見積もりまで作れるようになりました。ただ、サイトに表示されている車両と、店舗で販売できる車両の状態が一致しないケースが出ています。今回のお客様は、ウェブで在庫ありと表示されていた車両を見て来店されましたが、店舗では別のお客様と商談中でした」

福井（ディーラー日本 営業部 課長）：「そのお客様は、サイトで車両を確認して、そのまま来店されました。事前の連絡はありませんでした。ECサイトで在庫が見られるのであれば、そういう来店も当然あります。ただ、店舗では商談中の車両を一時的に販売対象から外す運用をしています。その状態がECサイトには反映されていませんでした」

白井：「在庫データの更新が遅れていたということでしょうか」

福井：「そこは、まだ切り分けが必要です。EC側の更新タイミングの問題かもしれませんし、車両IDの紐付けが正しくない可能性もあります。もう一つ、そもそも『在庫あり』が何を意味するのかも、システム間で揃っていません。店舗に物理的に車があることと、すぐに販売できることは違います」

森島（OEM系販売会社日本 販売企画部 部長）：「確かに、店舗側では商談中、引当済み、登録準備中、販売可能といった状態を分けて管理しています。ECサイトが単純に在庫数だけを参照しているなら、販売できるかどうかまでは分かりませんね」

上野（OEM日本本社 情報システム部 部長）：「現状のデータ連携も確認が必要です。理想は、DMSで在庫状態が変わったら、その情報がNSC側へ連携され、必要な確認を経てECサイトに反映される流れです。ただし、DMSからNSCへの連携方式や更新頻度は、システム構成によって異なります。すべての情報がリアルタイムに更新されているわけではありません」

福井：「現場からすると、在庫数だけが合っていても十分ではありません。商談中の車両を販売可能と表示するのか。お客様から問い合わせが入った時点で一時的に確保するのか。確保できる時間は何時間なのか。そのルールが決まっていないと、同じことが起きます」

白井：「まずは『販売可能』の定義を決める必要がありそうですね。ECサイトでは、単に車両が存在するかではなく、注文できる状態かを表示する」

上野：「はい。ただ、状態の定義だけでなく、更新の責任も決める必要があります。店舗で商談中に変更した状態を、誰がいつDMSに登録するのか。そのデータをどのシステムが受け取り、反映されたことをどう確認するのか。ここが曖昧だと、定義を決めても運用に乗りません」

森島：「価格マスタも同じ問題があります。OEMが価格を改定してから、NSCや店舗のシステムに反映されるまでに時間差があれば、ECサイトと現場の見積もりが一時的に食い違う可能性があります。価格統一を進めるなら、価格の更新経路と反映確認も合わせて設計しなければなりません」

上野：「DMSとECを連携する場合、APIの仕様や車両IDの扱いも確認が必要です。DMSのベンダーが異なれば、データ項目や連携方式が異なることもあります。全店の在庫状態を横断して把握するには、共通のデータ定義と、各システムの対応範囲を整理しなければなりません」

福井：「新車だけではありません。私どもは下取りした他ブランドの中古車も扱っています。新車と中古車では、販売可能になるまでの確認事項も違います。入庫したばかりの車両、査定中の車両、整備や商品化が終わっていない車両を、単純に在庫として表示するわけにはいきません」

白井：「そうなると、システムの改修だけでなく、在庫状態の定義と運用も必要ですね」

福井：「はい。ただ、ディーラー側では、こうした対応のたびにDMSの改修、スタッフの教育、移行中の手作業が発生します。もちろん、現場の運用を見直す必要もありますが、すべての費用と作業を店舗だけで吸収するのは難しいです」

議論を聞いていた近藤が、静かに口を開いた。

近藤（ディーラー日本 管理本部 社長）：「D2Cにしろエージェンシーにしろ、OEMが方針を決めて、私どもが対応する流れが続いています。今回も、顧客にとって在庫が見えること自体はよいことです。ただ、表示が正しくなければ、最初にお客様へ謝るのは店舗です。システムの改修費用、移行期間の作業、スタッフの研修を誰が負担するのか。そこまで含めて設計してほしいです」

白井：「ご指摘のとおりです。今回の不整合を直すことと、今後の投資や運用負担をどう分担するかは、分けて整理します」

森島：「まずは今回の案件について、EC表示、DMSの状態、更新時刻、車両IDを突き合わせましょう。そのうえで、どの時点で情報が食い違ったのかを確認したいです。原因が分からないまま大きな改修を決めても、別の場所で同じ問題が起きるかもしれません」

上野：「同意します。次回までに、今回の車両についてデータの流れを追います。その後、販売可能状態の定義、状態を更新する担当、ECへの反映確認、システム改修の優先順位をまとめます」

福井：「店舗側でも、商談中や引当済みの状態をいつ登録するか、運用を確認します。お客様が来店する前に、販売できるかどうかを正しく案内できるようにしたいです」

会議の最後に確認されたのは、単にECサイトの在庫表示を直すことではなかった。どの車両が販売可能なのかを共通の意味で管理し、その状態が正しく反映されたことを確認できるようにすること。そして、そのためのシステム投資と現場運用の負担を、誰がどのように分担するかだった。

※ 本ダイアログは、複数の業界課題をもとに再構成した想定会話です。

在庫の可視化はシステム連携だけでは完結しません。「販売可能」の意味、状態を更新する責任、反映を確認する仕組み、そして変革コストの分担まで設計して初めて、ECサイトは顧客との約束を支えられます。

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

誰が何を見られるのか、顧客は知らない｜データ連携協議｜上野（OEM日本本社 情報システム部 部長）・森島（OEM系販売会社日本 販売企画部 部長）

OEMのシステムが走行データからバッテリー点検の候補を抽出し、店舗へ連携する仕組みが動き始めていた。ある日、販売会社の担当者から、顧客への案内について問い合わせが入った。顧客から「車の状態が分かるのは便利だが、どこまでの情報が店舗に共有されているのか」と質問されたという。

上野（OEM日本本社 情報システム部 部長）：「私どものシステムでは、走行データなどからバッテリー点検の候補を抽出し、店舗へ連携しています。先日、顧客から問い合わせがあったと聞きました。何が問題になったのでしょうか」

森島（OEM系販売会社日本 販売企画部 部長）：「店舗からの報告では、点検の案内をした際に、お客様から『車の状態が分かるのは便利だけれど、私がアプリで同意したデータは、店舗にも共有されているんですか』と聞かれたそうです。担当者は、点検候補が連携されていることは分かっていても、どのデータがどの目的で共有されているかを、その場で説明できませんでした」

上野：「アプリの同意画面には、OEMが走行データを利用することを記載しています。ただ、店舗でどの情報が見られるかについては、画面の説明だけでは十分に伝わっていない可能性があります」

森島：「お客様からすると、OEMのアプリに同意したことと、ディーラーの担当者が自分の車両情報を見られることは、必ずしも同じ話ではありません。店舗の担当者も、点検案内に必要な情報を見ているのか、走行履歴まで見られるのか、説明できる状態にしておきたいです」

上野：「おっしゃるとおりです。システム上でデータが連携されていることと、そのデータを誰がどの目的で閲覧できるかは別の設計です。必要な情報を店舗へ渡す場合でも、すべてのデータを見られるようにする必要はありません」

森島：「もう一つ、現場で気になっていることがあります。店舗によってDMSの提供形態や管理方法が異なります。誰がアクセス権限を設定し、退職や異動のときに誰が見直すのかが、必ずしも統一されていません」

上野：「退職や店舗移管の際に、前任者のアクセス権限が適切に見直されていないケースがある、ということですね」

森島：「はい。担当者が退職しても、複数のシステムの権限を一つずつ確認しなければならないことがあります。OEM側のシステム、販売会社のシステム、店舗のDMSで管理者が異なると、誰が対応するのかが分かりにくい。新しい担当者に権限を付与することはできても、前任者の権限をすべて解除できたかまでは、確認しきれていない場合があります」

上野：「これはシステムごとの設定だけではなく、運用の問題でもありますね。異動や退職の情報を誰が受け取り、どのシステムの権限をいつまでに見直すのか。完了したことを誰が確認するのかを決める必要があります」

森島：「そうです。顧客からすれば、担当者が変わった後も、以前の担当者が自分の車両情報を見られる状態が続くのは不安だと思います。一方で、権限を厳しくしすぎて、現在の担当者が必要な点検情報を見られなくなるのも困ります」

上野：「権限を広く与えるか、狭くするかという二択ではありません。点検案内に必要な情報、整備履歴、契約情報など、業務に応じて閲覧範囲を分ける必要があります。さらに、閲覧できることと、データを使って何かを決められることも別です」

森島：「例えば、システムがバッテリー点検の候補を出したとしても、それだけで店舗が交換を決めるわけではありません。お客様の使用状況を確認し、点検を案内して、実車を確認してから判断します。データが示す候補と、現場での判断を分けておく必要があります」

上野：「その点も含めて整理しましょう。顧客への説明、組織間のデータ共有、スタッフのアクセス権限、実際の業務判断を、それぞれ分けて設計する必要があります」

森島：「顧客向けの同意画面を直すだけでは足りませんね。OEM、販売会社、ディーラーの間で、どの目的でどのデータを扱うのか、誰がアクセス権限を管理するのか、問い合わせや誤った利用が起きた場合に誰が説明し、是正するのかを確認したいです。契約上の取り決めと、実際のシステムや業務が一致しているかも重要です」

上野：「はい。顧客への説明・同意と、各組織の役割やデータ処理に関する契約は、関連していますが同じものではありません。適用される法令やデータ利用の目的に応じて確認したうえで、契約と運用をそろえる必要があります」

森島：「では、まず現在のデータ連携を棚卸ししましょう。どのデータが、どの目的で、どの組織へ渡るのか。各システムで誰が閲覧できるのか。退職・異動・店舗移管のときに、誰が権限を見直すのか。そのうえで、店舗の担当者が顧客に説明できる内容を整理したいです」

上野：「次回までに、データ項目、利用目的、共有先、権限管理者、見直しのタイミングを一覧にします。顧客への説明文だけでなく、システム設定と運用手順も合わせて確認します」

会議で確認されたのは、データを共有するかどうかだけではなかった。顧客に説明できること、必要な担当者が必要な範囲で閲覧できること、異動や退職の際に権限が適切に見直されること、そして誤った利用が起きた場合に責任を持って是正できること。そのすべてがそろって、初めてデータ連携が顧客との信頼につながる。

※ 本ダイアログは、複数の業界課題をもとに再構成した想定会話です。

データが連携されていることと、安心して利用できることは同じではありません。Purpose（目的）、Permission（利用の許可・根拠）、Authority（判断権限）、Accountability（説明責任）を分けて考え、顧客への説明と日々の運用を一致させる必要があります。

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

研修を受けると評価が下がる｜現場ミーティング｜森島（OEM系販売会社日本 販売企画部 部長）・相川（欧州ディーラー ドイツ アフターセールス部 課長）

EVとICEが混在する期間は、技術者にとっても、サービスアドバイザーや営業にとっても、新しい知識と対応力が必要になる。一方で、店舗の日々の業務は止まらない。工場では予約枠と作業台数があり、営業には商談目標がある。この日のミーティングでは、来月の高電圧研修への参加者を決めるところから話が始まった。

相川（欧州ディーラー ドイツ アフターセールス部 課長）：「来月のEV高電圧研修ですが、3日間、技術者を2人出したいと考えています。ただ、その2人が抜けると工場の予約枠を調整しないといけません。今でも予約が詰まっているので、残ったメンバーで回すか、受付台数を減らすか、決める必要があります」

森島（OEM系販売会社日本 販売企画部 部長）：「研修は受けていただきたいです。今後、EVの入庫や問い合わせが増えることを考えると、対応できる技術者を増やさないといけません。ただ、予約枠を減らすとなると、店舗の工賃売上にも影響しますね」

相川：「そうなんです。作業台数は月次目標に反映されます。研修に出せば、その期間の台数は落ちます。残ったメンバーが残業して埋めるのか、予約を断るのか。どちらにしても現場に影響が出ます。研修に行った人の評価が下がるわけではなくても、店舗全体の数字が悪くなれば、管理者としては説明しなければなりません」

森島：「研修に出す必要性は分かっていても、現場の稼働を落とさない方法が必要ということですね」

相川：「はい。『EV対応できる人を増やしてください』と言われる一方で、『稼働率も作業台数も落とさないでください』と言われます。現場だけでは、両方を同時に満たすのは難しいです」

森島：「営業側も似ています。EVの商談は、車両の説明だけでは終わらないことがあります。自宅で充電できるか、マンションなら管理組合の許可が取れるか、補助金の対象になるか、普段の走行距離でどの程度の充電計画が必要か。お客様の条件によって、確認することがかなり変わります」

相川：「それでも、営業の評価は販売台数や売上が中心ですよね」

森島：「そうです。ICEの商談なら、これまでの経験で短時間に説明できることもあります。一方、EVが初めてのお客様には、充電環境や利用方法を丁寧に説明する必要があります。時間をかけた結果、すぐに契約に至らなかったとしても、その商談が無駄だったとは限りません。お客様が購入を判断するために必要な時間だった可能性もあります」

相川：「研修も同じです。研修を受けている間は作業台数が減りますが、その後に対応できる仕事が増える。ところが、評価期間だけを見ると、研修に出した月は数字が悪くなります」

森島：「現場に求める行動と、実際に評価される行動がずれているということですね」

相川：「例えば、研修を受けた技術者が戻ってきても、すぐにEVの作業を一人で担当できるとは限りません。資格や社内認定、実務経験など、対応できる範囲を確認する必要があります。研修受講者数だけ増やしても、実際に店舗で受けられる作業が増えなければ、現場の負担は変わりません」

森島：「そのとおりです。受講者数だけではなく、どの作業まで対応できるようになったか、店舗ごとに何人配置できているか、実際にEVの問い合わせや入庫を受けられるようになったかを見る必要があります」

相川：「それなら、研修計画を作るときに、研修中の予約枠や代替要員も一緒に決めたいです。店舗の判断で研修を入れて、あとから台数目標だけを求められると、どうしても目の前の仕事を優先することになります」

森島：「では、OEMと販売会社で、研修費用、研修期間中の業務への影響、移行期の評価方法を整理しましょう。研修に出したことで一時的に作業台数が減った場合、その影響をどう扱うかも事前に決めたいです」

相川：「お願いします。現場は研修そのものに反対しているわけではありません。必要だと分かっています。ただ、研修に出す人を決めること、予約枠を調整すること、残ったメンバーの負担を管理することまで含めて考えてほしいんです」

森島：「分かりました。移行を求めるなら、移行のために必要な時間と費用も設計しなければなりませんね。評価制度を変えるまでの間も、現場がどちらを優先すればよいか分かるようにします」

ミーティングでは、研修日程を決めるだけでなく、店舗ごとのスキルマトリクスを確認し、必要な研修と配置計画を整理することになった。研修期間中の予約枠や業務への影響を見積もり、研修後には、受講した人数だけでなく、対応可能な作業の範囲と実際の対応状況を確認する。

※ 本ダイアログは、複数の業界課題をもとに再構成した想定会話です。

現場に新しい能力を求めながら、評価を旧来のままにしてはいけません。研修を受けた人数だけでなく、対応能力がどう増え、顧客へのサービスにどう結びついたかを測ることが、移行を定着させる第一歩です。

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

AI・エージェントはこの変化をどう支援するか

エージェンシーモデルでのエージェントの役割は3つに整理できます。

1. フィー算定の支援：どの顧客接点がどの成約に貢献したかを記録し、エージェントフィーの根拠を作ります。これはEvidence Thread（DX365LIFEの編集概念）として、OEMとディーラー間の支払い根拠になります。

2. データと役割の橋渡し：OEMの車両・行動データと店舗の対話データを、Purpose・Permission・Authority・Accountabilityの4軸（DX365LIFEの編集概念）に従って接続します。誰が何を見られるか、何を決められるかを運用の中で維持します。

3. 移行期のモニタリング：エージェンシー移行、EV化、D2C共存が同時に進む期間、KPIの変化を観測し、どの指標が改善・悪化しているかをエージェントが継続的に可視化します。判断するのは経営と現場です。

エージェントは解決を保証しません。役割、責任、データの同意が設計されているかを前提に、初めて機能します。

エージェンシー移行の4段階

第1段階 — 責任の可視化：契約・在庫・下取り・金融・顧客対応・データの責任表を作成します。エージェンシーフィーの試算は、既存粗利の分解から始めます。

第2段階 — 限定パイロット：商品種別・地域・チャネルを限定してエージェンシー契約を試します。評価期間中は従来モデルとの比較を維持します。

第3段階 — 評価再設計：スタッフの評価軸にエージェンシー対応、EV対応、顧客継続を加えます。移行KPIを経営会議で合意します。

第4段階 — 拡大と地域化：パイロット結果を元に、法規・系列・NSCの承認を得て拡大します。地域差への対応テンプレートを整備します。

今回の問い（Q20〜Q25）と回答

第5回の結論

価格統一と直販の波は、ディーラーを直ちに消すものではありません。しかし、従来の販売機能だけでは存在価値を説明しにくくなります。ディーラーには、顧客の目的を理解し、購入から利用開始、継続利用までを支援する役割への転換が求められます。

Customer Experience Provider（顧客体験提供者）への転換
＋ スキルマトリクス（移行期スキル可視化）
＋ D2C共存設計（OEM直販とディーラーの役割分担）

EV化・エージェンシーモデル・D2Cの3つの変化は、いずれもOEMへの権限集約を意味します。しかし価格・契約・顧客データがOEMに集まるほど、ディーラーには「標準では処理できない事情」を持つ顧客が集まります。差別化は納車演出ではなく、再現可能な業務設計によって生まれます。

ディーラーの存在価値は「売ること」から「顧客の目的を完了させること」へ移る。Migration（移行）とTransformation（変革）は同じではない。移行だけでは変革は定着しない。

Technosoft Automotive Days 2026 — 参加申込受付中（2026年12月9〜11日）

Technosoft Automotive Solution（DMS、NSC Systems・CRM・Agentic AI）の導入事例、TSAD2025セッション録画もあわせてご覧いただけます。→ 詳細・お申し込みはこちら