Jak napisać regulamin i politykę prywatności dla twojej aplikacji

Ten przewodnik nie jest poradą prawną. Wyjaśnia, co zwykle zawierają regulamin i polityka prywatności oraz dlaczego, abyś mógł przygotować rozsądną wersję roboczą i lepiej porozmawiać z prawnikiem. Zasady, które mają zastosowanie do ciebie, zależą od tego, gdzie jest twoja firma, gdzie są twoi użytkownicy, jakie dane zbierasz i co sprzedajesz. W przypadku czegokolwiek większego niż mała, niskiego ryzyka aplikacja, a najlepiej także dla niej, dokumenty powinien przejrzeć wykwalifikowany prawnik.

W skrócie: twój regulamin określa zasady między tobą a użytkownikami. Twoja polityka prywatności uczciwie wyjaśnia, jakie dane osobowe zbierasz i co z nimi robisz. Oba dokumenty muszą opisywać to, co faktycznie robi twoja aplikacja.

Dlaczego te dokumenty są ważne

• Przepisy o prywatności. Wiele krajów i regionów wymaga, byś informował ludzi, jakie dane osobowe zbierasz i po co. Najbardziej znanym przykładem jest unijne RODO (zobacz czym jest RODO).
• Osoby trzecie tego wymagają. Sklepy z aplikacjami, dostawcy płatności, platformy reklamowe i dostawcy logowania, tacy jak „Zaloguj się przez Google”, zwykle proszą o link do polityki prywatności, a czasem także do regulaminu.
• Spory. Jasne zasady dotyczące płatności, zwrotów i dopuszczalnego użycia ułatwiają rozwiązywanie nieporozumień.
• Zaufanie. Klienci, zwłaszcza firmowi, czytają te strony przed zakupem.

Zanim zaczniesz pisać: zmapuj swoje dane i biznes

Nie da się opisać tego, czego się nie zna. Zapisz:

1. Jakie dane osobowe zbierasz: imiona, e-maile, dane płatnicze (zwykle obsługiwane przez dostawcę płatności), adresy IP, dane o użytkowaniu, przesyłane pliki, wiadomości, lokalizację.
2. Skąd pochodzą: formularze, rejestracja, analityka, pliki cookie, integracje.
3. Po co zbierasz każdy element: aby świadczyć usługę, rozliczać, obsługiwać klienta, prowadzić analitykę, wysyłać marketing.
4. Komu je udostępniasz: hosting, baza danych, e-mail, analityka, dostawcy płatności i AI (często nazywani podprocesorami).
5. Gdzie są przechowywane i przetwarzane: w których krajach.
6. Jak długo je przechowujesz i jak je usuwasz.
7. Jak pobierasz opłaty: jednorazowo, subskrypcja, okres próbny, zwroty.
8. Kim są twoi użytkownicy: konsumenci czy firmy i czy z aplikacji mogą korzystać dzieci.

Ta lista to także najbardziej przydatna rzecz, jaką możesz przynieść do prawnika.

Co zwykle zawiera regulamin

Przepisy o ochronie konsumentów w wielu krajach ograniczają to, co możesz wpisać do warunków dla konsumentów, na przykład to, jak daleko możesz wyłączyć odpowiedzialność albo jak muszą działać automatyczne odnowienia i anulowania. Klauzula normalna w umowie biznesowej może nie utrzymać się wobec konsumenta. To główny powód, by skorzystać z porady.

Jeśli twoja aplikacja używa AI

Jeśli produkt generuje treści za pomocą AI, rozważ uwzględnienie:

• tego, że wyniki mogą być błędne i użytkownicy powinni je sprawdzać
• tego, kto jest właścicielem wyników (o ile pozwalają na to warunki twojego dostawcy AI)
• tego, czy dane wejściowe użytkowników są wysyłane do zewnętrznych dostawców AI
• zasad dopuszczalnego użycia dotyczących tego, o co użytkownicy proszą AI

Co zwykle zawiera polityka prywatności

Najważniejsza zasada: musi być prawdziwa. Polityka mówiąca, że nie udostępniasz danych, podczas gdy twoja aplikacja wysyła je do trzech narzędzi analitycznych, jest gorsza niż krótka, uczciwa. Aktualizuj politykę za każdym razem, gdy dodajesz dostawcę lub zaczynasz zbierać coś nowego.

W sprawie banerów cookies zobacz czym są pliki cookie i jak dodać zgodę na pliki cookie.

Jak przygotować wersję roboczą

1. Uzupełnij mapę danych i biznesu opisaną powyżej.
2. Przeczytaj regulaminy dostawców, których używasz: hostingu, płatności, e-maila, AI. Niektórzy wymagają, byś przekazał pewne warunki lub informacje dalej.
3. Zacznij od renomowanego szablonu lub generatora, a nie od cudzych stron. Kopiowanie cudzych warunków to problem z prawem autorskim, a do tego opisuje niewłaściwy biznes.
4. Edytuj każdą sekcję, tak aby pasowała do tego, co robi twoja aplikacja. Usuń to, co nie ma zastosowania; dodaj to, czego brakuje.
5. Pisz prosto. Krótkie zdania i nagłówki pomagają użytkownikom i zmniejszają nieporozumienia.
6. Poproś prawnika o przegląd, zwłaszcza jeśli przetwarzasz wrażliwe dane (zdrowie, finanse, dzieci), sprzedajesz konsumentom w kilku krajach lub zawierasz umowy z większymi firmami.
7. Opublikuj i podlinkuj w stopce, przy rejestracji i przy płatności.
8. Zapisuj akceptację: na przykład pole wyboru lub wyraźne powiadomienie przy rejestracji oraz informację, którą wersję każdy użytkownik zaakceptował.
9. Przeglądaj je za każdym razem, gdy zmienia się produkt, dostawcy lub cennik.

Czego nie powinno być w dokumentach prawnych

• Obietnic, których nie możesz dotrzymać („nigdy nie będziemy mieć przestojów”).
• Deklaracji zgodności, których nie sprawdziłeś („w pełni zgodne z RODO”).
• Ukrytych warunków sprzecznych z tym, co mówi twój cennik.
• Skopiowanych fragmentów o funkcjach, których nie masz.

Praktyczna lista kontrolna

• Mapa danych jest napisana i zgadza się z aplikacją
• Każdy zewnętrzny dostawca jest wymieniony lub objęty opisem
• Warunki rozliczeń, odnowień, okresów próbnych i zwrotów zgadzają się z cennikiem
• Proces anulowania jest opisany i łatwy
• Adres e-mail do pytań prawnych i o prywatność działa
• Prośby o usunięcie danych faktycznie da się zrealizować
• Linki są w stopce, przy rejestracji i przy płatności
• Dokumenty przejrzał prawnik
• Ustawiona jest data „ostatnia aktualizacja”

Dodawanie stron prawnych do aplikacji zbudowanej w Mythex

Mythex nie pisze za ciebie dokumentów prawnych i nie powinieneś polegać na żadnym narzędziu AI w kwestii tekstów prawnych bez przeglądu. Może za to zrobić instalację: poprosić agenta o dodanie stron /terms i /privacy z twoim sprawdzonym tekstem, podlinkować je w stopce i przy rejestracji, dodać pole wyboru akceptacji oraz zapisać w bazie danych, którą wersję każdy użytkownik zaakceptował. Warto też przed startem zrobić przegląd bezpieczeństwa, bo obietnice twojej polityki prywatności dotyczące ochrony danych muszą być prawdziwe.

Pytania