TimeToQuest — стартап на этапе MVP, выросший из дружеского пет-проекта. Это платформа, созданная для любителей настольных ролевых игр (TTRPG) и представляющая собой централизованный хаб для связи мастеров игр с потенциальными игроками, облегчающий организацию и участие в игровых сессиях.

Мастера могут размещать объявления о предстоящих играх, подробно описывая сеттинг, правила и задавая свободные места для игроков. Игроки, со своей стороны, могут просматривать эти объявления, записываться на интересующие их игры и общаться с мастерами по любым вопросам.

Я занимаюсь всем дизайном продукта, начиная с нуля: провожу исследования для выявления потребностей и предпочтений пользователей, разрабатываю сценарии, функции и user flows, делаю все визуальные элементы (включая создание визуального стиля бренда). Я также выступаю в качестве менеджера проектов, собирая бэклог функций и составляя дорожную карту разработки вместе с командой, (наши процессы построены по подобию Scrum).

Наш клиент разрабатывал настраиваемую виртуальную платформу для проведения корпоративных мероприятий численностью до нескольких тысяч человек.

Им требовалось решение для поддержания вовлечённости пользователей до начала мероприятия. Они обратились к нам с идеей создать геймифицированное «лобби», где посетители могли бы участвовать в простых активностях, общаться друг с другом, знакомиться с коллегами и партнёрами.

Перед нами стояла задача разработать платформу, на которой пользователи могли бы перемещаться по игровой карте, посещать «станции» с видео и презентациями и общаться друг с другом с помощью микрофонов и камер. Для этого нужно было проработать пользовательские сценарии, учитывая при этом разнообразие персон и технические требования. Кроме того, нужно было сделать процесс знакомства с платформой лёгким для восприятия, но вместе с тем исчерпывающим.

Наш клиент разрабатывал настраиваемую виртуальную платформу для проведения корпоративных мероприятий численностью до нескольких тысяч человек.

Нужно было провести UX-ревью и по его результатам доработать несколько сценариев. Я концентрировалась на главной сцене для трансляций и настраиваемых виджетах для пользователей со всей информацией, которую они могли бы отслеживать: текстовые чаты, внутренние активности, расписание мероприятия, и тому подобное.

Клиент разрабатывал платформу, которая использовала большие данные, чтобы предсказать дальнейшие карьерные шаги на основании целей пользователя и его текущей карьеры. В роли UX-консультанта я работала вместе с дизайнерами клиента: на ранней стадии разработки мы формировали пользовательские персоны, карты пользовательских путей и первые прототипы.

Корпоративные клиенты Промсвязьбанка — это крупные организации и холдинги. На момент моей работы существующие IT-сервисы банка для таких клиентов не отвечали требованиям рынка — ни полноформатные, ни мобильные версии.

За разработку desktop-версии отвечал мой коллега, я же, в свою очередь, работала над мобильным приложением. Тем не менее, поскольку desktop-версия была шире по функционалу, периодически я подхватывала задачи по её проработке.

Основными пользователями desktop-версии были люди, работающие с финансовой информацией компаний: бухгалтеры, финансисты, аналитики. Их обязанности предполагали большое количество работы с данными, и поэтому нашей основной целью было найти понятные и удобные способы представления информации в графиках, таблицах и диаграммах.

Нашими целевыми пользователями были топ-менеджеры корпораций: люди с нестандартным расписанием, часто находящиеся на встречах или в дороге. Их потребность — быстро найти интересующую их информацию о компании.

По ссылке выше можно прочитать подробное описание кейса.

Я работала над несколькими внутренними продуктами Леруа Мерлен, каждый из которых был нацелен на то, чтобы помочь работникам магазинов в их ежедневной работе. У каждого их этих продуктов было более 20 тысяч пользователей — сотрудники российских магазинов Леруа Мерлен.

Большинство этих продуктов были приложениями для Android или мобильными веб-сервисами, хотя некоторые из них дополнительно имели desktop-версии. С самого начала разработки мы тесно сотрудничали с нашими пользователями, и любые нововведения многократно обсуждались и тестировались с ними перед обновлением приложений.

Один из продуктов, над которым я работала, был сфокусирован на упрощении процесса ежегодной инвентаризации. Изначально сотрудники должны были выходить в ночную смену, чтобы вручную пересчитывать товар в магазинах и обновлять его количество в базах данных. Оптимизация процесса помогала нам сэкономить их сверхурочные рабочие часы, уменьшить количество ошибок из-за невнимательности и усталости и повысить лояльность работников к компании.

По ссылке выше можно прочитать подробное описание кейса.

Я работала над проектом, нацеленным на то, чтобы сократить время, в течение которого в торговом зале отсутствует тот или иной товар на полках. Мы исследовали внутренние процессы в магазинах и стремились с помощью мобильного приложения выстроить их таким образом, чтобы сотрудники заранее знали, что товар на полке скоро закончится, и могли достаточно быстро наполнить освобождающееся место.

Для этого нужно было отслеживать количество товара в разных точках хранения, собрать достаточно данных, чтобы прогнозировать среднее время, в течение которого товар будет выкуплен, настроить синхронизацию баз данных (из-за значительного легаси полное обновление базы было огромной и дорогой задачей), а так же сформировать перечень регулярных задач для сотрудников на начало рабочего дня, чтобы по максимуму предотвратить появление пустых полок.

Частью этого проекта был мобильный веб-сервис, который позволял менеджерам отделов отслеживать товары, которые с большой вероятностью скоро закончатся, и распределять связанные с этим задачи работникам торгового зала и складов.

Я приняла этот проект от коллеги в виде чернового прототипа. Сначала я верифицировала вводные — провела пользовательские интервью, собрала пожелания, разобралась в существующих процессах и построила карты пользовательского пути. После этого я сделала прототипы и макеты мобильных отчётов, и мы прошли через несколько итераций тестирования прототипа с пользователями и дальнейшей доработки с учётом полученной информации.

APIBank — стартап, предлагающий настраиваемые под клиента решения для онлайн-банкинга. Клиенты могли выбирать необходимые продукты и функционал, в зависимости от особенностей их внутренних процессов.

С нами связался клиент, которому нужна была адаптация на тот момент частично разработанной системы дистанционного банковского обслуживания. Я подхватила проект на ранней стадии разработки и вела его до успешного завершения сотрудничества с клиентом.

В мои задачи входила разработка пользовательских сценариев и макетов для трёх новых модулей, предназначенных для операторов и клиентов банка. Я также провела UX-ревью всего проекта, доработала его архитектуру, упростила существующие пользовательские сценарии и доработала ранее отсутствующие. Дополнительно я доработала стиль проекта и его дизайн-систему.

Как было упомянуто ранее, APIBank фокусировался на двух направлениях: разработке банковских решений и их адаптации под конкретного клиента.

Одним из продуктов APIBank были системы AML и KYC, которые предназначались для выявления подозрительных банковских операций, проверки контрагентов и оценки безопасности сделок. Эти продукты предполагалось продавать в будущем.

В рамках данного проекта я проводила UX-анализ и впоследствии переработала некоторые пользовательские сценарии. Также я доработала дизайн-систему и реорганизовала библиотеку компонентов.

В рамках проекта я работала над пользовательскими сценариями бухгалтерской системы для малого бизнеса и индивидуальных предпринимателей. Я разработала карты пользовательского пути и собрала черновые прототипы. Затем они были переданы коллеге, который отвечал за детальную разработку макетов.

Более 2 лет я работала в продуктовой компании, где мы разрабатывали интерактивные образовательные материалы для детей 1−11 классов. Мой отдел был ориентирован не на изучение конкретных школьных курсов, а на создание и проведение многопрофильных конкурсов для детей. В связи с этим у нас были жесткие сроки разработки, и нам приходилось придумывать увлекательные, запоминающиеся и простые для понимания задания.

Вопреки мнению о том, что современные дети рождаются с планшетами в руках, наши пользователи были из самых разных слоёв общества: от детей, выросших в мегаполисах и имевших постоянный доступ к технике, до жителей небольших деревень, не имеющих стабильного доступа к компьютерам. Нам пришлось учитывать, что одни наши пользователи могут быть не так хорошо знакомы с технологиями, как другие.

Дети младшего школьного возраста — одна из самых требовательных групп пользователей: они могут легко отказаться от выполнения задания, если оно слишком сложное или скучное. Поэтому нам было очень важно разрабатывать увлекательные задачи в процессе работы над нашим флагманским продуктом.

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

Всего было сделано почти 80 задач, в решении каждой из которых приняли участие более 300 000 школьников. Мы также разработали 10 задач для двух международных онлайн-конкурсов для школьников из стран БРИКС, в которых приняли участие более 1 млн. человек.