Die wichtigsten Erkenntnisse
- Bewerten Sie das genannte Produkt, die Bereitstellung und das Land, nicht das Marketing auf Anbieterebene.
- Verwenden Sie vor der gewichteten Bewertung die Zulassungskriterien.
- Lassen Sie Anbieter sowohl normale als auch Ausnahme-Workflows demonstrieren.
- Fordern Sie Nachweise für APIs, Sicherheit, Lokalisierung, Migration und Ergebnisse.
- Trennen Sie den öffentlichen Nachweisstatus von der abschließenden Prüfung im Beschaffungsprozess.
1. Stellen Sie das Entscheidungsteam zusammen und definieren Sie den Umfang
Die DMS-Auswahl wirkt sich auf Vertrieb, Gebrauchtfahrzeuge, Werkstatt, Teile, Finanzen, IT, Datenschutz und Konzernreporting aus. Stellen Sie ein Entscheidungsteam mit operativ Verantwortlichen zusammen, nicht nur mit Vertretern einzelner Bereiche. Benennen Sie Executive Sponsor, Product Owner sowie Verantwortliche für Daten, Integration, Sicherheit und Datenschutz, Finance Controlling und Change Management. Legen Sie fest, wer Empfehlungen ausspricht, wer freigibt und wer eine Lösung wegen einer zwingenden Anforderung ablehnen kann.
Dokumentieren Sie Rechtsträger, Standorte, Marken, Länder, Sprachen, Benutzer, Transaktionsvolumen und kritische Zeiträume. Trennen Sie den aktuellen Umfang von einer plausiblen Dreijahres-Roadmap. Anforderungen für jeden hypothetischen künftigen Markt können die Entscheidung verzerren; eine wahrscheinliche Expansion zu ignorieren, kann dagegen einen erneuten Systemwechsel erzwingen.
2. Wandeln Sie Bedürfnisse in testbare Anforderungen um
Eine Anforderung sollte Akteur, Auslöser, Daten, Aktion, Ergebnis und Abnahme benennen. Ersetzen Sie „starkes CRM“ beispielsweise durch: „Eine Web-, OEM- oder Telefonanfrage wird zugeordnet oder neu angelegt, die Einwilligung wird erfasst, der Lead nach Marke und Region weitergeleitet, Verantwortlicher und SLA sind sichtbar, die Kommunikation wird dokumentiert und ein abgeschlossener Verkauf meldet den Status zurück, ohne einen doppelten Kunden anzulegen.“
Erstellen Sie eine Länder- und OEM-Matrix. Erfassen Sie für jede Kombination die Anforderungen an Buchhaltung, Steuern, Rechnungen, Zahlungen, Zulassung, Garantie, Teile, Kampagnen, Reporting, Identität und Sprache. Der europäische Kontext unterscheidet sich erheblich: Eurostat-Daten zu Pkw zeigen je Land große Unterschiede bei Flottenalter und Antriebsarten, während EU-Vorschriften zu Datenschutz, Datenzugriff und E-Rechnung weiterhin lokal umgesetzt werden müssen.[1]
3. Verwenden Sie Gates, gewichtete Kriterien und Evidenzniveaus
Ausschlusskriterien verhindern, dass eine hohe Gesamtpunktzahl eine kritische Lücke verdeckt. Beispiele sind produktive Unterstützung für ein benötigtes Land, eine benannte OEM-Schnittstelle, gesetzlich vorgeschriebene Buchhaltungsausgaben, Vorgaben zur Datenresidenz oder eine Migrationsfrist. Ein nicht erfülltes Kriterium darf nur durch eine genehmigte Abhilfemaßnahme mit Termin, Verantwortlichem, Kosten und vertraglicher Verpflichtung aufgehoben werden.
| Dimension | Illustratives Gewicht | Erforderliche Nachweise |
|---|---|---|
| Durchgängige funktionale Arbeitsabläufe | 25% | Geskriptete Demonstration im vorgeschlagenen Produkt |
| Eignung für Länder und OEMs | 15% | Benannte Referenzen aus dem Produktivbetrieb und Spezifikationen |
| Daten, API und Ökosystem | 15% | Katalog, Sandbox, Limits, Verantwortlichkeiten, Änderungsrichtlinie |
| Migration und Implementierung | 15% | Plan, Ressourcen, Akzeptanz, Rollback, Referenzen |
| Sicherheit, Datenschutz und Belastbarkeit | 10% | Berichte, Architektur, DPA, DR-Tests und Kontrollen |
| Benutzererfahrung und Akzeptanz | 10% | Rollenbasierte Aufgabentests und Schulungsplan |
| Gesamtbetriebskosten und Vertrag über fünf Jahre | 10% | Preismodell, Indexierung, Änderungen, Support und Exit |
4. Demos nach Skript statt allgemeiner Produkttouren
Stellen Sie repräsentative, aber sichere Daten und feste Ablaufszenarien bereit. Lassen Sie den Anbieter einen Lead durch Angebot, Inzahlungnahme und Auftrag führen, ein Gebrauchtfahrzeug durch Bewertung, Prüfung, Aufbereitung, Medien, Veröffentlichung, Preisfindung und Verkauf sowie einen Reparaturauftrag durch Terminierung, Technikerarbeit, Teile, Zusatzfreigabe und Rechnung. Ergänzen Sie einen Periodenabschluss oder einen Management-Reporting-Prozess.
Ausnahmen hinzufügen: doppelter Kunde, falsche Fahrgestellnummer, stornierter Deal, nicht verfügbares Teil, fehlerhafte Schnittstelle, Offline-Inspektion, stornierte Rechnung und Benutzer, der den Prozess verlässt. Zählen Sie Systeme, Klicks, neu eingegebene Werte, manuelle Exporte und unsichtbare Hintergrundabhängigkeiten. Notieren Sie die vorgeführte Version und den Markt.
Standards können die Interoperabilität verbessern, ersetzen jedoch nicht eine Demonstration. STAR veröffentlicht Automotive Lead-, Deal- und Retail-Delivery-APIs sowie ein Retail-Domain-Modell.[2] Fragen Sie, ob und wie ein Anbieter relevante Standards implementiert, und testen Sie dann die tatsächlich vorgeschlagene Schnittstelle.
5. Validieren Sie Cloud-, API-, Sicherheits- und Datenansprüche
Klären Sie, ob es sich um SaaS, dediziertes Hosting oder eine gehostete Legacy-Architektur handelt. Fordern Sie Definitionen der Verfügbarkeit, den bisherigen Störungsverlauf, RPO und RTO, Nachweise zu Backup- und Recovery-Tests, Wartungsregeln und das Kapazitätsmodell an. Für APIs benötigen Sie Angaben zu Objekten, Feldern, Ereignissen, Schreiboperationen, Authentifizierung, Sandbox, Rate Limits, Mehrverbrauch, Versionierung, Monitoring und Datenexportrechten.
Bewerten Sie Rollen, Least Privilege, MFA, Protokollierung, Verschlüsselung, Schwachstellenmanagement, Unterauftragsverarbeiter, Übermittlungsmechanismen, Aufbewahrung, Löschung, Meldung von Sicherheitsvorfällen und unabhängige Prüfungen. Die DSGVO verlangt risikogerechte Kontrollen und Datenschutz durch Technikgestaltung; weder eine Zertifizierung noch ein Cloud-Anbieter machen den Händler automatisch konform.[3] ENISA-Leitlinien können Nachweisanforderungen strukturieren; der Anwendungsbereich von NIS2 muss jedoch separat geprüft werden.[4]
6. Verwenden Sie faire Status für öffentliche Nachweise
| Benanntes Produkt/Markt | Nachweise zu Offenheit und APIs | Sicherheitsnachweise | Interpretation |
|---|---|---|---|
| Nextlane-Plattform, Europa | Bestätigt: offizielle Open-API-Positionierung | Bestätigt: AWS-Transformation und erklärtes Ziel der EU-Datenresidenz | Der genaue DMS- und Migrationsstatus erfordert eine Angebotsvalidierung |
| Pinewood-Plattform, global/Europa | Bestätigt: DMS-API-Anweisung und eine benannte Integration | Bestätigt: öffentliche ISO-Erklärungen | Umfang, Berichte und kommerzieller API-Zugriff erfordern eine Validierung |
| Tekion ARC, Großbritannien | Bestätigt: API-Vereinbarung vorhanden | Bestätigt: Trust Portal nennt Zertifizierungen und Verschlüsselung | Reifegrad in Kontinentaleuropa Nicht bewertet |
| Omnetic, europäische öffentliche Website | Nicht öffentlich bestätigt: kein überprüfter technischer Katalog | Nicht öffentlich bestätigt: keine geprüfte Matrix zu Zertifizierungen und Datenresidenz | Angebotsnachweise anfordern; aus fehlenden öffentlichen Angaben nicht auf Abwesenheit schließen |
| bee2link OpenFlex, Europa | Nicht öffentlich bestätigt: kein überprüfter Gesamtkatalog | Nicht öffentlich bestätigt | Produktspezifische Due Diligence erforderlich |
Der öffentliche Status dient nur der Orientierung. Nachweise im Beschaffungsprozess können ihn ändern. Anbieter sollten sachliche Fehler korrigieren und in einem geeigneten Verfahren aktuelle vertrauliche Nachweise vorlegen können.
7. Schließen Sie mit Implementierung, Referenzen und Vertrag ab
Referenzgespräche sollten dem Land, der Händlergröße, der OEM-Komplexität und dem Umfang entsprechen. Fragen Sie, was sich nach Vertragsschluss geändert hat, welche Problemumgehungen erforderlich waren, welche Daten ausgefallen sind, wie lange die Einführung gedauert hat, wie Vorfälle gehandhabt wurden und was die Referenz anders machen würde. Fragen Sie nicht nur, ob den Benutzern das Produkt gefällt.
Verankern Sie die Abnahmekriterien im Vertrag. Decken Sie Datenvollständigkeit und -abgleich, kritische Prozesse, Integrationen, Performance, Sicherheit, Schulung, Cutover und Support ab. Bepreisen Sie Migrationsiterationen, Umgebungen, API-Nutzung, Nachrichten, Speicher, Reporting-Arbeiten, Reisen, Indexierung und Change Requests. Definieren Sie Service Levels, Eskalation, Exit-Export, Übergangsunterstützung, Löschung und den fortbestehenden Zugriff auf gesetzlich aufzubewahrende Unterlagen.
8. Wo Omnetic passt
Omnetic sollte in die engere Auswahl kommen, wenn das RFP gemeinsamen Kunden- und Fahrzeugkontext, Vertriebs- und Aftersales-CRM, einen tiefen Gebrauchtwagenprozess, Preisfindung und Bestandsmaßnahmen sowie strukturierte mobile Prüfungen gewichtet. Das belastbare Unterscheidungsmerkmal ist die Kontinuität von Erkenntnis oder Nachweis bis zu einer klar zugewiesenen operativen Maßnahme.
Ein faires Angebot von Omnetic muss weiterhin jedes Ausschlusskriterium für die genannten Länder, OEMs und Module erfüllen. Öffentliche Angaben zu Größenordnung, Zertifizierungen und Zahl nativer Module brauchen aktuelle Definitionen. Nachweise zu Sicherheit, Architektur, APIs, SLA und Migration sind nach demselben Maßstab zu bewerten wie bei jedem anderen Anbieter.
Einschränkungen
Die Gewichte dienen der Veranschaulichung und dürfen nicht ohne Händlerpriorität kopiert werden. Der öffentliche Vergleich ist selektiv und bewertet nicht die Umsetzungsqualität. Nicht öffentlich bestätigt bedeutet niemals Abwesenheit. Rechtliche, sicherheitstechnische, steuerliche und buchhalterische Anforderungen bedürfen einer fachlichen Validierung.