Jak kupować AI, żeby za dwa lata móc zmienić dostawcę?
Temat: Bezpieczeństwo i utrzymanie AI
Swoboda zmiany dostawcy nie oznacza zakazu korzystania z chmury. Oznacza, że firma wie, co posiada, co może wyeksportować, jaki proces zależy od usługi i ile pracy zajmie przeniesienie go gdzie indziej. Tę możliwość trzeba ocenić przed podpisaniem umowy, ponieważ po wdrożeniu koszt wyjścia rośnie wraz z liczbą integracji i przyzwyczajeń zespołu.
Szersze zasady odpowiedzialności i utrzymania opisuje przewodnik po bezpieczeństwie i utrzymaniu AI.
Zapytaj o cztery rodzaje własności
Pierwsza to dane źródłowe i wyniki pracy: czy otrzymasz je w udokumentowanym formacie wraz z historią zmian? Druga to opis firmy: definicje klientów, zamówień, reguł i wyjątków. Trzecia to konfiguracja systemu: przepływy pracy, uprawnienia, testy i prompty. Czwarta to kod oraz prawa do jego dalszego używania, jeśli powstał na zamówienie. Słowo „Twoje dane” w ofercie nie odpowiada automatycznie na pozostałe trzy pytania.
Nie wystarczy też prawo do eksportu. Sprawdź, czy eksport obejmuje relacje między rekordami, historię decyzji i znaczenie pól. Plik z samymi tabelami bez definicji może być formalnie kompletny, a operacyjnie mało przydatny. To, co powinno zostać po wykonawcy, warto więc wpisać do odbioru projektu.
Zrób próbę wyjścia przed zakupem
Poproś dostawcę o pokazanie na małym zbiorze, jak wygląda eksport, odtworzenie uprawnień i wyłączenie integracji. Zapytaj, kto zapłaci za transfer, jak długo firma ma dostęp po zakończeniu umowy i jakie elementy wymagają licencji również po migracji. Nie trzeba przeprowadzać pełnej migracji; celem jest poznanie granic i orientacyjnego nakładu pracy.
Porównując oferty, nie stawiaj wyłącznie pytania o miesięczny abonament. Dolicz koszt zmiany procesu, przechowania historii, szkolenia użytkowników i utrzymania starego rozwiązania w okresie przejściowym. Ta kalkulacja może pokazać, że droższa dziś oferta ma niższe ryzyko uzależnienia albo odwrotnie. Bez danych nie ogłaszaj zwycięzcy.
Policz koszt wyjścia na jednym procesie
Wybierz proces, który planujesz powierzyć dostawcy, i wyobraź sobie przeniesienie go po dwóch latach. Ile rekordów trzeba zabrać? Które decyzje są zapisane tylko w konfiguracji platformy? Ile osób będzie musiało przez pewien czas pracować w dwóch środowiskach? Kto odtworzy historię zgód i działań? Jeśli nie znasz odpowiedzi, wpisz je jako ryzyko do porównania ofert, zamiast zakładać, że eksport pliku rozwiąże wszystko.
W kalkulacji rozdziel koszt jednorazowej migracji, koszt przerwy w działaniu i koszt utraconej wiedzy. Pierwszy można często oszacować z zakresu danych i integracji. Drugi zależy od tego, czy firma ma tryb ręczny lub równoległy. Trzeci jest trudniejszy, dlatego ważne są definicje procesu i dokumentacja, które pozostają własnością firmy. Nie trzeba przypisywać mu fikcyjnej kwoty; wystarczy wskazać scenariusz, w którym utrata wiedzy opóźnia start u kolejnego dostawcy.
Poproś o zapis w umowie, który pozwala sprawdzić możliwość eksportu przed zakończeniem współpracy. Test przeprowadzony dopiero po wypowiedzeniu usługi może ujawnić problem wtedy, gdy na poprawki nie ma już czasu.
Kiedy zależność jest akceptowalna?
Nie każda zależność jest błędem. Jeśli usługa dotyczy odwracalnego zadania, a firma może szybko zastąpić ją inną, wygoda może być ważniejsza niż pełna przenośność. Przy procesie krytycznym, historii klienta i regułach działania wymagaj wyższego poziomu kontroli. Gdy wybór obejmuje kilka działów i lat pracy, prezentacja dla zarządu pozwala najpierw ustalić, które aktywa naprawdę muszą zostać pod kontrolą firmy.
- Suwerenność
- Zakupy IT
- Vendor lock-in
