UX погодних сповіщень: пороги, завчасність і тихі години

Weather Alerts — Thu, 29 Oct 2026 21:52:05 +0000

Погодні сповіщення легко зробити дратівливими: забагато пушів, однакові звуки для дощику й буревію, сповіщення о третій ночі. Тоді користувач просто вимикає сповіщення, і застосунок втрачає головну цінність. Нижче зібрано принципи, які допомагають проєктувати такі сповіщення, і приклади реальних функцій, на яких їх видно.

1. Поріг задає користувач, а не застосунок

Загальне «сьогодні вітряно» нічого не означає без контексту. Велосипедистові важливі пориви вітру, садівникові – заморозки, людині з астмою – PM2.5. Добрий патерн: дати користувачеві самому обрати параметр і значення.

Параметри, для яких має сенс налаштовуваний поріг:

температура, індекс спеки, різкі перепади температури;
інтенсивність опадів;
швидкість вітру і пориви окремо;
UV-індекс, AQI, PM2.5;
вологість, тиск, видимість, хмарність.

UX-нюанс: поріг – це не одне поле. Користувачеві потрібно бачити, що відстежується, де і коли він отримає сповіщення.

2. Не лише числа, а й явища

Не всі мислять міліметрами й метрами за секунду. Окремий тип сповіщень «за описом погоди» (блискавка, град, гроза, туман, мряка, дощ, сніг) знижує поріг входу: користувач обирає зрозуміле слово замість числа.

3. Завчасність як окреме налаштування

Одним людям потрібне сповіщення «зараз», іншим – за кілька днів, щоб перенести поїздку чи укрити рослини. Варто дати вибір: одразу або до 7 днів до очікуваної події. Це різні сценарії, і змішувати їх в одному пуші погано.

4. Кілька локацій – окремі правила

Дім, робота, дача, місто батьків. Кожна локація потребує власного набору сповіщень, а не спільного списку. Логічно групувати правила за локацією, а не за типом сповіщення.

5. Тихі й активні години

Нічний пуш про легкий дощ – найшвидший шлях до вимкнених сповіщень. Тихі години і активні години дають користувачеві контроль, а застосунку – довіру.

6. Звук відповідає серйозності

Ієрархію варто передавати не тільки текстом, а й звуком: окремі звуки, наприклад сирена для попереджень про торнадо, і спокійніший сигнал для звичайних порогових сповіщень.

7. Офіційне й персональне – візуально розділені

Персональні пороги не замінюють офіційних попереджень. В інтерфейсі їх варто розрізняти: офіційні попередження від підтримуваних національних метеорологічних служб – окремий блок, власні сповіщення – окремий.

8. Віджет як «тихий» канал

Не все має бути пушем. Віджет на головному екрані може показувати поточні умови, погодинний тренд, офіційні попередження та активні власні сповіщення. Користувач бачить стан без жодного звуку.

9. Контекст руху

Для поїздок статична локація не працює. Окремий режим «погода вздовж маршруту» відстежує дощ, сніг, вітер, грози, видимість і температуру під час поїздки.

10. Чесність щодо платних функцій

Якщо пуші для власних сповіщень платні, про це треба сказати до того, як людина витратить час на налаштування. Пробний період (наприклад, 7 днів) знімає частину тертя, але не замінює прозорості.

Чекліст для дизайнера

Чи може користувач сам задати параметр і значення?
Чи є варіант «за явищем», а не лише числом?
Чи окремо налаштовується завчасність?
Чи згруповані правила за локаціями?
Чи є тихі години?
Чи відрізняються звуки за серйозністю?
Чи відокремлені офіційні попередження від власних?
Чи зрозуміло заздалегідь, що платне?

Функції, на які спирається цей текст (власні пороги, сповіщення за описом погоди, завчасність до 7 днів, кілька локацій, тихі й активні години, власні звуки, віджети, погода вздовж маршруту), є, наприклад, у застосунку Weather Alerts: https://www.alerts-weather.com/uk/ (Android: https://play.google.com/store/apps/details?id=weather.alerts).

Прозорість: автор допису бере участь у розробці цього застосунку.

UXPUB 🇺🇦 Дизайн-спільнота: Weather Alerts