自動車販売店の商談・車両在庫管理システム｜追客と在庫回転を高める機能と費用

「反響のあった見込み客への連絡が営業任せで、追客が抜けて他店に決められてしまう」「展示場の車と管理表の在庫が合わず、売れたはずの車を案内してしまった」——自動車販売店の商談・車両在庫管理システムは、こうした見込み客・商談・車両在庫・仕入・成約手続きを一つの仕組みでつなぎ、追客の抜けと在庫のズレを防ぐためのものです。「どの見込み客が、どの車を、いまどの段階で検討しているか」と「どの車が、いくらで仕入れ、いま展示・商談・成約のどれか」を全員が同じ画面で見られるようにするのが基本の役割です。この記事では、販売店が抱えがちな悩み、システムでできること、Excel・紙の限界、既製サービスと個別開発の選び分け、整備・車検部門との連携、導入効果、費用相場、そして一律100万円で作れる範囲までを、具体例を交えて解説します。

販売店が抱えがちな商談・在庫の悩み

自動車販売店の業務は、反響への対応と追客、商談・見積・下取り査定、車両の仕入と展示、中古車ポータルへの出品、契約・登録・納車の手続き、ローンや保険・オプションの案内と、扱う情報が多岐にわたります。台数と商談が少ないうちは紙の商談メモやExcelの在庫表で回りますが、規模が大きくなると次のような悩みが表面化します。

• 追客の抜け：反響のあった見込み客への連絡が営業個人任せになり、フォローが止まって他店に流れる
• 商談状況が見えない：誰が・どの車を・どの段階まで検討しているかが担当以外に分からず、店長が把握できない
• 在庫と展示のズレ：売れた車が在庫表に残る、掲載中の車が実際は商談中、といった実物との食い違いが起きる
• 見積・下取りの手間：オプションやローン条件を変えるたびに見積を作り直し、下取り査定額の根拠も残らない
• 仕入原価・粗利が不透明：仕入額・整備費・諸費用が別管理で、1台あたりいくら儲かったかが後から分からない
• ポータルの二重入力：複数の中古車サイトへ同じ車両情報を手入力し、値下げや成約時の更新が漏れる

これらは営業担当の努力不足というより、情報が個人のメモや別々のExcelに散らばっていて「見込み客と在庫車が一つにまとまっていない」構造的な問題です。とくに追客の抜けと在庫のズレは、そのまま失注や信用の低下につながります。目安として、月の商談件数が増えて担当以外が状況を把握できない、在庫が数十〜百台規模になり実物とのズレが起きている、1台ごとの粗利が締めてみないと分からない、のいずれかに当てはまったら、システム化を考える頃合いです。

商談・車両在庫管理システムでできること

販売店向けのシステムは、「見込み客」と「車両」を軸に、商談・見積・仕入・出品・成約をひもづけるのが基本設計です。代表的な機能を整理します。すべてを最初から揃える必要はなく、いま一番困っている領域から選ぶのが費用を抑えるコツです。

機能	役割・できること
顧客・商談管理	反響から成約までを見込み客ごとに記録し、追客の予定と進捗を可視化
見積・下取り査定	車両価格・オプション・ローン条件から見積を作成し、下取り査定額と根拠を保存
車両在庫・状態管理	仕入・展示・商談中・成約済みの状態を1台ごとに管理し、実物とのズレを防ぐ
仕入原価・粗利管理	仕入額・整備費・諸費用を1台に集約し、成約時の粗利を自動で把握
ポータル出品連携	中古車サイト向けの出品情報を作成し、値下げ・成約時の更新をまとめて反映
成約・納車手続き	契約・登録・納車の必要書類と進捗を管理し、抜け漏れを防ぐ

各機能を1つずつ見る

「機能」と一言でいっても中身はさまざまです。自作・個別開発するときは、これらのうち自社に本当に必要なものだけを選ぶことが費用と使いやすさを左右します。代表的な6つを、具体的な使いどころとともに整理します。

• 顧客・商談管理：来店・電話・ポータル経由などの反響を見込み客として登録し、希望車種・予算・検討段階（情報収集・見積提示・最終検討など）を記録します。「次はいつ・誰が・何を連絡するか」を予定として持たせれば、追客の抜けを防げます。個別開発なら「来店きっかけ」「競合他店の有無」といった自社独自の項目も自由に足せます。
• 見積・下取り査定：車両本体価格に希望オプション、ローンの回数・金利、諸費用を組み合わせて見積を作れます。下取り車の査定額とその根拠（走行距離・年式・状態）を残せば、後日の値引き交渉や社内の承認もスムーズになります。条件を変えた複数パターンの見積比較も一目で示せます。
• 車両在庫・状態管理：1台ごとに車名・年式・走行距離・車台番号・車検残・写真をまとめ、「仕入」「整備中」「展示」「商談中」「成約済み」といった状態を持たせます。状態が実物と連動していれば、売れた車を案内する事故や、掲載残りを防げます。
• 仕入原価・粗利管理：オークションや下取りでの仕入額、納車前整備の費用、登録などの諸費用を1台に集約します。成約価格から差し引けば1台あたりの粗利が自動で分かり、値付けや仕入判断の精度が上がります。
• ポータル出品連携：中古車サイトに載せる写真・装備・価格・セールスポイントを一度整えておき、複数ポータルへの出品情報の作成や、値下げ・成約時の掲載更新をまとめて行える形にします。二重入力と掲載残りを減らせます。
• 成約・納車手続き：契約書・注文書・登録に必要な書類、車庫証明、保険、納車日といった項目を進捗として管理します。何が揃っていて何が未着かが一目で分かり、納車直前の慌ただしい抜け漏れを防げます。

最初から6つすべてを揃える必要はありません。多くの販売店では、まず「顧客・商談管理」と「車両在庫・状態管理」の2つだけでも、追客の抜けと在庫のズレはかなり解消されます。

Excel・紙管理の限界

多くの販売店は、最初は紙の商談メモやホワイトボード、Excelの在庫表で商談と在庫を管理しています。台数と商談が少ないうちはこれで十分ですが、規模が大きくなるにつれて、手作業ならではの壁が次々に表面化します。

• 追客の抜け：見込み客への連絡予定が個人のメモに留まり、フォローが止まって失注する
• 状況が共有されない：商談の進み具合が担当しか分からず、店長が全体を把握できない
• 在庫のズレ：成約済みの車が在庫表に残り、掲載中の車が実際は商談中、という食い違いが起きる
• 属人化：ベテラン営業の記憶と勘に頼った追客・値付けになり、その人が休むと止まる
• 粗利が後追い：仕入・整備・諸費用が別々のExcelに分かれ、1台ごとの利益が締めるまで分からない

具体的な場面で考えると、限界の姿が見えてきます。たとえば「ポータル経由で問い合わせが来たが、担当が対応中で連絡が翌日になり、その間に他店で決められた」「掲載中の人気車に問い合わせが入ったが、実は前日に別の営業が商談を進めていた」「月末に締めてみたら、値引きと整備費がかさんで思ったより粗利が薄かった」——こうした事態は、商談と在庫が個人のメモやExcelに留まっている販売店でよく起こります。目安として、在庫が数十台を超える／営業が複数人になる／複数のポータルに出品しているあたりから、これらの問題が実害として現れ始めます。

既製の販売店向けシステムと個別開発の比較

自動車販売店向けには、顧客・商談管理や中古車在庫・ポータル出品に対応した既製のサービスが複数あります。まずはこうしたサービスで足りるかを検討し、合わない部分がはっきりしてから個別開発を考えるのが順序として安全です。両者の違いを整理します。

観点	既製の販売店向けサービス	個別開発（自社専用）
初期費用	安い〜中程度（月額型が多い）	まとまった初期費用がかかる
導入の早さ	契約すればすぐ使える	設計・開発の期間が必要
自社業務への適合	標準機能に業務を合わせる	自社の商談・在庫の運用に合わせて作れる
独自項目・帳票	追加に制約がある場合が多い	注文書・査定表などを自由に設計できる
整備・会計との連携	対応範囲が決まっている	整備部門や会計に合わせて連携できる
ランニングコスト	月額・台数課金が続く	保守費用は要件次第

向き不向きは次のように整理できます。標準的な商談管理と在庫・ポータル出品でよく、月額を払い続けても構わないなら、既製のサービスが安く早く始められます。一方で、自社独自の商談段階や査定基準、整備部門や会計ソフトとの連携、既製にない注文書・査定表が必要なら、個別開発が向きます。「まず既製で試し、どうしても合わない部分だけを個別開発で補う」という進め方も現実的です。全部を一度に作り込もうとせず、必要な範囲だけを自社仕様にするのが、費用を抑える賢い選択になります。

業種・シーン別の使い方

一口に販売店といっても、新車主体か中古車主体か、扱う台数や体制によって重視する機能は変わります。自社に近いケースを起点に、まず何から作るかを考えると要件がまとまりやすくなります。

• 中古車専門店：車両在庫・状態管理とポータル出品を軸に、在庫回転を最優先。仕入原価・粗利管理で値付けの精度を上げる
• 新車ディーラー・サブディーラー：顧客・商談管理と見積・下取り査定を重視。長期の検討客の追客と、下取り車の在庫化を一連で管理
• 買取・販売の両方を行う店：買取査定の情報をそのまま在庫・仕入原価に引き継ぎ、買った車を素早く展示・出品に回す
• 複数店舗・展示場を持つ店：在庫を全店で共有し、他店在庫の紹介や店舗間の移動を管理。商談状況も本部で把握
• 整備・車検も行う工場併設店：販売と整備を1台の車で結び、納車後の車検案内やアフター提案につなげる

自社がどのケースに近いかで、最初に作るべき機能の優先順位が変わります。まずは一番の痛みである追客か在庫管理から着手し、運用が回ってから見積・仕入原価・ポータル連携へ広げるのが、無理のない進め方です。

整備・車検部門との連携

販売と整備・車検を一つの店で行っている場合、両者を別々のシステムで管理すると、同じ顧客・車両を二重に入力することになり、せっかくの接点を活かしきれません。顧客と車両を共通で持てば、販売した車の整備履歴や次回車検の時期を販売側でも見られ、車検案内やアフター提案が自然に商談へつながります。たとえば「3年前に販売した車の車検が近づいたら、乗り換えの提案もあわせて案内する」といった動きが、同じ画面の中で完結します。整備側の顧客・車両カルテや車検満了アラートの作り込みは自動車整備の顧客・車両管理システムで詳しく解説しています。個別開発なら、販売と整備を1台の車を軸に無理なくひもづけて設計できるのが強みです。まずは販売側の商談・在庫から作り、あとから整備部門とデータを共有する形に広げることもできます。

導入効果の目安

商談・車両在庫管理システムを入れると、日々の業務がどう変わるかを具体的にイメージしておくと、投資判断がしやすくなります。効果は大きく「追客の抜け防止」「在庫回転の向上」「粗利の見える化」の3つに整理できます。

• 追客の抜け防止：見込み客ごとに次の連絡予定を持たせ、フォロー漏れを減らす。反響を取りこぼさない分、成約率の底上げが期待できる
• 在庫回転の向上：状態管理とポータル出品を連動させ、掲載残りや案内事故を防ぐ。売れ筋・滞留車が見えて、値下げや入れ替えの判断が早くなる
• 粗利の見える化：仕入・整備・諸費用を1台に集約し、成約ごとの粗利をその場で把握。値付けや仕入の判断が数字に基づくものになる
• 属人化の解消：ベテランの記憶に頼っていた追客・値付けが仕組みになり、店長や新人も同じ画面で状況を追える

効果の大きさは店の規模や現状の管理方法によって変わりますが、共通して言えるのは「個人のメモと勘に頼っていた商談・在庫・粗利を仕組みに置き換える」ことで、追客の抜けと在庫のズレという二大機会損失を減らせる点です。まずは商談管理と在庫の状態管理だけでも、取りこぼしていた見込み客を拾い直せる可能性があります。

費用相場と一律100万円で作れる範囲

個別開発の費用は、作る機能の範囲と外部サービスとの連携の数でおおよそ決まります。規模別の目安は次の通りです。あくまで幅のある目安で、要件次第で上下します。

規模	主な機能	費用の目安
小規模	顧客・商談管理＋車両在庫・状態管理	数十万〜100万円台
中規模	上記＋見積・下取り査定＋仕入原価・粗利管理	100万〜200万円台
大規模	上記＋ポータル出品連携＋整備・会計・複数店舗連携	200万〜300万円以上

D-oneApp では、システム・アプリの受託開発を**一律100万円（スタンダード）／一律200万円（プロ）**で提供しています。追加費用はなく、着手前に総額が確定し、完成した成果物（ソースコード）の権利はお客様に渡します。一律100万円のスタンダードでは、たとえば次のような範囲が現実的に作れます。

• 顧客・商談管理（反響から成約までの段階と、追客の予定・進捗）
• 車両在庫・状態管理（仕入・展示・商談中・成約済みの管理と写真）
• 車両価格・オプション・下取りを組み合わせた見積作成
• 1台ごとの仕入原価・粗利の集計

一方で、複数の中古車ポータルとの本格的な出品連携、整備システムや会計ソフトとの連携、複数店舗をまたいだ在庫共有まで含めると、要件は一律200万円のプロや、それ以上の範囲になります。大切なのは、最初からすべてを盛り込まず、一番の痛みである追客か在庫の状態管理から作り始めることです。要件を絞れば、一律100万円でも販売店の日々の商談・在庫管理に十分役立つものが作れます。費用の考え方は100万円で作れるシステムの範囲も参考にしてください。

選び方チェックリストと進め方

発注先を選ぶときや、要件を固めるときに確認したい点をまとめます。

• いま最も困っているのは、追客の抜け・在庫のズレ・見積の手間・粗利の不透明・ポータル二重入力のどれかを一つに絞れているか
• 商談の段階（情報収集・見積提示・最終検討など）を、自社の売り方に合わせて定義できているか
• 車両在庫に必要な項目（車検残・仕入額・状態・写真・出品先など）を洗い出せているか
• 既製の販売店向けサービスで代替できないか、できない理由を説明できるか
• 整備・車検部門や会計ソフトとの連携の要否を決めているか
• 料金の総額が着手前に確定するか、追加費用が発生しないか
• 完成したソースコードの権利が自社に渡り、後から別会社に引き継げる作りか

開発でつまずきやすいのは、最初から完璧を目指して機能を盛り込みすぎることです。次の順序で進めると失敗を減らせます。

1. 現状の棚卸し：いまの反響対応・商談・在庫・見積・納車の流れを、誰が・いつ・何を使ってやっているか書き出す
2. 痛みの特定：追客の抜け・在庫のズレ・粗利の不透明のうち、最も損失が大きいものを一つ選ぶ
3. 最小構成の設計：その痛みを解消する最小の機能に絞り、まず動くものを作る
4. 試験運用：実際の商談・在庫データで一巡させ、現場の使い勝手と抜けを確認する
5. 段階的な拡張：運用が安定してから、見積・仕入原価・ポータル連携・整備連携を順に足していく

例：在庫が約80台の中古車専門店で、反響への追客が営業任せになり、掲載中の車が商談中かどうかも共有できていなかったケースでは、まず「顧客・商談管理＋車両在庫・状態管理」だけを先行して作り、見込み客ごとの次回連絡予定と、車両の商談中・成約済みの状態を全員が同じ画面で見られるようにすると、追客の抜けと案内事故をまず解消できます。その後で見積・仕入原価・ポータル連携を段階的に足していけば、初期費用を抑えつつ効果を早く体感できます。関連する仕組みは顧客管理システム（CRM）の自作、在庫管理システムの開発、自動車整備の顧客・車両管理システムも参考になります。あわせて、後から別の会社に引き継げる状態にしておく、いわゆるベンダーロックインの避け方も確認しておくと安心です。

まとめ

自動車販売店の商談・車両在庫管理システムは、見込み客と車両を軸に、商談・見積・下取り・仕入・出品・成約をつなぎ、追客の抜けと在庫のズレを防ぐ仕組みです。個人のメモやExcelは台数と商談が増えると必ず限界が来て、失注や案内事故、粗利の後追いという機会損失につながります。標準的な商談・在庫管理なら既製サービス、独自の運用や整備部門との連携が必要なら個別開発と選び分け、一番の痛みである追客か在庫の状態管理から段階的に作るのが賢い進め方です。要件を絞れば一律100万円でも、販売店の日々の商談・在庫管理に十分役立つものが作れます。自社に合う進め方や費用感を具体的に相談したい方は、無料相談からお気軽にお問い合わせください。