Ključne ugotovitve
- Ocenite imenovan izdelek, uvedbo in državo, ne trženja na ravni ponudnika.
- Pred uteženim ocenjevanjem uporabite vrata upravičenosti.
- Zahtevajte, da ponudniki prikažejo tako običajne kot izjemne delovne procese.
- Zahtevajte dokaze za API-je, varnost, lokalizacijo, migracijo in izide.
- Ločite status javnih dokazov od končnega nabavnega preverjanja.
1. Oblikujte odločitveno ekipo in obseg
Izbira DMS vpliva na prodajo, rabljena vozila, delavnico, dele, finance, IT, zasebnost in poročanje skupine. Ustvarite odločitveno ekipo z odgovornimi operativnimi lastniki, ne le predstavniki. Imenujte enega izvršnega sponzorja, lastnika izdelka, vodjo podatkov, vodjo integracije, vodjo varnosti/zasebnosti, finančnega kontrolorja in vodjo sprememb. Opredelite, kdo priporoča, kdo odobri in kdo lahko zavrne pri obvezni zahtevi.
Dokumentirajte pravne osebe, poslovalnice, znamke, države, jezike, uporabnike, obsege transakcij in kritična obdobja. Ločite trenutni obseg od verjetnega triletnega načrta. Zahteva za vsak hipotetičen prihodnji trg lahko izkrivi odločitev, medtem ko ignoriranje verjetne širitve lahko ustvari še eno zamenjavo.
2. Pretvorite potrebe v preverljive zahteve
Zahteva naj poimenuje izvajalca, sprožilec, podatke, ukrep, rezultat in sprejem. »Močan CRM« nadomestite z »spletno, proizvajalčevo ali telefonsko povpraševanje se uskladi ali ustvari, soglasje se zabeleži, povpraševanje se usmeri po znamki in geografiji, lastnik in SLA sta vidna, komunikacija se zajame, zaključen posel pa vrne status brez podvojene stranke«.
Zgradite matriko držav in proizvajalcev vozil. Za vsako celico zabeležite zahteve glede računovodstva, davkov, računov, plačil, registracije, garancije, delov, kampanj, poročanja, identitete in jezika. Evropski kontekst je znatno raznolik. Podatki Eurostata o osebnih vozilih kažejo velike razlike v starosti voznega parka in pogonu po državah, medtem ko pravila EU o zasebnosti, dostopu do podatkov in e-izdajanju računov še vedno zahtevajo lokalno izvedbo.[1]
3. Uporabite vrata, utežena merila in ravni dokazov
Vrata upravičenosti preprečijo, da bi visoka skupna ocena skrila usodno vrzel. Primeri vključujejo produkcijsko podporo za zahtevano državo, imenovan vmesnik proizvajalca vozil, zakonski računovodski izpis, mejo lokacije podatkov ali rok migracije. Neuspešna vrata je mogoče rešiti le z odobreno odpravo z datumom, lastnikom, stroškom in pogodbeno zavezo.
| Razsežnost | Ponazoritvena utež | Zahtevani dokazi |
|---|---|---|
| Funkcionalni delovni procesi od začetka do konca | 25% | Scenarijska predstavitev v predlaganem izdelku |
| Ustreznost za državo in proizvajalca vozil | 15% | Imenovane produkcijske reference in specifikacije |
| Podatki, API in ekosistem | 15% | Katalog, peskovnik, omejitve, lastništvo, politika sprememb |
| Migracija in uvedba | 15% | Načrt, viri, sprejem, povrnitev, reference |
| Varnost, zasebnost in odpornost | 10% | Poročila, arhitektura, DPA, test DR in kontrole |
| Uporabniška izkušnja in sprejemanje | 10% | Testiranje nalog po vlogah in načrt usposabljanja |
| Petletni TCO in pogodba | 10% | Cenovni model, indeksacija, sprememba, podpora in izstop |
4. Zahtevajte scenarijske predstavitve namesto sprejemanja predstavitev izdelka
Zagotovite reprezentativne, a varne podatke in fiksne scenarije. Ponudnika prosite, naj prikaže povpraševanje skozi ponudbo, zamenjavo in naročilo; rabljeno vozilo skozi cenitev, pregled, pripravo, medije, objavo, oblikovanje cen in prodajo; delovni nalog skozi rezervacijo, delo tehnika, dele, dodatno odobritev in račun; ter pot zaključka obdobja ali vodstvenega poročila.
Dodajte izjeme: podvojena stranka, napačen VIN, preklican posel, nedostopen del, neuspešen vmesnik, pregled brez povezave, storniran račun in uporabnik, ki zapusti proces na polovici. Preštejte sisteme, klike, ponovno vnesene vrednosti, ročne izvoze in nevidne ozadne odvisnosti. Zabeležite prikazano različico in trg.
Standardi lahko izboljšajo interoperabilnost, vendar ne nadomestijo predstavitve. STAR objavlja avtomobilske API-je za povpraševanja, posle in maloprodajno dobavo ter maloprodajni domenski model.[2] Vprašajte, ali in kako ponudnik izvaja relevantne standarde, nato preizkusite dejanski predlagan vmesnik.
5. Potrdite trditve o oblaku, API, varnosti in podatkih
Za oblak ugotovite, ali gre za SaaS, namensko gostovanje ali gostovano podedovano arhitekturo. Zahtevajte opredelitve razpoložljivosti, zgodovino incidentov, RPO, RTO, dokaze o testih varnostnega kopiranja in obnovitve, pravila vzdrževanja in model kapacitete. Za API-je zahtevajte objekte, polja, dogodke, operacije pisanja, avtentikacijo, peskovnik, omejitve hitrosti, preseganja, različičenje, spremljanje in pravice do izvoza podatkov.
Za zasebnost in varnost ocenite vloge, najmanjše potrebne pravice, MFA, beleženje, šifriranje, upravljanje ranljivosti, podobdelovalce, mehanizem prenosa, hrambo, brisanje, obveščanje o incidentih in neodvisno zagotovilo. GDPR zahteva kontrole, ustrezne tveganju, in vgrajeno zasebnost, vendar certifikat ali ponudnik oblaka prodajalca ne naredi samodejno skladnega.[3] Smernice ENISA lahko strukturirajo zahteve po dokazih, čeprav je treba obseg NIS2 oceniti ločeno.[4]
6. Uporabite poštene statuse javnih dokazov
| Imenovan izdelek/trg | Dokazi o odprtosti/API | Varnostni dokazi | Razlaga |
|---|---|---|---|
| Nextlane Platform, Evropa | Potrjeno: uradno pozicioniranje odprtega API | Potrjeno: preobrazba na AWS in naveden cilj lokacije podatkov v EU | Natančen DMS in status migracije zahtevata potrditev v ponudbi |
| Platforma Pinewood, globalno/Evropa | Potrjeno: izjava o API DMS in imenovana integracija | Potrjeno: javne izjave o ISO | Obseg, poročila in komercialen dostop do API zahtevajo potrditev |
| Tekion ARC, Velika Britanija | Potrjeno: dogovor o API obstaja | Potrjeno: portal zaupanja navaja certifikate in šifriranje | Zrelost v celinski Evropi Neocenjeno |
| Omnetic, evropska javna stran | Javno nepotrjeno: brez pregledanega tehničnega kataloga | Javno nepotrjeno: brez pregledane matrike certifikacij/lokacije podatkov | Zahtevajte dokaze v ponudbi; ne sklepajte o odsotnosti |
| bee2link OpenFlex, Evropa | Javno nepotrjeno: brez pregledanega splošnega kataloga | Javno nepotrjeno | Potrebna je skrbnost, specifična za izdelek |
Javen status je orientacijsko orodje. Nabavni dokazi ga lahko spremenijo. Ponudnika je treba povabiti, naj popravi dejanske napake in v ustreznem procesu zagotovi trenutne zaupne dokaze.
7. Zaključite z uvedbo, referencami in pogodbo
Referenčni klici naj se ujemajo z državo, velikostjo prodajalca, kompleksnostjo proizvajalca vozil in obsegom. Vprašajte, kaj se je spremenilo po pogodbi, kaj je zahtevalo obhodne rešitve, kateri podatki so odpovedali, kako dolgo je trajalo sprejemanje, kako so bili obravnavani incidenti in kaj bi referenca naredila drugače. Ne sprašujte le, ali imajo uporabniki radi izdelek.
Naredite merila sprejema pogodbena. Zajemite popolnost in usklajevanje podatkov, kritične delovne procese, integracije, zmogljivost, varnost, usposabljanje, preklop in podporo. Ocenite ponovitve migracije, okolja, uporabo API, sporočila, shrambo, delo pri poročilih, potovanja, indeksacijo in zahteve za spremembe. Opredelite ravni storitve, eskalacijo, izvoz ob izstopu, podporo pri prehodu, brisanje in ohranjen dostop do zakonskih zapisov.
8. Kje se uvršča Omnetic
Omnetic naj bo na ožjem seznamu tam, kjer RFP ceni skupen kontekst stranke in vozila, prodajni in poprodajni CRM, globino življenjskega cikla rabljenih vozil, ukrepe pri cenah in zalogah ter strukturiran mobilni pregled. Njegova utemeljljiva razlika je neprekinjenost od vpogleda ali dokaza do lastnega operativnega ukrepa.
Poštena ponudba Omnetica mora kljub temu dokazati vsaka vrata za imenovane države, proizvajalce vozil in module. Javne trditve, kot so obseg, certifikati in število izvornih modulov, potrebujejo trenutne opredelitve. Dokaze o varnosti, arhitekturi, API, SLA in migraciji je treba oceniti po istem standardu, uporabljenem za vsakega ponudnika.
Omejitve
Uteži so ponazoritvene in jih ni dovoljeno kopirati brez prioritet prodajalca. Javna primerjava je selektivna in ne ocenjuje kakovosti uvedbe. Javno nepotrjeno nikoli ne pomeni odsotno. Pravne, varnostne, davčne in računovodske zahteve potrebujejo strokovno potrditev.