Направление развития Rainbow Weather: UX, визуальный язык и маскот.
После разговора с Ксюшей у меня появилось ощущение, что у продукта есть очень интересная точка роста. Здесь можно не просто улучшать отдельные экраны, а пересобрать пользовательский опыт более цельно: через UX, визуальный язык и, возможно, через появление маскота как части продукта.
Меня зацепила возможность поработать не только над редизайном интерфейса, но и над тем, как продукт ощущается в целом.
В качестве первого шага я решил в личное время быстро собрать черновое видение: набросал идею маскота, оживил её, собрал визуальные референсы и подумал над тем, как это направление могло бы развиваться дальше.
Визуальное направление
Перед тем как переходить к конкретным решениям, мне кажется важным зафиксировать общее направление, из которого потом уже могут развиваться и UI, и маскот, и другие элементы бренда.
На этом этапе я собрал референсы на Pinterest, чтобы показать возможный визуальный диапазон: как для маскота, так и для интерфейса.
Концепция маскота
Важно: это лишь быстрый exploration, который я сделал за несколько часов.
Это не финальная концепция, а один из возможных векторов, который можно дальше развивать или менять.
Одной из первых идей, которая пришла мне в голову, стал маскот в форме облака)
Я отталкивался от текущей иконки приложения и увидел в этом хорошую базу для развития.
Маскот может стать “живым контейнером состояния”.
Внутри облака как будто происходят процессы. За счёт прозрачности, света и цвета оно может отражать разные состояния:
погоду
состояние системы
эмоциональный тон
контекст сценария
Например:
при грозе внутри появляются молнии
при солнце — мягкое внутреннее свечение
Форму я специально оставил простой. Дальше её можно развивать:
добавлять жесты (руки) для подсказок
превращать в другие предметы
интегрировать в onboarding, feedback, empty states
Для меня важнее не конкретная форма, а система, которую можно построить вокруг него.
Похожий опыт
Мне близки задачи, где нужно не просто отрисовать интерфейс, а выстроить цельный визуальный язык продукта.
Например, работая над редизайном бренда компании Altoros, я разработал маскота, который использовался во внутренней айдентике компании.
Что, на мой взгляд, можно улучшить
1. Структура блока с прогнозом на день
Сейчас блок с прогнозом на сегодня реализован через вертикальный скроллинг, из-за чего сложнее воспринимать его как последовательность во времени.
Пользователю менее очевидно:
где он находится сейчас
как меняется температура
как “двигается” день
Это снижает ощущение “пути” и усложняет быстрое считывание информации.
Здесь есть потенциал пересобрать этот блок в более привычную и понятную структуру, где временная логика считывается естественно и помогает ориентироваться.
Дополнительно можно рассмотреть возможность кастомизации главного экрана, что может стать точкой роста для продуктовых метрик и платных сценариев.
2. Блок уточнения погоды
Сейчас блок с вопросом “какая погода на улице” находится достаточно низко, из-за чего его легко игнорировать.
При этом он потенциально может напрямую влиять на качество прогноза.
Здесь есть возможность:
упростить визуально
уменьшить его размер
поднять выше по экрану
Это может увеличить вовлечённость пользователей и частоту ответов.
Дополнительно это хороший сценарий для использования маскота:
он может объяснять ценность этого действия и формировать ощущение участия пользователя в улучшении продукта, в том числе на экранах онбординга.
3. Структура настроек
Сейчас настройки ощущаются как набор разрозненных элементов без явной структуры.
Особенно это заметно для параметров, которые пользователь меняет редко (формат времени, единицы измерения и т.д.).
Это может усложнять навигацию и создавать ощущение “перегруженности”.
Здесь есть потенциал:
сгруппировать такие настройки
вынести их в отдельный экран
оставить на основном уровне только часто используемые элементы
4. Работа с локациями на карте
Когда пользователь находится на карте, нет очевидного и быстрого способа переключаться между сохранёнными локациями.
Это добавляет лишние шаги в сценарий и усложняет использование функции, которая потенциально может быть частой.
5. Общая консистентность интерфейса
В разных частях приложения ощущается разная степень проработки визуальной системы.
Это проявляется в:
типографике
отступах
визуальной иерархии
общем ритме интерфейса
Из-за этого продукт ощущается менее цельным.
Здесь есть потенциал выстроить более системный подход к UI, чтобы все экраны работали как единое целое.
Как я бы строил процесс
Я бы не разделял строго маскот и UI, а развивал их параллельно из общего направления.
Общий принцип:
direction → concepts → testing → iterations
Сначала зафиксировать:
характер продукта
эмоциональный тон
визуальное ощущение
После этого развивать несколько направлений одновременно:
маскот
UI-концепт
ключевые сценарии
визуальный язык
Дальше — проверка, уточнение и развитие через короткие итерации.
Мне кажется, такой подход лучше всего подойдёт, потому что задача лежит на стыке бренда, продукта и UX.