Legaltech w dziale prawnym: od czego zacząć

Dlaczego dział prawny wdraża inaczej niż kancelaria

Kancelaria może kupić narzędzie decyzją wspólników w tydzień. Dział prawny w spółce nie ma tego komfortu. Zanim cokolwiek przetestujesz, przejdziesz przez procurement, ankietę bezpieczeństwa IT, ocenę zgodności z politykami compliance i rozmowę o budżecie, który zwykle należy do kogoś innego. To nie jest wada organizacji, tylko jej system odpornościowy: te same mechanizmy, które chronią spółkę przed ryzykownym dostawcą oprogramowania, obejmują też legaltech.

Praktyczny wniosek: o powodzeniu wdrożenia in-house decyduje ścieżka od potrzeby do zgody organizacji, a nie sama funkcjonalność narzędzia. Szef działu, który zaczyna od demo produktu, często kończy z zablokowanym zakupem po trzech miesiącach. Ten, kto zaczyna od zmapowania interesariuszy (IT security, IOD, zakupy, sponsor w zarządzie), dochodzi do pilotażu szybciej, bo każdą zgodę przygotowuje równolegle. Specyfice takich wdrożeń poświęcamy osobną kategorię LegalTech dla działów prawnych.

Mapa zadań działu i wybór pierwszego zastosowania

Punkt wyjścia to inwentaryzacja: co zespół robi cyklicznie i ile godzin to kosztuje. Zwykle wystarczy tydzień notowania, żeby zobaczyć strukturę: research prawny przed opinią, analiza umów i dokumentów, odpowiedzi na powtarzalne pytania biznesu, raportowanie stanu spraw.

Pierwsze zastosowanie wybierz według trzech kryteriów.

• Powtarzalność: zadanie wraca co tydzień, nie raz na kwartał.
• Mierzalność: da się porównać czas i jakość przed i po.
• Wrażliwość danych: na start wybierz pracę na materiale, który nie wymaga wprowadzania do narzędzia danych osobowych pracowników ani kontrahentów.

W praktyce najlepiej bronią się research prawny i analiza dokumentów. Research pracuje głównie na źródłach publicznych (przepisy, orzecznictwo), więc ryzyko związane z danymi jest niskie, a wynik łatwo zweryfikować: odpowiedź z przypisami do konkretnych przepisów i sygnatur orzeczeń prawnik sprawdza w kilka minut. Analiza dokumentów daje z kolei szybki, policzalny efekt przy przeglądach umów.

Zgody organizacji i przygotowanie pilotażu

Gdy wiesz, co chcesz usprawnić, prowadź trzy wątki równolegle. IT security zapyta o miejsce przetwarzania danych, szyfrowanie, retencję zapytań, podpowierzenie i o to, czy dostawca trenuje modele na danych klientów; poproś dostawcę o wypełnioną ankietę bezpieczeństwa, zanim umówisz spotkanie z IT. Z IOD ustal, czy planowane przetwarzanie wymaga oceny skutków dla ochrony danych (DPIA) na gruncie art. 35 RODO; przy danych osobowych w sprawach pracowniczych czy spornych zwykle warto ją przeprowadzić, a RODO wprost przewiduje konsultację z IOD przy jej wykonywaniu. Procurement zabezpieczy z kolei umowę powierzenia, SLA i warunki wyjścia z kontraktu.

Czwarty wątek to sponsor. Budżet na legaltech rzadko leży w dziale prawnym, więc potrzebujesz właściciela biznesowego, który rozumie koszt status quo: godziny prawników na zadaniach powtarzalnych i czas oczekiwania biznesu na odpowiedź. Sama mechanika projektu (testy, szkolenia, zasady użycia) wygląda podobnie jak wdrożenie AI w kancelarii; różnica polega na liczbie zgód i interesariuszy po drodze.

Równolegle projektuj sam test, jak eksperyment, nie jak przedłużone demo. Schematy takiego testu opisujemy w tekstach o tym, jak przygotować pilotaż AI w kancelarii; w spółce dochodzi jedynie formalne domknięcie zgód opisanych wyżej. Żelazna reguła pozostaje ta sama: każdy wynik narzędzia weryfikuje prawnik, zanim zostanie użyty.

Ramy regulacyjne: AI Act, RODO i rekomendacje KIRP

Formalności nie zablokują projektu, jeśli uwzględnisz je od początku. Akt o sztucznej inteligencji (rozporządzenie (UE) 2024/1689) wszedł w życie 1 sierpnia 2024 r. i jest stosowany etapami: od 2 lutego 2025 r. obowiązują zakazy określonych praktyk oraz obowiązek zapewnienia odpowiednich kompetencji w zakresie AI u osób korzystających z tych systemów (art. 4), a od 2 sierpnia 2026 r. większość pozostałych przepisów. Typowe narzędzia do researchu prawnego nie są klasyfikowane jako systemy wysokiego ryzyka, ale kwalifikację konkretnego zastosowania potwierdź z compliance, zamiast zakładać ją z góry.

Na gruncie RODO kluczowe są DPIA (art. 35) tam, gdzie przetwarzanie może powodować wysokie ryzyko dla praw osób, oraz umowa powierzenia z dostawcą. Dla radców prawnych, także tych pracujących w działach prawnych, punktem odniesienia są opublikowane wiosną 2025 r. rekomendacje KIRP dotyczące korzystania z narzędzi opartych na AI: kładą nacisk na ochronę tajemnicy zawodowej, odpowiedzialność za treści generowane przez narzędzia i nadzór człowieka nad każdym wynikiem. Ten sam standard powinien trafić do wewnętrznych zasad użycia przygotowanych na pilotaż.

Procedura: wdrożenie legaltech w dziale prawnym

Krok pierwszy polega na inwentaryzacji zadań działu: przez tydzień lub dwa zespół notuje powtarzalne czynności i szacuje godziny, a szef działu wybiera z tej mapy jedno zastosowanie o mierzalnym efekcie i niskiej wrażliwości danych. Krok drugi obejmuje uruchomienie ścieżki zgód: ankieta bezpieczeństwa dostawcy trafia do IT security, z IOD rozstrzygasz potrzebę DPIA, a procurement przygotowuje umowę powierzenia, SLA i warunki wyjścia z kontraktu; wszystkie trzy wątki biegną równolegle.

Krok trzeci to pozyskanie sponsora i budżetu: policz koszt status quo (godziny prawników na zadaniach powtarzalnych razy stawka plus czas oczekiwania biznesu na odpowiedź) i przedstaw go właścicielowi biznesowemu po stronie zarządu. Krok czwarty obejmuje pilotaż: 60-90 dni, zespół 3-5 osób, wyłącznie sprawy niewrażliwe, bez danych szczególnych kategorii i spraw objętych podwyższoną poufnością, oraz spisane zasady użycia z obowiązkową weryfikacją każdego wyniku przez prawnika. Zanim zespół zacznie pracę z narzędziem, zanotuj obecny czas wykonania tych samych zadań na kilku typowych sprawach, bo bez tej bazy trudno rzetelnie obronić wynik testu.

Krok piąty zamyka projekt: po 90 dniach porównujesz mierniki (średni czas researchu lub przeglądu dokumentu, odsetek odpowiedzi wymagających istotnej korekty, liczba aktywnych użytkowników tygodniowo, ocena zespołu) z punktem wyjścia i podejmujesz decyzję go/no-go. Ten sam zestaw danych staje się materiałem dla sponsora i zarządu przy rozmowie o szerszym wdrożeniu.

Typowe błędy przy wdrażaniu legaltech w dziale prawnym

Większość nieudanych projektów in-house wykłada się na tych samych rafach. Wszystkie da się ominąć na etapie planowania.

• Zakup poza procedurą: subskrypcja opłacona kartą bez wiedzy IT (shadow IT) zwykle narusza polityki bezpieczeństwa spółki i potrafi zablokować późniejsze, szersze wdrożenie.
• Start od demo zamiast od interesariuszy: prezentacja produktu przed zmapowaniem IT security, IOD i zakupów często kończy się zablokowanym zakupem po trzech miesiącach.
• Sekwencyjne zbieranie zgód: czekanie z DPIA na wynik ankiety IT, a z procurementem na DPIA potrafi podwoić czas projektu, choć te wątki mogą biec równolegle.
• Brak pomiaru punktu wyjścia: bez zanotowanego czasu wykonania zadań sprzed pilotażu nie obronisz jego wyniku przed zarządem.
• Pilotaż bez zasad użycia: brak spisanej reguły, że każdy wynik narzędzia weryfikuje prawnik, wystawia dział na ryzyko błędnej treści w obiegu.

Najczęstsze pytania (QA)

Czy dział prawny może samodzielnie wykupić subskrypcję narzędzia AI?

Formalnie czasem tak, praktycznie nie warto. Zakup poza procedurą (shadow IT) zwykle narusza polityki bezpieczeństwa spółki i potrafi zablokować późniejsze, szersze wdrożenie. Szybsza droga to włączenie IT security i zakupów od pierwszego dnia.

Kiedy przed wdrożeniem legaltech potrzebna jest DPIA?

Gdy przetwarzanie może powodować wysokie ryzyko dla praw i wolności osób fizycznych, np. przy analizie dokumentów ze spraw pracowniczych. O kwalifikacji rozstrzygaj wspólnie z IOD. Lepiej przeprowadzić DPIA na wyrost, niż tłumaczyć jej brak.

Od jakiego zastosowania najlepiej zacząć wdrożenie legaltech?

Najczęściej broni się research prawny lub analiza dokumentów. Research pracuje głównie na źródłach publicznych, więc ryzyko związane z danymi jest niskie, a odpowiedź z przypisami do przepisów i sygnatur orzeczeń prawnik weryfikuje w kilka minut. Analiza dokumentów daje z kolei policzalny efekt przy przeglądach umów.

Ile realnie trwa droga od pomysłu do działającego narzędzia?

W spółce zwykle 3-6 miesięcy: 4-8 tygodni na zgody (IT, IOD, procurement) prowadzone równolegle i 60-90 dni pilotażu. Sekwencyjne zbieranie zgód potrafi ten czas podwoić.

Jak uzasadnić budżet na legaltech przed zarządem?

Policz koszt status quo: godziny prawników na powtarzalnym researchu i przeglądach razy stawka, plus czas oczekiwania biznesu na odpowiedź. Po pilotażu zestaw to z miernikami, a decyzja przestaje być dyskusją o technologii i staje się rachunkiem.

Czy narzędzie AI do researchu prawnego to system wysokiego ryzyka według AI Act?

Typowe narzędzia do researchu prawnego nie są klasyfikowane jako systemy wysokiego ryzyka. Kwalifikację konkretnego zastosowania potwierdź jednak z compliance, zamiast zakładać ją z góry. Od 2 lutego 2025 r. obowiązuje też wymóg zapewnienia odpowiednich kompetencji w zakresie AI u osób korzystających z tych systemów.