現代的なディーラーは、車を販売する小さな統合会社です。ショールームの裏には、DMS、在庫ツール、ウェブサイトプラットフォーム、クラシファイドフィード、価格サービス、ファイナンス計算機、CRMが、さまざまな形で繋がっています。ディーラーのオーナーはこの地図を見ることはほとんどありませんが、ディーラーソフトウェアを構築するチームは毎日この中で働いています。これが、正直にラベルが付けられた風景です。
真実を保持するシステム
DMSは台帳であり、そのAPIが他のすべてがどれだけ痛みを伴うかを決める。在庫管理ツールはその隣にあり、在庫リストを保持している。どのシステムが最初に受け入れ時にVINをキャプチャするかが、すべてのダウンストリーム統合が飲むソースとなる。実践的なルールは、受け入れプロセスが最初に触れるものが統合ポイントとなる、ベンダーが意図したかどうかにかかわらず。
顧客との接点
- 検索および詳細ページで在庫を表示するウェブサイトプラットフォーム
- クラシファイドシンドケーションが在庫をポータルに押し出し、それぞれに独自のフィードの癖があります
- 価格設定および評価サービスで数字を守る
- 財務と保険の計算機を決定のポイントに埋め込む
- リードルーティングが応答をCRMに戻す
そのチェーンの各リンクは車両を表示します。これは、各リンクに画像が必要であることを意味し、これがディーラー統合の品質が静かに漏れる場所です。各システムは画像を単独で解決します：ウェブサイトは撮影者のバックログを表示し、フィードはアップロードされたものを表示し、計算機は何も表示しません。同じ車がディーラーの表面上で4か所で異なるように見えます。
画像を横断するサービスとして
解決策は英雄的なものではなく、建築的なものである：車両画像をすべてのシステムが消費するサービスとして扱い、すべてがすでに保存しているVINにキーを付ける。当社のディーラーページは、パターンの始まりから終わりまでを歩き、その形はシンプルである：受け入れ時に解決し、車両レコードにURLを保存し、ウェブサイト、フィード、計算機が同じ一貫した画像を自動的に継承する。
実際の痛みが隠れている場所
ディーラー向けソフトウェアの統合努力は、計画が予想する場所に行くことはほとんどありません。フィード形式が変異し、DMSのレート制限が月末に現れ、インテークプロセスには屋根ごとに3つの非公式なバリエーションがあることが判明します。生き残るシステムは識別子を神聖視し、すべての変換をログに記録し、アップストリームのフィールドが間違っている可能性があると仮定します。退屈な規律、複利の効果。
すべてのディーラー統合は、1つのクリーンな車両レコードを得るための戦いです。一度その戦いに勝てば、今後のすべての統合が安くなります。
ディーラー向けソフトウェアを開発し、画像がチェーンのギャップである場合、APIドキュメントは、ルックアップがインテークフローにどのように組み込まれるかを示し、トライアルは実際の在庫リストに対して実行されます。
ベンダーロックについての注意
ディーラーソフトウェアの歴史は、ロックインの博物館です、そして統合の選択はそこから始まります。携帯可能な識別子を手に入れるサービス、支払ったものをキャッシュできるサービス、フォーマットを公開するサービスを好むべきです。調達で実行するテストは簡単です：離脱する姿を尋ね、回答にどれだけ時間がかかるかを測定します。
そして、ディーラーグループが評価している場合は、構築しているのではなく：今すぐどのシステムと統合しているか、すべてのベンダーに尋ねてください、統合できるかどうかではありません。その2つの回答の間にあるのが、実装クォーターです。
