vendor risk

Vendor lock-in w AI: co sprawdzić przed rolloutem

Autor
Autor: Adam Rogacki
Odbiorca
zarządy, procurement, inwestorzy i właściciele procesów
Aktualizacja
Ostatnia aktualizacja: 27 czerwca 2026

Krótka odpowiedź

Vendor lock-in w AI nie dotyczy tylko ceny licencji. Najczęściej dotyczy danych, logów, workflow, promptów, evals, integracji, historii decyzji i kosztu wyjścia z narzędzia, gdy system zacznie wpływać na realny proces.

Przed rolloutem trzeba sprawdzić, czy firma potrafi zatrzymać system, wyeksportować dane, zmienić dostawcę, odtworzyć decyzje i utrzymać kontrolę nad błędami.

Kiedy to ma znaczenie

Lock-in robi się krytyczny, gdy AI dotyka dokumentów, obsługi klienta, HR, finansów, scoringu, rekomendacji, due diligence albo procesów z danymi osobowymi. Im bliżej decyzji i operacji, tym mniej wystarcza demo.

Test decyzyjny

Obszar Pytanie do vendora Dowód przed rolloutem
Dane Jakie dane są zapisywane i gdzie można je wyeksportować? Export path, retencja, formaty, ograniczenia i kto ma dostęp.
Evals Czy testy jakości można odtworzyć poza środowiskiem vendora? Zestawy testowe, wyniki, błędy, sposób monitorowania.
Integracje Co się dzieje po zmianie API, modelu albo planu cenowego? Architektura, wersjonowanie, SLA, koszt wolumenu.
Fallback Jak system wraca do człowieka lub starego procesu? Warunki zatrzymania, ręczna ścieżka, owner i incident path.
Odpowiedzialność Kto odpowiada za błędny output i reklamację? Umowa, instrukcja użycia, ograniczenia, ścieżka eskalacji.

Dowody do zebrania

  1. Mapa przepływu danych i lista miejsc, w których vendor zapisuje stan.
  2. Mechanika eksportu: format, koszt, termin, kompletność i ograniczenia.
  3. Lista zależności API, modeli, integracji i elementów customowych.
  4. Warunki zmiany dostawcy lub przejścia na manualny fallback.
  5. Koszt działania po pilotażu, nie tylko koszt startu.

Czerwone flagi

  • Vendor mówi “dane należą do klienta”, ale nie pokazuje realnego export path.
  • Nie da się odtworzyć, dlaczego system dał konkretny output.
  • Pilot działa tylko w panelu vendora i nie zostawia śladów dla procesu klienta.
  • Cena wygląda dobrze przy małym wolumenie, ale nie ma scenariusza skalowania.

Czego nie wyciągać jako wniosku

Lock-in nie oznacza automatycznie złego vendora. Czasem zależność jest akceptowalna, jeśli jest nazwana, policzona i ma plan wyjścia. Problem zaczyna się wtedy, gdy firma dowiaduje się o zależności dopiero po wdrożeniu.

Źródła