Przez kilka tygodni pracowałem nad systemem, który potrafi weryfikować adresy przez państwowy rejestr adresów. Technicznie działa dobrze — sprawdza, czy adres istnieje, czy format jest poprawny, czy numer budynku pasuje.
A potem zapytałem siebie: co się stanie, jeśli ktoś podchodzi do rejestracji i jego adres jest w systemie jako nieistniejący?
Odpowiedź, która pierwsza przyszła mi do głowy, była błędna.
20% to nie jest brzeg systemu
Gdybym wymagał pełnej weryfikacji adresu na wejściu, odrzucałbym co piątą osobę.
Nie dlatego, że oszukuje. Dlatego, że mieszka na nowym osiedlu, które jeszcze nie trafiło do bazy. Albo ma adres z literówką w nazwie ulicy. Albo mieszka na wsi, gdzie numeracja domów jest historycznie nieregularna.
To nie są podejrzani użytkownicy. To są dokładnie ci, których chcę mieć — lokalni mieszkańcy, którzy chcą się angażować w swoją społeczność.
Blokada na wejściu nie chroni platformy. Chroni ją przed użytkownikami.
Każda osoba odrzucona na progu to nie „odsiane ryzyko” — to ktoś, kto miał ochotę być częścią okolicy i już na wejściu się zniechęcił. Wolę wpuścić kogoś z nowego osiedla, którego nie ma jeszcze w bazie, niż zatrzasnąć mu drzwi przed nosem.
Jak działa stopniowe zaufanie
Zamiast „zweryfikowany albo nic”, mam trzy poziomy:
Samodeklaracja — wpisałeś adres, ufamy Ci na słowo. Możesz przeglądać treści, czytać ogłoszenia, być częścią społeczności.
Weryfikacja przez rejestr — Twój adres pasuje do danych państwowych. Możesz tworzyć ogłoszenia, aktywnie uczestniczyć w dyskusjach.
Weryfikacja przez instytucję — potwierdzenie od urzędu, spółdzielni, zarządcy nieruchomości. Możesz moderować, mieć uprawnienia lokalne.
Każdy następny poziom odblokowuje więcej możliwości — ale brak wyższego poziomu nie zamyka niższego. Użytkownik z nieweryfikowalnym adresem może korzystać z platformy od pierwszego dnia.
Kiedy to ma sens
Ta zasada działa, gdy ryzyko wejścia niezweryfikowanego użytkownika jest niskie.
Na platformie sąsiedzkiej osoba, która fałszuje adres, żeby wejść do konkretnej dzielnicy, jest wyjątkiem. Większość użytkowników po prostu chce się zarejestrować i korzystać z aplikacji. Friction na wejściu boli tych drugich bardziej niż utrudnia życie tym pierwszym.
Wyższe poziomy weryfikacji są odpowiedzią na wyższe ryzyko — moderacja społeczności, wystawianie usług, zaufanie finansowe.
Decyzja uprościła pierwszą wersję onboardingu — zamiast budować pełną ścieżkę weryfikacji przed pierwszą rejestracją, mogłem skupić się na tym, żeby aplikacja była przydatna od razu. Weryfikacja wchodzi jako opcja ulepszenia, nie jako bariera.
Pułapka jest jedna: „generous start” wymaga przemyślanego systemu uprawnień. Na etapie projektowania łatwo o ciche błędy — coś, co miało być tylko dla zweryfikowanych, okazuje się dostępne dla wszystkich. Widać to w testach, nie w kodzie.