Дизайн екрана сповіщень мобільного додатка
Екран сповіщень всередині додатка—це не те саме, що push-сповіщення. Це історія всього, що сталось і вимагає уваги користувача: лайки, коментарі, замовлення, системні повідомлення. Погано спроектований екран перетворюється на звалище, де незрозуміло, що прочитано, що ні, й що взагалі потрібно зробити.
Типи сповіщень та їх ієрархія
Перше питання при проектуванні—скільки типів сповіщень та чи вони різні візуально. Зазвичай є три категорії:
- Соціальні (лайк, коментар, підписник, упомінання)
- Трансакційні (статус замовлення, оплата, доставка)
- Системні (оновлення додатка, потрібна дія, строк вийшов)
Трансакційні та системні вимагають явного візуального відхилення від соціальних—вони мають інший вага. Колір іконки категорії, або розмір, або компонування—вирішується в дизайні заздалегідь.
Прочитані / непрочитані
Непрочитане сповіщення візуально відрізняється: частіше за все фоновий колір строки (subtle tint) + синя точка зліва. Після прочитання (при таупу або при фокусуванні екрана) строка переходить у neutral стан. Це повинно бути показано в компоненті через variants: unread та read.
Масова відмітка «Прочитати все»—кнопка або menu item у правому верхньому кутку. Без підтвердження, дія обратима тільки через refresh.
Групування
Якщо сповіщень багато, потрібна групування за часом: «Сьогодні», «Вчора», «На цьому тижні», «Раніше». Sticky section headers при скролі—проектується явно, тому що UICollectionView та Compose LazyColumn поводяться по-різному без явної конфігурації.
Групування однотипних сповіщень («12 людей лайкнули вашу публікацію»)—опціонально, але значно покращує читаність ленти.
Пустий стан
Якщо сповіщень взагалі нема—пустий стан з ілюстрацією та зрозумілим заголовком, не просто білий екран. Якщо включені не всі категорії сповіщень—посилання на настройки.
Термін—1 день. Оцінка уточняється після аналізу вимог.