Svarbiausios išvados
- Vertinkite konkretų nurodytą produktą, diegimą ir šalį, o ne tiekėjo lygio rinkodarą.
- Prieš svertinį vertinimą taikykite privalomuosius atrankos kriterijus.
- Reikalaukite, kad tiekėjai pademonstruotų ir įprastas, ir išimtines darbo eigas.
- Reikalaukite įrodymų dėl API, saugumo, lokalizavimo, migracijos ir rezultatų.
- Viešų įrodymų statusą laikykite atskirai nuo galutinio pirkimo patikrinimo.
1. Suformuokite sprendimų priėmimo komandą ir apibrėžkite apimtį
DMS pasirinkimas veikia pardavimus, naudotus automobilius, dirbtuves, dalis, finansus, IT, privatumą ir grupės ataskaitas. Sudarykite sprendimų priėmimo komandą iš atsakingų veiklos savininkų, o ne vien atstovų. Paskirkite vieną vadovaujantį rėmėją, produkto savininką, duomenų vadovą, integracijos vadovą, saugumo/privatumo vadovą, finansų kontrolierių ir pokyčių vadovą. Apibrėžkite, kas rekomenduoja, kas patvirtina ir kas gali atmesti dėl privalomojo reikalavimo.
Dokumentuokite juridinius asmenis, padalinius, prekės ženklus, šalis, kalbas, naudotojus, operacijų apimtis ir kritinius laikotarpius. Atskirkite dabartinę apimtį nuo tikėtino trejų metų plano. Reikalavimas kiekvienai hipotetinei būsimai rinkai gali iškreipti sprendimą, o tikėtino plėtimosi ignoravimas gali sukelti dar vieną pakeitimą ateityje.
2. Poreikius paverskite patikrinamais reikalavimais
Reikalavime turi būti nurodytas veikėjas, veiksmo pradžia, duomenys, veiksmas, rezultatas ir priėmimo sąlyga. „Stiprų CRM“ pakeiskite formuluote: „interneto, OEM ar telefono užklausa yra susiejama arba sukuriama, sutikimas fiksuojamas, potencialus klientas nukreipiamas pagal prekės ženklą ir geografiją, matomas savininkas ir SLA, komunikacija fiksuojama, o užbaigtas sandoris grąžina būseną be dubliuoto kliento“.
Sudarykite šalių ir OEM matricą. Kiekvienam langeliui fiksuokite apskaitos, mokesčių, sąskaitų, mokėjimų, registracijos, garantijos, dalių, kampanijų, ataskaitų, tapatybės ir kalbos reikalavimus. Europos kontekstas gerokai skiriasi. Eurostato lengvųjų automobilių duomenys rodo dideles automobilių parko amžiaus ir varomosios sistemos skirtybes tarp šalių, o ES taisyklės dėl privatumo, prieigos prie duomenų ir e. sąskaitų vis dar reikalauja vietinio įgyvendinimo.[1]
3. Naudokite privalomuosius kriterijus, svertinius kriterijus ir įrodymų lygius
Privalomieji atrankos kriterijai neleidžia aukštam bendram balui paslėpti lemtingos spragos. Pavyzdžiai: gamybinis palaikymas reikalaujamai šaliai, nurodyta OEM sąsaja, teisės aktus atitinkanti apskaitos išvestis, duomenų laikymo vietos riba ar migracijos terminas. Neįvykdytas kriterijus gali būti išspręstas tik patvirtintu taisymo planu su data, atsakingu asmeniu, kaina ir sutartiniu įsipareigojimu.
| Dimensija | Iliustracinis svoris | Reikalingi įrodymai |
|---|---|---|
| Ištisinės funkcinės darbo eigos | 25% | Scenarijumi pagrįsta demonstracija siūlomame produkte |
| Atitikimas šaliai ir OEM | 15% | Nurodytos gamybinės rekomendacijos ir specifikacijos |
| Duomenys, API ir ekosistema | 15% | Katalogas, testinė aplinka, ribos, nuosavybė, pakeitimų politika |
| Migracija ir diegimas | 15% | Planas, ištekliai, priėmimas, atšaukimas, rekomendacijos |
| Saugumas, privatumas ir atsparumas | 10% | Ataskaitos, architektūra, DPA, avarinio atkūrimo bandymas ir kontrolės priemonės |
| Naudotojo patirtis ir naudojimo lygis | 10% | Vaidmenimis pagrįstas užduočių testavimas ir mokymo planas |
| Penkerių metų TCO ir sutartis | 10% | Kainos modelis, indeksavimas, pakeitimai, palaikymas ir pasitraukimas |
4. Naudokite scenarijų demonstracijas, o ne pasitenkinkite produkto pristatymais
Pateikite reprezentatyvius, bet saugius duomenis ir fiksuotus scenarijus. Paprašykite tiekėjo parodyti potencialaus kliento kelią per pasiūlymą, įskaitomą automobilį ir užsakymą; naudoto automobilio kelią per vertinimą, patikrą, paruošimą, medijas, skelbimą, kainodarą ir pardavimą; remonto užsakymo kelią per rezervaciją, techniko darbą, dalis, papildomą patvirtinimą ir sąskaitą; taip pat laikotarpio uždarymo ar valdymo ataskaitos kelią.
Pridėkite išimtis: dubliuotas klientas, neteisingas VIN, atšauktas sandoris, neprieinama dalis, neveikianti sąsaja, patikra be ryšio, stornuota sąskaita ir naudotojas, palikęs procesą per pusę. Skaičiuokite sistemas, paspaudimus, iš naujo įvestas reikšmes, rankinius eksportus ir nematomas foninio veikimo priklausomybes. Fiksuokite pademonstruotą versiją ir rinką.
Standartai gali pagerinti sąveikumą, tačiau nepakeičia demonstracijos. STAR skelbia automobilių potencialių klientų, sandorių ir mažmeninio pristatymo API bei mažmeninės prekybos srities modelį.[2] Paklauskite, ar ir kaip tiekėjas įgyvendina aktualius standartus, tada išbandykite faktinę siūlomą sąsają.
5. Patikrinkite teiginius apie debesiją, API, saugumą ir duomenis
Debesijos atveju nustatykite, ar tai SaaS, dedikuota prieglauba, ar prieglaudoje talpinama senoji architektūra. Paprašykite pasiekiamumo apibrėžimų, incidentų istorijos, RPO, RTO, atsarginio kopijavimo ir atkūrimo bandymų įrodymų, priežiūros taisyklių ir pajėgumo modelio. API atveju paprašykite objektų, laukų, įvykių, rašymo operacijų, autentifikavimo, testinės aplinkos, dažnio ribų, viršijimų, versijų valdymo, stebėsenos ir duomenų eksporto teisių.
Privatumo ir saugumo atveju įvertinkite vaidmenis, mažiausios privilegijos principą, daugiaveiksnį tapatybės nustatymą, žurnalus, šifravimą, pažeidžiamumų valdymą, subtvarkytojus, perdavimo mechanizmą, saugojimo trukmę, ištrynimą, pranešimą apie incidentus ir nepriklausomą patikinimą. BDAR reikalauja rizikai proporcingų kontrolės priemonių ir privatumo pagal dizainą, tačiau sertifikatas ar debesijos teikėjas savaime nepadaro atstovo atitinkančio reikalavimus.[3] ENISA gairės gali padėti struktūrizuoti įrodymų prašymus, tačiau NIS2 taikymo sritį reikia vertinti atskirai.[4]
6. Taikykite sąžiningus viešų įrodymų statusus
| Nurodytas produktas / rinka | Atvirumo / API įrodymai | Saugumo įrodymai | Interpretacija |
|---|---|---|---|
| Nextlane Platform, Europa | Patvirtinta: oficiali pozicija dėl atviro API | Patvirtinta: AWS transformacija ir deklaruotas tikslas duomenis laikyti ES | Tikslų DMS ir migracijos statusą reikia patikrinti pasiūlyme |
| Pinewood platforma, pasaulinė/Europos | Patvirtinta: DMS API teiginys ir nurodyta integracija | Patvirtinta: vieši ISO teiginiai | Apimtį, ataskaitas ir komercinę prieigą prie API reikia patikrinti |
| Tekion ARC, JK | Patvirtinta: egzistuoja API sutartis | Patvirtinta: pasitikėjimo portale nurodyti sertifikatai ir šifravimas | Žemyninės Europos brandumas Nevertinta |
| Omnetic, Europos vieša svetainė | Viešai nepatvirtinta: peržiūrėto techninio katalogo nėra | Viešai nepatvirtinta: peržiūrėtos sertifikatų / duomenų laikymo vietos matricos nėra | Prašykite įrodymų pasiūlyme; nedarykite išvados apie nebuvimą |
| bee2link OpenFlex, Europa | Viešai nepatvirtinta: peržiūrėto bendro katalogo nėra | Viešai nepatvirtinta | Reikalingas produktui specifinis išsamus patikrinimas |
Viešas statusas yra orientacinė priemonė. Pirkimo įrodymai gali jį pakeisti. Tiekėją reikėtų pakviesti ištaisyti faktines klaidas ir pateikti aktualius konfidencialius įrodymus tinkamu procesu.
7. Baikite diegimu, rekomendacijomis ir sutartimi
Rekomendacinių skambučių atvejai turi atitikti šalį, atstovo dydį, OEM sudėtingumą ir apimtį. Klauskite, kas pasikeitė pasirašius sutartį, kokių sprendimų prireikė, kurie duomenys sutriko, kiek laiko truko diegimas, kaip buvo tvarkomi incidentai ir ką rekomenduojantis asmuo darytų kitaip. Neapsiribokite klausimu, ar naudotojams patinka produktas.
Priėmimo kriterijus įtvirtinkite sutartyje. Aprėpkite duomenų išsamumą ir sulyginimą, kritines darbo eigas, integracijas, našumą, saugumą, mokymus, perėjimą ir palaikymą. Nustatykite migracijos iteracijų, aplinkų, API naudojimo, žinučių, saugyklos, ataskaitų rengimo, kelionių, indeksavimo ir pakeitimo užklausų kainas. Apibrėžkite paslaugų lygius, eskalavimą, pasitraukimo eksportą, pereinamojo laikotarpio palaikymą, ištrynimą ir išlaikomą prieigą prie privalomų teisės aktų reikalaujamų įrašų.
8. Kur tinka Omnetic
„Omnetic“ verta įtraukti į trumpąjį sąrašą, kai RFP vertina bendrą kliento ir transporto priemonės kontekstą, pardavimo ir popardavimines CRM funkcijas, naudoto automobilio gyvavimo ciklo gylį, kainodaros ir atsargų veiksmus bei struktūrizuotą mobiliąją patikrą. Jos pagrįstas skiriamasis bruožas – tęstinumas nuo įžvalgos ar įrodymo iki priskirto veiklos veiksmo.
Sąžiningas „Omnetic“ pasiūlymas vis tiek turi įrodyti kiekvieną privalomąjį kriterijų nurodytoms šalims, OEM ir moduliams. Viešiems teiginiams, tokiems kaip mastas, sertifikatai ir nativių modulių skaičius, reikia aktualių apibrėžčių. Saugumo, architektūros, API, SLA ir migracijos įrodymai turi būti vertinami pagal tą patį standartą, taikomą kiekvienam tiekėjui.
Ribotumai
Svoriai yra iliustraciniai ir neturi būti kopijuojami neatsižvelgiant į atstovo prioritetus. Viešas palyginimas yra selektyvus ir nevertina diegimo kokybės. „Viešai nepatvirtinta“ niekada nereiškia „nėra“. Teisiniams, saugumo, mokesčių ir apskaitos reikalavimams reikia specialisto patikrinimo.