Добавил погоду в Карты до того, как это сделал Яндекс
Карты помогают строить маршруты, но не помогают понять, как погода повлияет на поездку. Пользователи отдельно открывают Погоду, сопоставляют прогноз с маршрутом и только потом решают, как ехать и что надеть. Я спроектировал интеграцию погоды в Карты, чтобы пользователь сразу видел условия на пути и мог выбрать маршрут и транспорт без переключений между приложениями.
Определил проблемы
Из интервью выделил боли пользователей при планировании поездок:
- Пользователи почти всегда проверяют погоду перед поездкой.
- Им приходится прыгать между Картами и Погодой.
- Карты не предупреждают о дожде, снеге и гололёде на маршруте.
- Интерфейс не помогает выбрать транспорт под условия.
Например, люди строят пеший маршрут, а уже в дороге попадают под дождь и меняют планы.
Провел исследование
Провёл 6 глубинных интервью с активными пользователями карт и выделил ключевые поинты:
- «Я всегда открываю Погоду перед выходом»
- «Сначала строю маршрут, потом сверяюсь с прогнозом»
- «Если дождь — иду пешком реже, ищу транспорт»
- «Иногда уже в пути понимаю, что ошибся с выбором»
Построил CJM и отметил моменты, где погода меняет решение пользователя.
Сформулировал гипотезу
Добавление информации о погоде в карты снизит потребность пользователей в переключении между приложениями, улучшит планирование маршрута и сделает его более удобным и предсказуемым.
Предложил решения
Встроил погоду в ключевые точки сценария:
- Информация о текущей погоде.
- Осадки на маршруте.
- Предупреждения о состоянии дорог.
- Подсказки при выборе транспорта.
- Показ времени под дождём.
Протестировал
Собрал Hi‑Fi прототип с анимацией, чтобы поведение было приближено к реальному продукту. Составил гайд и провел 6 UX-тестов. Проверял:
- Замечают ли пользователи погоду.
- Понимают ли формулировки.
- Меняют ли маршрут или транспорт.
Результаты тестирования собрал в сводной таблице, которая показала, что фичи незаметны и есть рекомендация, которая не несет ценности пользователю.
После тестов
Внес несколько изменений в узкие места решений:
- Добавил онбординг.
- Упростил тексты.
- Усилил визуал осадков.
- Улучшил расположение подсказок.
Результат
Пользователь видит погоду прямо в сценарии построения маршрута и принимает решение раньше:
- Выбирает транспорт осознаннее.
- Реже ошибается с ожиданиями.
- Не открывает отдельное приложение Погоды.
Моя роль
В этом проекте я выступал как продуктовый дизайнер с зоной ответственности за весь пользовательский сценарий. Что делал:
- Сформулировал проблему на основе интервью и анализа рынка, а не работал по готовому ТЗ.
- Определил фокус гипотез и приоритизировал их по влиянию на поведение пользователя.
- Спроектировал UX-логику интеграции погоды в существующий сценарий навигации, не ломая основной поток построения маршрута.
- Продумал поведение интерфейса в разных состояниях (осадки, смена времени, выбор транспорта).
- Собрал Hi‑Fi прототип и подготовил его к тестированию.
- Составил гайд, провёл юзабилити-тестирование и проанализировал результаты.
- На основе наблюдений пересобрал тексты, визуальные акценты и логику подсказок.
По сути, я отвечал не только за «как выглядит», а за то, чтобы решение меняло поведение пользователя и вписывалось в продуктовую логику Карт.
Через полгода Яндекс сделал почти то же самое
Спустя 6 месяцев в Картах появилась интеграция погоды. По структуре и логике решение во многом совпало с моим концептом: иконка погоды на главном экране, почасовой таймлайн и карта осадков.
Это подтвердило, что я точно определил пользовательскую проблему, выбрал верное направление развития и сформулировал продуктовые гипотезы, которые отражают реальный запрос рынка.
