Następnym modułem był onboarding klienta i zbudowaliśmy go w odpowiedzi na konkretną frustrację. Większość narzędzi onboardingowych daje Ci listę kontrolną: wykaz dokumentów, które nadal musisz napisać. To nie jest pomoc. Napisanie materiałów compliance jest właśnie tą pracą. Dlatego zbudowaliśmy onboarding tak, by sam wytwarzał pakiet — nie przypominał Ci, że ten pakiet jeszcze nie istnieje.

Pakiet gotowy w pierwszym dniu

Po uruchomieniu kancelarii materiały niezbędne do jej funkcjonowania są już tam jako projekty:

  • polityka prywatności dla nowych klientów, zakotwiczona w wymaganiach art. 13 i 14 RODO dotyczących obowiązku informacyjnego;
  • wewnętrzna polityka przetwarzania danych kancelarii;
  • procedura reklamacyjna;
  • procedura realizacji żądań podmiotów danych — na wypadek gdy osoba fizyczna zapyta, jakie dane posiadasz;
  • projekt rocznego sprawozdania z używania AI, który możesz przekazać partnerowi ds. compliance na koniec roku.

Treść jest zakotwiczona w obowiązkach informacyjnych wynikających z art. 13 i 14 RODO oraz w standardach samorządu adwokackiego i KIRP. Edytujesz części specyficzne dla kancelarii — swoje dane, nazwę, wybory, których tylko Ty możesz dokonać. Boilerplate, czyli ta powolna i żmudna część, jest gotowy.

Dlaczego lista kontrolna nie wystarczy

Firmy odkładają tę pracę, bo lista kontrolna jej nie redukuje. „Napisz politykę używania AI" to jedna pozycja na liście i kilka dni faktycznej pracy — dlatego zostaje niewykonana, podczas gdy wszyscy mają nadzieję, że stary precedens nadal pasuje do bieżących wytycznych regulatora.

Wytwarzając projekty samodzielnie, zakotwiczone w regulatorach, moduł przesuwa zadanie z „napisz od zera" na „przejrzyj i zatwierdź". To zupełnie inna ilość pracy i to jest różnica między polityką, która istnieje, a polityką, która jest permanentnie na liście zadań.

Zakotwiczone w regulatorach, nie w generycznym szablonie

Tu moduł zasługuje na myśl przewodnią całego produktu: zbudowane dla prawników, nie generyczne narzędzie z prawną nakładką.

Pakiet nie jest generycznym szablonem polityki prywatności, który później giętymi klauzulami dostosowujesz do polskich realiów. Jest zakotwiczony w żywych odniesieniach regulacyjnych — wymaganiach art. 13 i 14 RODO oraz standardach obowiązujących kancelarie — pisany dla polskiej praktyki, nie tłumaczony z przepisów innego rynku. Generyczny szablon zmusza Cię do samodzielnego mapowania po fakcie, z ryzykiem, że przegapisz miejsce, w którym Twoja jurysdykcja się różni. Zaczynając od właściwej ramy, projekt jest już wycelowany w standard, którego faktycznie oczekuje Twój samorząd zawodowy.

Projekty do przeglądu, zatwierdzenie przez człowieka

Jak wszędzie indziej w produkcie — otrzymujesz projekty. Zakotwiczone w regulatorach, ustrukturyzowane i gotowe — ale projekty. Partner je przegląda, edytuje ocenne decyzje i je zatwierdza. Moduł nie składa niczego do samorządu w Twoim imieniu, nie reprezentuje kancelarii przed regulatorem ani nie traktuje swojego wyniku jako ostatecznego. Compliance to odpowiedzialność zawodowa, dlatego człowiek pozostaje przy decyzji.

I — jak w każdym module — działa na tej samej architekturze: dane kancelarii i klientów zostają na Twojej maszynie, w przeglądarce, a do modelu AI trafia wyłącznie tekst, który zatwierdzasz do danego kroku.

Gdzie onboarding mieści się w tej serii

Onboarding zamyka otwierający łuk produktu. Umowa o świadczenie usług prawnych rozpoczyna relację z klientem; onboarding wprowadza kancelarię na właściwy tor compliance w tym samym momencie — oba wytwarzane jako natywne, poprawne jurysdykcyjnie projekty, oba trzymane na Twojej maszynie, oba przekazywane do przeglądu i zatwierdzenia, które może zapewnić tylko prawnik.

← Wszystkie wpisy