Prejsť na obsah
Všetky články

Obstaranie DMS

Ako vybrať DMS: európske RFP a hodnotiaca karta predajcu

Najlepšie RFP porovnáva konkrétny ponúkaný produkt, trh a implementáciu prostredníctvom reálnych pracovných postupov, zmluvných dôkazov a vopred stanoveného hodnotenia.

Stručná odpoveď: Najprv definujte obchodné výsledky a neprekročiteľné požiadavky jednotlivých krajín. Požiadajte každého dodávateľa o predvedenie rovnakých úplných scenárov s rovnakými dátami. Pomocou pevných váh hodnoťte preukázané schopnosti, integráciu, migráciu, zabezpečenie, služby a celkové náklady. Stavy Potvrdené, Verejne nepotvrdené a Neposudzované evidujte oddelene od úsudku hodnotiteľa.
Vedenie skupiny predajcov vozidiel hodnotí schopnosti softvéru naprieč viacerými pobočkami
Hodnotiaca tabuľka je nástroj riadenia rozhodnutia, nie ozdobný zoznam funkcií.

Kľúčové zhrnutie

  • Hodnoťte konkrétny produkt, nasadenie a krajinu, nie marketing dodávateľa ako celku.
  • Pred váženým hodnotením použite vyraďovacie kritériá spôsobilosti.
  • Nechajte dodávateľov predviesť bežné aj výnimočné pracovné postupy.
  • Vyžadujte dôkazy pre API, zabezpečenie, lokalizáciu, migráciu a výsledky.
  • Oddeľte stav verejných dôkazov od konečného overenia v nákupnom procese.

1. Zostavte rozhodovací tím a vymedzte rozsah

Výber DMS ovplyvňuje predaj, ojazdené vozidlá, servis, diely, financie, IT, ochranu osobných údajov a skupinový reporting. Zostavte rozhodovací tím so zodpovednými vlastníkmi prevádzkových oblastí, nielen so zástupcami. Určte jedného výkonného sponzora, vlastníka produktu, vedúceho dát, vedúceho integrácií, vedúceho zabezpečenia a ochrany osobných údajov, finančného kontrolóra a vedúceho zmeny. Definujte, kto odporúča, kto schvaľuje a kto môže návrh odmietnuť pre povinnú požiadavku.

Zdokumentujte právne subjekty, pobočky, značky, krajiny, jazyky, používateľov, objemy transakcií a kritické obdobia. Oddeľte súčasný rozsah od realistického trojročného plánu. Požiadavka na každý hypotetický budúci trh môže rozhodnutie skresliť, zatiaľ čo opomenutie pravdepodobnej expanzie môže vyvolať ďalšiu výmenu systému.

2. Prevádzajte potreby na overiteľné požiadavky

Požiadavka má určiť aktéra, spúšťač, dáta, akciu, výstup a akceptáciu. Nahraďte „silné CRM“ požiadavkou „dopyt z webu, od výrobcu alebo telefonicky sa priradí či vytvorí, zaznamená sa súhlas, dopyt sa smeruje podľa značky a geografickej oblasti, je vidieť vlastníka a SLA, komunikácia sa zachytí a uzatvorený obchod vráti stav bez duplicitného zákazníka“.

Vytvorte maticu krajín a výrobcov. Do každej bunky zaznamenajte požiadavky na účtovníctvo, dane, faktúry, platby, registráciu, záruky, diely, kampane, reporting, identitu a jazyk. Európske prostredie je výrazne rôznorodé. Dáta Eurostatu o osobných automobiloch ukazujú veľké rozdiely medzi krajinami vo veku vozového parku a pohonoch; pravidlá EÚ pre ochranu osobných údajov, prístup k dátam a elektronickú fakturáciu pritom stále vyžadujú miestnu implementáciu.[1]

3. Použite vyraďovacie kritériá, vážené kritériá a úrovne dôkazov

Lievik výberu DMSProces postupuje od vyraďovacích kritérií cez doloženú odpoveď, demonštráciu podľa scenára, overenie a obchodné posúdenie až k rozhodnutiu. Kritériátrh, výrobca RFPdôkazy Ukážkascenáre Overeniereferencie, technika ZmluvaTCO, SLA, odchod Rozhodnutie

Vyraďovacie kritériá bránia tomu, aby vysoké celkové skóre zakrylo zásadný nedostatok. Príkladom je produkčná podpora požadovanej krajiny, konkrétne rozhranie výrobcu, povinný účtovný výstup, hranica umiestnenia dát alebo termín migrácie. Nesplnené kritérium možno vyriešiť iba schválenou nápravou s termínom, vlastníkom, nákladmi a zmluvným záväzkom.

Ilustratívna štruktúra hodnotenia; váhy musia zodpovedať potrebám predajcu vozidiel
OblasťIlustratívna váhaPožadované dôkazy
Úplné funkčné pracovné postupy25%Demonštrácia podľa scenára v ponúkanom produkte
Súlad s krajinou a výrobcom15%Konkrétne produkčné referencie a špecifikácie
Dáta, API a ekosystém15%Katalóg, testovacie prostredie, limity, vlastníctvo, pravidlá zmien
Migrácia a implementácia15%Plán, zdroje, akceptácia, návrat späť, referencie
Zabezpečenie, ochrana osobných údajov a odolnosť10%Správy, architektúra, DPA, test obnovy po havárii a kontrolné opatrenia
Používateľská skúsenosť a osvojenie10%Testovanie úloh podľa rolí a plán školenia
Päťročné TCO a zmluva10%Cenový model, indexácia, zmeny, podpora a odchod

4. Pripravte scenáre demonštrácií namiesto prijímania prehliadok produktu

Poskytnite reprezentatívne, no bezpečné dáta a pevné scenáre. Požiadajte dodávateľa, aby predviedol priebeh dopytu ponukou, protiúčtom a objednávkou; ojazdeného vozidla ocenením, kontrolou, prípravou, médiami, publikáciou, cenotvorbou a predajom; servisnej zákazky rezerváciou, prácou technika, dielmi, dodatočným schválením a faktúrou; a postup uzávierky obdobia alebo manažérskeho reportingu.

Pridajte výnimky: duplicitného zákazníka, nesprávne VIN, zrušený obchod, nedostupný diel, zlyhanie rozhrania, kontrolu offline, storno faktúry a používateľa, ktorý opustí proces počas jeho priebehu. Počítajte systémy, kliknutia, znovu zadávané hodnoty, ručné exporty a neviditeľné závislosti na pozadí. Zaznamenajte predvedenú verziu a trh.

Štandardy môžu zlepšiť interoperabilitu, no nenahrádzajú demonštráciu. STAR zverejňuje automobilové API pre dopyty, obchody a odovzdania vozidiel zákazníkom a doménový model maloobchodu.[2] Opýtajte sa, či a ako dodávateľ implementuje relevantné štandardy, a potom otestujte skutočné ponúkané rozhranie.

5. Overte tvrdenia o cloude, API, zabezpečení a dátach

Pri cloude rozlíšte SaaS, vyhradený hosting a hostovanú pôvodnú architektúru. Vyžiadajte si definície dostupnosti, históriu incidentov, RPO, RTO, dôkazy testovania záloh a obnovy, pravidlá údržby a kapacitný model. Pri API vyžadujte objekty, polia, udalosti, zápisové operácie, autentizáciu, testovacie prostredie, limity požiadaviek, poplatky za prekročenie, verzovanie, monitoring a práva na export dát.

Pri ochrane osobných údajov a zabezpečení posúďte role, minimálne oprávnenia, MFA, protokolovanie, šifrovanie, správu zraniteľností, ďalších spracovateľov, mechanizmus prenosu, dobu uchovávania, mazanie, oznamovanie incidentov a nezávislé overenie. GDPR vyžaduje opatrenia primerané riziku a ochranu údajov už v návrhu, certifikácia ani poskytovateľ cloudu však automaticky nezaisťujú súlad predajcu vozidiel.[3] Usmernenie ENISA môže štruktúrovať požiadavky na dôkazy, pôsobnosť NIS2 sa však musí posúdiť samostatne.[4]

6. Spravodlivo používajte stavy verejných dôkazov

Ilustratívny súčasný záznam verejných dôkazov, nie konečné skóre RFP
Konkrétny produkt/trhDôkazy o otvorenosti/APIDôkazy o zabezpečeníInterpretácia
Nextlane Platform, EurópaPotvrdené: oficiálna prezentácia otvoreného APIPotvrdené: transformácia s AWS a deklarovaný cieľ umiestnenia dát v EÚKonkrétny DMS a stav migrácie je nutné overiť v ponuke
Platforma Pinewood, globálne/EurópaPotvrdené: vyhlásenie o API DMS a konkrétna integráciaPotvrdené: verejné vyhlásenia o ISORozsah, správy a komerčný prístup k API je nutné overiť
Tekion ARC, Spojené kráľovstvoPotvrdené: existuje zmluva o APIPotvrdené: portál dôvery uvádza certifikácie a šifrovanieVyspelosť v kontinentálnej Európe Neposudzované
Omnetic, európsky verejný webVerejne nepotvrdené: nebol preskúmaný technický katalógVerejne nepotvrdené: nebola preskúmaná matica certifikácií/umiestnenia dátVyžiadajte si dôkazy v ponuke; nevyvodzujte neexistenciu
bee2link OpenFlex, EurópaVerejne nepotvrdené: nebol preskúmaný všeobecný katalógVerejne nepotvrdenéNutné preverenie konkrétneho produktu

Verejný stav je orientačný nástroj. Dôkazy v nákupnom procese ho môžu zmeniť. Dodávateľ by mal dostať možnosť opraviť faktické chyby a poskytnúť aktuálne dôverné podklady v rámci zodpovedajúceho procesu.

7. Dokončite implementáciou, referenciami a zmluvou

Referenčné hovory majú zodpovedať krajine, veľkosti predajcu, zložitosti vzťahov s výrobcami a rozsahu. Pýtajte sa, čo sa po podpise zmluvy zmenilo, čo vyžadovalo obchádzanie obmedzení, ktoré dáta zlyhali, ako dlho trvalo osvojenie, ako sa riešili incidenty a čo by referenčný zákazník urobil inak. Nepýtajte sa iba, či sa používateľom produkt páči.

Zakotvite akceptačné kritériá v zmluve. Zahrňte úplnosť a odsúhlasenie dát, kritické pracovné postupy, integrácie, výkon, zabezpečenie, školenie, prechod a podporu. Oceňte migračné iterácie, prostredia, používanie API, správy, úložisko, prácu na reportoch, cestovanie, indexáciu a zmenové požiadavky. Definujte úrovne služieb, eskaláciu, export pri odchode, podporu prechodu, mazanie a zachovanie prístupu k zákonom vyžadovaným záznamom.

8. Kam zapadá Omnetic

Omnetic by mal postúpiť do užšieho výberu tam, kde RFP oceňuje zdieľaný kontext zákazníka a vozidla, CRM pre predaj a popredajné služby, hĺbku životného cyklu ojazdených vozidiel, cenové a skladové akcie a štruktúrovanú mobilnú kontrolu. Jeho obhájiteľným odlíšením je nadväznosť od poznatku či dôkazu k prevádzkovej akcii s pridelenou zodpovednosťou.

Férová ponuka Omnetic musí aj tak preukázať každé vyraďovacie kritérium pre uvedené krajiny, výrobcov a moduly. Verejné tvrdenia o rozsahu, certifikáciách či počte natívnych modulov potrebujú aktuálne definície. Dôkazy o zabezpečení, architektúre, API, SLA a migrácii sa majú hodnotiť rovnakým meradlom ako pri každom dodávateľovi.

Obmedzenia

Váhy sú ilustratívne a nesmú sa preberať bez zohľadnenia priorít predajcu vozidiel. Verejné porovnanie je výberové a nehodnotí kvalitu implementácie. Verejne nepotvrdené nikdy neznamená, že niečo chýba. Právne, bezpečnostné, daňové a účtovné požiadavky vyžadujú odborné overenie.

Často kladené otázky

Vyberte trh a jazyk

Medzinárodný

Estónsko