Poptávka
← Zpět na Akademii

Vendor lock-in: jak mu předejít, ať zvolíte jakékoli řešení

Koláčková Pavla
Vendor lock-in: jak mu předejít, ať zvolíte jakékoli řešení
Vendor lock-in nehrozí jen u systémů na míru. I krabicové řešení vás může uzamknout, jen jinými prostředky. Tenhle článek ukazuje, jak riziko rozpoznat ještě před podpisem smlouvy a jak ho omezit, ať už si nakonec vyberete krabicové řešení, hotové ERP, nebo systém na míru.

Co je vendor lock-in a proč nejde jen o "na míru" systémy

Vendor lock-in znamená situaci, kdy je firma na svém dodavateli natolik závislá, že změna ať už dodavatele, nebo celého systému je extrémně nákladná, pomalá nebo prakticky nemožná. Intuitivně se lock-in spojuje hlavně se systémy na míru, protože tam je vazba na jednoho dodavatele nejviditelnější. Realita je ale širší: i krabicové řešení nebo velké enterprise platformy dokážou firmu uzamknout stejně pevně, jen jinými mechanismy, přes formát dat, cenovou politiku nebo hloubku provázání s vlastními procesy firmy.

Riziko lock-inu proto nemá smysl řešit jako argument pro nebo proti konkrétnímu typu řešení. Má smysl ho řešit jako součást důkladného prověření u každé nabídky, bez ohledu na to, jestli jde o krabicové řešení, konfigurovatelné ERP, nebo vývoj na míru.

 

Formy lock-inu

  • Vlastnictví kódu. U systému na míru je klíčovou otázkou, jestli firma po dokončení projektu vlastní zdrojový kód, nebo má jen licenci k užívání. Ani jeden model není sám o sobě problém,  lock-in vzniká tam, kde licenční model není doplněný o žádné další jistoty (viz níže). Tomuhle tématu se podrobně věnuje samostatný článek o vlastnictví kódu a dokumentaci.
  • Formát dat. I bez otázky vlastnictví kódu může být firma uzamčená tím, v jakém formátu jsou její data uložená. Pokud dodavatel používá proprietární, uzavřený formát bez možnosti standardního exportu, přechod k jinému řešení znamená složitou a nákladnou rekonstrukci dat, i kdyby firma se samotným kódem systému žádný problém neměla.
  • Cenová politika. Lock-in nemusí být technický, může být čistě ekonomický. Jakmile má firma v systému nashromážděná data a naučené procesy, dodavatel může postupně zvyšovat ceny licencí nebo podpory s vědomím, že náklady na přechod jinam jsou vyšší než náklady na akceptování zdražení. Tohle riziko roste s tím, jak hluboko je systém provázaný s fungováním firmy.
  • Závislost na jednom klíčovém člověku. Nejmíň viditelná, ale často nejzáludnější forma lock-inu – když je znalost systému soustředěná v hlavě jednoho konkrétního člověka, ať už na straně dodavatele, nebo na straně firmy. Odchod téhle osoby dokáže firmu paralyzovat podobně jako ztráta celého dodavatele, bez ohledu na to, jak je smlouva jinak dobře nastavená.

 

Jak riziko poznat už v nabídce dodavatele

Několik varovných signálů se dá odhalit ještě předtím, než firma cokoli podepíše. Nabídka, která vůbec neřeší formát exportu dat nebo se tomuto tématu při dotazu vyhýbá, je první červená vlajka. Stejně tak smlouva, která neobsahuje žádnou zmínku o ukončení spolupráce nebo předání. Mlčení v tomhle bodě zpravidla neznamená, že firma nabízí nadstandard automaticky, ale že se o tom prostě nemluvilo. Zdrženlivost při otázkách na dokumentaci nebo na to, kdo konkrétně v týmu dodavatele projekt zná, je dalším signálem, pokud odpověď zní jen jedno jméno, riziko závislosti na jednom člověku je reálné.

 

Jak riziko snížit

  • Exportovatelnost dat v otevřených formátech. Bez ohledu na typ řešení by mělo být smluvně garantováno, že firma může svá data kdykoli vyexportovat ve standardním, strojově čitelném formátu, ne jen nahlédnout do systému přes uživatelské rozhraní.
  • Dokumentace. Srozumitelná dokumentace nastavení systému a business pravidel snižuje závislost na konkrétních lidech, ať už na straně dodavatele, nebo firmy. Nový tým se dokáže zorientovat mnohem rychleji.
  • Klauzule o eskalaci a výpovědi. Jasně popsaný proces, co se stane při neshodě nebo ukončení spolupráce, v jaké lhůtě, za jakých podmínek a s jakým rozsahem předání. Tahle klauzule patří do smlouvy od začátku.
  • Druhý zdroj znalostí. Firma by se neměla spoléhat jen na jednoho člověka u dodavatele – ani na jednoho klíčového člověka interně. Zajištění, že systém zná víc než jedna osoba na obou stranách, je jedna z nejlevnějších pojistek proti lock-inu vůbec.

 

Krátké srovnání: lock-in u krabicového řešení vs. u systému na míru

U krabicového řešení je riziko typicky menší v oblasti závislosti na konkrétním člověku (systém znají desítky lidí u dodavatele i na trhu), ale vyšší v oblasti formátu dat a cenové politiky. Firma je jedna z mnoha stovek klientů a nemá silnou vyjednávací pozici. U systému na míru je to naopak: cenová politika bývá vyjednatelnější a osobnější, ale riziko závislosti na konkrétním týmu nebo jednom klíčovém vývojáři je vyšší, protože znalost systému je koncentrovaná u mnohem menšího počtu lidí.

Ani jedna varianta není paušálně bezpečnější, jde o jiný profil rizika, který je potřeba řešit jinými nástroji ze seznamu výše.

 

 

Verdikt

Lock-inu se nedá vyhnout úplně. Určitá míra závislosti na dodavateli je nevyhnutelná součást jakéhokoli dlouhodobého partnerství. Dá se ale řídit a smluvně ošetřit: exportovatelná data, kvalitní dokumentace, jasná exit klauzule a víc než jeden člověk, který systém zná, snižují riziko na úroveň, se kterou se dá rozumně žít, bez ohledu na to, jestli firma nakonec zvolí krabicové řešení, konfigurovatelné ERP, nebo vývoj na míru.

Zaujal vás tento článek?

Pojďme si popovídat, jak vám dokážeme pomoci.

Vyplňte formulář níže a naši specialisté se vám ozvou ohledně dalšího jednání.

Líbil se vám článek? Pošlete ho kolegům:
Odkaz zkopírován do schránky