Interfejs profilu użytkownika
1) Zasady
1. Jedna myśl na ekranie. Profil = zestaw krótkich sekcji samodzielnych z jednym CTA każdy.
2. Domyślne zabezpieczenie. Widoczne statusy 2FA/sessions/devices, proste ścieżki do działania.
3. Przejrzystość danych. Co jest przechowywane, dlaczego, jak wyłączyć/pobrać/usunąć.
4. Brak personalizacji przeciążeń. Tylko prawdziwe ustawienia, które wpływają na doświadczenie.
5. Nigdy nie trać kontekstu. Projekty, powrót do ostatniej sekcji, przewidywany adres URL.
2) Architektura informacji
Zalecana struktura (lewe menu/zakładki):- Profil (avatar, nazwa, kontakty)
- Bezpieczeństwo (hasło, 2FA, urządzenia/sesje)
- Płatności (metody, części automatycznie zapisane, historia)
- Limity (gra odpowiedzialna)
- KYC (status, przesłanie dokumentów)
- Preferencje (język, waluta, format kursów, szybkie zakłady, tematy)
- Powiadomienia (typy/kanały, cisza/trawienie)
- Prywatność i dane (widoczność, DSAR/eksport, usunięcie konta)
Nigdy nie pokazywać pełny PAN/CVC; Tylko UX żetony i maski.
3) Nagłówek profilu
Avatar (załadunek/przycinanie), nazwa wyświetlacza, ID/nazwa użytkownika.
Status Odznaki: KYC: Under Review/Passed, 2FA: On/Off, Responsible Play: Active.
Szybkie linki: „Zmień hasło”, „Potwierdź e-mail/telefon”, „Ustaw limit”.
html
<header class="profile-head">
<img class="avatar" alt="Аватар пользователя">
<div>
<h1>Имя пользователя</h1>
<div class="badges"><span class="badge">KYC: На проверке</span><span class="badge">2FA: Выкл</span></div>
</div>
<button class="btn btn--primary">Загрузить документы</button>
</header>
4) Sekcja profilu
Pola: imię, data urodzenia, kraj, język interfejsu.
Kontakty: e-mail (weryfikacja), telefon (OTP).
Lokalizacja: data/godzina/waluta związana z językiem i krajem.
Data urodzenia jest edytowana tylko poprzez wsparcie po KYC.
UX: prompty formatu, miękkie maski, automatyczne zapisywanie z debunkingiem, potwierdzenie sukcesu.
5) Bezpieczeństwo
Hasło: zmiana przez bieżące hasło + reguły jakości (ciśnieniomierz/wiersze), nie pokazują wymagań z mocą wsteczną.
2FA: TOTP/SMS; prosty strumień główny: „Włącz → QR → kody kopii zapasowych”.
Urządzenia i sesje: lista aktywnych wejść (urządzenie/OS/lokalizacja/czas), CTA „Zakończ wszystkie z wyjątkiem prądu”.
Loginy społeczne: wiązanie/odłączanie z potwierdzeniem.
6) Płatności
Metody płatności: karty (maska „1234”), A2A/wallets; Status domyślny.
Wnioski: zapisane szczegóły (IBAN/portfel) z weryfikacją mikro-transferową, w stosownych przypadkach.
Historia transakcji: filtry według typu/daty/kwoty, eksport CSV.
Przejrzystość: komisje/ETA i w toku/odrzucone/gotowe państwa.
7) Limity (Responsible Play)
Rodzaje: Depozyt, Stawka, Czas-out, Samodzielne wykluczenie.
UX: okres radiowy (dzień/tydzień/miesiąc) + kwota, wyraźny tekst „wejdzie w życie w”....
Zmiana w kierunku osłabienia - opóźnienie; zaostrzenie - natychmiast.
8) KYC
Stepper: Dane osobowe → Dokumenty → Wysyłanie → W ramach przeglądu.
Wyczyść wymagania dotyczące plików (typ/rozmiar/jasność) + podgląd.
Status i warunki, kanał powiadamiania o gotowości, historia złożonych dokumentów.
9) Preferencje
Format współczynników jest dziesiętny/frakcyjny/amerykański.
Szybkie zakłady: przełączyć + ostrzeżenie „bez potwierdzenia” i cofnąć, jeśli jest to dozwolone.
Motyw: jasny/ciemny/ogólnoustrojowy; tryb kontrastu dla osób niedowidzących.
Geo i język: zachowaj, ale pamiętaj, wymagania jurysdykcyjne (listy treści/bloków).
10) Ogłoszenia
Kanały: push/e-mail/SMS/w aplikacji.
Grupy: finansowe, gry, społeczne, marketingowe (umiarkowanie domyślnie).
„Nie przeszkadzać”: zakresy czasu i warunki (np. brak marketingu w nocy).
Podgląd: Jak wygląda powiadomienie, gdzie go wyłączyć.
11) Prywatność i dane
Widoczność profilu (jeśli funkcje społeczne): kto widzi pseudonim/awatar/aktywność.
Ładowanie danych (DSAR): żądanie archiwum z czasem realizacji; powiadomienie o gotowości.
Usunięcie konta: wyjaśnić konsekwencje, okres łaski, „Zamrożenie” jako alternatywę.
Dziennik zgody: Pliki cookie/Marketing/Warunki - Daty i wersje.
12) Historia działań
Feed: wpisy/wyjścia, changes/2FA hasła, zmiany w szczegółach płatności, limity.
Filtry i eksport; wyjaśnienie geo-IP i urządzeń.
CTA „To nie byłeś ty?” → szybka zmiana hasła i przepływ zakończenia sesji.
13) A11y i lokalizacja
Etykiety i wskazówki są powiązane poprzez „aria-described”; błędy - 'role =' alert ''.
Kontrast ≥ AA, widoczny ': focus-visible', Kolejność zakładek odpowiada wizualnemu.
„zredukowany ruch” - animacje minimalne.
Rozszerzenie języka: 20-30% margines szerokości; numery tabelaryczne ("font-variant-numeric: tabular-nums; ').
14) Wzory mobilne
Menu profilowe jako szuflada; kluczowe statusy/CTA - na górze.
Sticky-CTA na dole dla długich form („Zapisz zmiany”).
Skalowanie pól, klawiatury według typu ('inputmode').
Powiadomienia/historia - taśma z niekończącym się załadunkiem i wartownikiem-obserwatorem.
15) Puste, błędy, stany
Pusta: przyjazna wskazówka i „co dalej” (dodaj metodę/dodaj 2FA).
Błąd: spowodować + jak naprawić + Retry; Nie zresetuj danych wejściowych.
Zajęty: lokalne ładowarki, bez blokowania całego ekranu; TTFF ≤ 100 ms.
16) Metryka
Wskaźnik ukończenia według ustawień kluczowych (2FA, KYC, metody płatności).
Sekcje czasu do zakończenia (hasło/2FA/KYC/limity).
Wskaźnik błędów formularzy + Wskaźnik sukcesu Retry.
Preferencje adopcyjne (temat, szybkie zakłady, format kursów).
Postawa bezpieczeństwa: odsetek użytkowników z 2FA, liczba zakończonych sesji zagranicznych.
17) Anty-wzory
Ukryte ustawienia krytyczne (2FA/limits) w głębi.
Długie kwestionariusze w modalu; Brak zapisu samochodu.
Ciche wysyłanie bez pracy/potwierdzenia.
Zresetuj ostrość i układ „skok”; CLS z powodu zdjęć.
Zakaz kopiowania kodu 2FA/OTP.
Mix marketing i domyślne powiadomienia krytyczne.
18) Żetony systemu projektowania (przykład)
json
{
"profile": {
"sectionGap": 20,
"fieldHeight": 44,
"radius": 12
},
"security": {
"badge": { "radius": 8, "px": "4 8" },
"focusRing": { "width": 2, "offset": 2 }
},
"lists": {
"row": { "py": 12, "px": 16 },
"divider": 1
},
"motion": { "hoverMs": 160, "pressMs": 90 },
"a11y": { "contrastAA": true, "reduceMotion": true }
}
19) Snippety
Lista urządzeń/sesji (HTML)
html
<ul class="sessions" role="list">
<li>
<div>Chrome · Windows · Киев</div>
<small>Последняя активность: 14:32</small>
<button class="btn btn--ghost">Выйти</button>
</li>
<li aria-current="true">
<div>Safari · iOS · Текущая сессия</div>
<small>Последняя активность: сейчас</small>
<button class="btn btn--ghost" disabled>Текущая</button>
</li>
</ul>
<button class="btn btn--secondary">Завершить все сеансы</button>
Przełącznik formatu współczynnika (radio)
html
<fieldset>
<legend>Формат коэффициентов</legend>
<label><input type="radio" name="odds" value="decimal" checked> Десятичные</label>
<label><input type="radio" name="odds" value="fractional"> Дробные</label>
<label><input type="radio" name="odds" value="american"> Американские</label>
</fieldset>
Karta płatności (maskowanie)
html
<article class="pay-card">
<h4>Visa •••1234</h4>
<small>По умолчанию</small>
<div class="actions">
<button>Сделать основным</button>
<button class="danger">Удалить</button>
</div>
</article>
20) Lista kontrolna QA
Znaczenie i przepływ
- Sekcje są logiczne; każdy ekran ma jeden główny CTA.
- URL/nawigacja przywraca ostatnią sekcję.
Formularze
- Poprawne „typ/moda inputmode/autocomplete”; miękkie maski, przewidywalna ostrożność.
- Asynchroniczne kontrole z debunkingiem; zapisywanie nie traci danych.
Bezpieczeństwo
- Przepływ 2FA jest zrozumiały; kody kopii zapasowych są dostępne do pobrania.
- Sesje/urządzenia są zakończone, zdarzenia są rejestrowane.
- Pola wrażliwe nie są rejestrowane/buforowane.
iGaming-specyfiki
- Limity z opóźnionym wejściem i różnymi okresami.
- Statusy i dokumenty KYC są jasne; terminy i kanał powiadomień są widoczne.
- Format kursów i szybkie zakłady działają zgodnie z reklamą.
А11у/Localization
- Kontrast ≥ AA; „: ostrość widoczna” patrz; Zamówienie zakładki jest poprawne.
- Teksty i numery są dostosowane do języka/waluty; RTL jest obsługiwany (w razie potrzeby).
Wydajność
- TTFF ≤ 100 ms; brak CLS; obrazy ładować leniwie.
- Duże listy (historia) są paginowane/wirtualizowane.
21) Dokumentacja w systemie projektowym
Кобонента: „ Header”, „Sekcja”, „Panel”, „Lista Sessi”, „Karta”, „Formularz ”, „KYCStepper”, „Formularz Preferencyjny”.
Żetony: pola/promienie/ostrość/odznaki, statusy CUS/limit, sukces/błąd/kolory uwagi.
Wzory: „Jeden CTA na partycję”, „Cofnij/Potwierdź ryzyko”, „Eksportuj/usuń dane (DSAR)”.
Do/Don: ukryte ustawienia zabezpieczeń, przeciążone formularze, które maskują inkluzje marketingowe.
Krótkie podsumowanie
Interfejs profilu jest centrum zaufania: musi być prosty, uczciwy i bezpieczny. Przejrzysta architektura, szybki i przewidywalny przepływ (2FA/KYC/limity/płatności), schludne formy i przejrzystość pracy z danymi zmieniają profil w wsparcie produktu i zmniejszają obciążenie wsparcia - szczególnie kluczowe dla iGaming.