Polityka prywatności ma osiem tysięcy słów i odpowiada na wszystko poza pytaniem klienta: co dzieje się z dokumentem po wrzuceniu do modelu? W środku jest „możemy przetwarzać informacje w celu doskonalenia usług”, co może znaczyć prawie wszystko albo nic. Czytelny tekst nie jest skróconą wersją prawniczego chaosu. Jest mapą konkretnego procesu.
Strona prywatności produktu AI powinna pokazywać dane, cele, odbiorców, kopie i prawa w prostym języku. Dokument prawny pozostaje potrzebny, ale użytkownik powinien znaleźć podstawowe odpowiedzi bez tłumaczenia każdego zdania na ludzki.
Zacznij od jednej ścieżki dokumentu
Opisz, co dzieje się po dodaniu pliku: przesyłanie, przechowywanie, model, indeks, wynik, logi, wsparcie i usunięcie. Nie zaczynaj od definicji przetwarzania. Klient najpierw chce poznać los swojego materiału.
Oznacz warianty planu i funkcji. Inna ścieżka może dotyczyć czatu, API, transkrypcji i publikacji. Nie twórz jednej odpowiedzi, która obejmuje wszystkie tylko pozornie.
Dodaj datę, właściciela i wersję. Zmiana modelu lub dostawcy powinna prowadzić do aktualizacji. Nie zostawiaj tekstu ogólnego, który opisuje każdą możliwość, ale nie obecny proces.
Kategorie danych zamiast „informacji”
Rozdziel dane konta, treści, metadane, pliki, głos, obrazy, zdarzenia i logi. Nie każda kategoria jest wymagana do tego samego celu. Minimalizacja powinna być widoczna w procesie.
Podaj przykłady bez zachęcania do przesyłania wrażliwych danych. Jeżeli pewnych typów nie wolno dodawać, napisz to przy funkcji i formularzu, nie tylko w polityce.
Nie kopiuj pełnych dokumentów do przykładów. Wystarczy typ źródła i zakres. Strona prywatności nie powinna sama tworzyć nowego magazynu danych osobowych.
Cel i podstawa bez skrótów myślowych
Opisz, po co dane są używane: wykonanie usługi, bezpieczeństwo, wsparcie, rozliczenie, analiza czy komunikacja. Nie mieszaj wszystkich w „doskonalenie”.
Podstawę prawną i obowiązki ocenia właściwa osoba. Model może pomóc uporządkować tekst, ale nie decyduje o zgodności. Nie przepisuj podstaw z innego produktu.
Przy zmianie celu oceń nowe użycie przed włączeniem. Stare pliki nie stają się automatycznie materiałem do trenowania lub kampanii. Strona powinna opisywać decyzję i zakres.
Model i trenowanie: odpowiedź wprost
Napisz, czy treści trafiają do zewnętrznych modeli, na jakich warunkach i czy są używane do trenowania. Nie zastępuj odpowiedzi ogólnym „dbamy o prywatność”.
Oddziel model od dostawcy infrastruktury, indeksu i wsparcia. Każdy może mieć inne warunki. Link do dokumentacji powinien dotyczyć właściwego planu i daty.
Nie obiecuj braku trenowania, jeżeli zależy to od ustawienia, którego klient nie kontroluje lub którego nie sprawdzono. Pokaż konfigurację i sposób weryfikacji.
Kopie, cache i logi
Opisz, jakie kopie powstają poza głównym plikiem. Indeks, fragmenty, odpowiedzi, cache, eksporty i logi mają różne cele. Usunięcie jednego pliku nie kończy procesu automatycznie.
Podaj retencję zrozumiale i zgodnie z dokumentem. Jeżeli okres zależy od kategorii, pokaż tabelę. Nie używaj „tylko tyle, ile potrzeba” bez reguły.
Przy procesie pomocny jest artykuł o retencji danych przy AI. Strona powinna prowadzić do praktycznych informacji o usuwaniu i restore.
Podwykonawcy i lokalizacja
Opisz role odbiorców i kategorie dostawców. Nie musisz publikować poufnych umów, ale klient powinien znać istotne zależności i sposób uzyskania aktualnej listy.
Przy transferach i lokalizacji przedstaw aktualne warunki zgodnie z oceną prawną. Nie zgaduj regionu na podstawie adresu firmy. Infrastruktura i wsparcie mogą działać inaczej.
Przy zmianie dostawcy zaktualizuj listę i powiązane strony. Data ostatniej zmiany powinna odpowiadać rzeczywistej aktualizacji, nie comiesięcznemu odświeżaniu CMS.
Prawa użytkownika i prosty kontakt
Napisz, jak zgłosić pytanie, żądanie dostępu, poprawienie lub usunięcie zgodnie z procesem. Podaj kanał, wymagane informacje i sposób ochrony tożsamości. Nie żądaj dodatkowych danych bez potrzeby.
Nie obiecuj automatycznego wykonania każdego żądania bez oceny. Proces może mieć wyjątki i obowiązki. Opisz je zrozumiale, bez prawniczego „zastrzegamy sobie wszystko”.
Przy danych osobowych stosuj zasady z artykułu o RODO i minimalizacji AI. Link powinien prowadzić do praktycznych zasad, nie kolejnej ogólnej strony.
Warstwa podstawowa i dokument prawny
Na górze umieść krótkie odpowiedzi dla najważniejszych ścieżek. Poniżej dodaj szczegóły prawne i definicje. Nie skracaj dokumentu kosztem wymaganych informacji. Zmieniaj hierarchię, nie tylko liczbę słów.
Używaj zwykłych czasowników: przechowujemy, wysyłamy, usuwamy, ograniczamy. Objasnij „podwykonawca” i „retencja” przy pierwszym użyciu. Czytelnik nie powinien potrzebować słownika do zrozumienia własnych danych.
Zachowaj spójność z umową. Jeżeli wersja uproszczona mówi coś innego, popraw ją przed publikacją. Prosty tekst nie może być mniej prawdziwy niż formalny.
SEO i dostępność strony prywatności
Użyj naturalnych pytań o dane, trenowanie, usuwanie, kontakt i dostawców. Nie twórz osobnych stron dla każdej frazy RODO bez różnicy. Jedna aktualna strona z dobrą nawigacją jest użyteczniejsza.
Podstawowe informacje powinny być dostępne bez akceptacji cookies i bez logowania. Nie blokuj polityki prywatności banerem, którego dotyczy. To mały klasyk interfejsu, który przestaje być zabawny przy pierwszym czytaniu.
Linkuj z formularzy, funkcji i ustawień do konkretnych sekcji. Dane strukturalne nie zastępują widocznej treści. Strona powinna działać szybko i być czytelna na telefonie.
Przykład: dokument w RAG
Użytkownik dodaje dokument do bazy wiedzy. Opisz fragmenty, indeks, uprawnienia, odpowiedzi i usunięcie. Nie mów tylko o „bezpiecznym wyszukiwaniu”.
Pokaż, kto może odczytać źródło i odpowiedź. Usunięcie dostępu nie zawsze usuwa historię. Retencja wymaga osobnej decyzji. Przy uprawnieniach pomocny jest artykuł o RAG i dostępie AI.
Jeżeli dokument jest archiwalny, ogranicz jego użycie w bieżących odpowiedziach. Prywatność i aktualność nie są tym samym, ale oba wpływają na skutek.
Przykład: nagranie spotkania
Opisz zgodę lub inną podstawę zgodnie z procesem, kanał, transkrypcję, model, uczestników i retencję. Nie zakładaj, że przycisk nagrania informuje o każdym odbiorcy.
Oddziel audio, transkrypt, podsumowanie i logi. Mogą mieć różne cele i dostęp. Użytkownik powinien wiedzieć, jak ograniczyć lub usunąć każdą warstwę.
Przy nagraniach stosuj zasady z artykułu o transkrypcji polskiego audio AI. Link pomaga zrozumieć techniczne i organizacyjne ograniczenia.
Odbiór przez osobę nietechniczną
Poproś kogoś spoza prawa i IT o odpowiedź na pytania: gdzie trafia dokument, kto go widzi, jak usunąć i co z trenowaniem. Zapisz, które zdania wymagają tłumaczenia.
Specjalista potwierdza warunki i obowiązki. Produkt sprawdza zgodność z zachowaniem. Redakcja porządkuje tekst bez zmiany znaczenia. Każdy powinien widzieć tę samą wersję źródła.
Sprawdź linki z formularzy i stron funkcji. Użytkownik nie powinien trafiać na ogólny dokument, jeżeli pytanie dotyczy konkretnego kanału.
Aktualizacja po zmianie modelu lub funkcji
Nowy model, indeks, kanał audio lub eksport wymaga przeglądu mapy. Nie zmieniaj tylko nazwy dostawcy. Sprawdź kopie, cele, role i prawa.
Po zmianie porównaj stary i nowy tekst. Zapisz istotne różnice i datę wejścia. Nie usuwaj historii wymaganej dla wcześniejszych decyzji.
Po publikacji otwórz jedną ścieżkę jako użytkownik i sprawdź, czy odpowiada na rzeczywiste ustawienia. Test procesu jest równie ważny jak odbiór prawny.
Nie generuj polityki na podstawie konkurenta
Cudzy dokument nie opisuje twoich danych, umów i funkcji. Kopiowanie tworzy nowe twierdzenia, za które odpowiadasz. Możesz analizować strukturę, ale źródło musi być własne.
AI może pomóc znaleźć niezgodności i niejasne zdania. Nie powinno wymyślać podstaw, dostawców ani terminów. Każdy fakt wymaga właściciela i dowodu.
Przy większym procesie Aeneia Audit pomaga zmapować przepływ i odpowiedzialność. Aeneia Design pomaga pokazać go czytelnie na stronie.
Zgoda na analitykę nie jest zgodą na treść modelu
Oddziel mierzenie korzystania ze strony od przetwarzania dokumentów przez AI. Akceptacja cookies nie odpowiada automatycznie na pytanie o treść klienta w modelu. Proces powinien opisywać te cele osobno i nie łączyć ich w jeden wygodny baner.
Przy zdarzeniach analitycznych nie wysyłaj treści formularzy, promptów ani nazw plików. Wystarczy typ działania i bezpieczna kategoria. Strona prywatności powinna odpowiadać rzeczywistej konfiguracji GA, logów i narzędzi produktowych, a nie tylko ogólnej liście dostawców.
Formularz kontaktowy jako część prywatności
Przy pytaniu o dane zbierz minimum potrzebne do odpowiedzi. Nie żądaj pełnych dokumentów ani historii klienta w pierwszym kroku. Opisz, gdzie trafia zgłoszenie, kto je widzi i jak długo jest przechowywane.
Jeżeli użytkownik może zaznaczyć temat bez wpisywania poufnych szczegółów, daj taką możliwość. Model może pomóc w routingu po bezpiecznych kategoriach, ale nie powinien analizować wrażliwej treści bez potrzeby. Odbiór powinien prowadzić do właściwej osoby i kanału.
Test usunięcia opisany uczciwie
Nie obiecuj, że jeden przycisk usuwa każdą kopię natychmiast. Pokaż etapy i terminy zgodnie z procesem. Jeżeli kopie zapasowe mają inny cykl, wyjaśnij ograniczenie prostym językiem i wskaż, jak zapobiega się przywróceniu danych do zwykłego użycia.
Przygotuj przykład fikcyjnego dokumentu i sprawdź źródło, indeks, cache, odpowiedzi oraz eksport. Zachowaj wynik bez treści usuniętego pliku. Taki test daje więcej zaufania niż deklaracja „usuwamy wszystko na życzenie”.
Wersje językowe z tym samym znaczeniem
Przy tłumaczeniu polityki porównaj nie tylko słowa, ale zakres i zasady. Wersja angielska nie może obiecywać innego okresu retencji lub innych odbiorców. Model może przygotować szkic, ale właściciel odpowiada za zgodność.
Zaktualizuj wszystkie wersje przy zmianie i zachowaj datę. Jeżeli jedna wymaga późniejszego odbioru, oznacz proces zamiast publikować sprzeczne dokumenty. Użytkownik powinien dostać tę samą odpowiedź niezależnie od języka, w którym zadaje pytanie.
Aeneia Audit pomaga uporządkować dane i kopie. Przy rejestrze systemów pomocny jest rejestr przepływu danych Aeneia Signal.
Odpowiedź o danych powinna wskazywać konkretny etap: co trafia do dostawcy, kto ma dostęp do wyniku i gdzie szukać informacji o usunięciu. Przed tłumaczeniem ustal właściciela tych informacji oraz sprawdź, czy poszczególne wersje językowe opisują ten sam zakres. Szczegóły prawne pozostaw do oceny właściwej osobie.
Przy kolejnym przeglądzie otwórz stronę z pytaniem konkretnego klienta i sprawdź, czy odpowiedź nadal jest zgodna z produktem. Nie ograniczaj kontroli do samego tekstu. Ustawienia, linki i formularze muszą opisywać ten sam proces. Jeżeli praktyka różni się od polityki, szybko skoryguj nieprawdziwą informację i oceń rzeczywisty proces. Dalsze działania uzależnij od skutków i właściwych obowiązków. Tekst ma opisywać rzeczywistość.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
