ВсёТак
Корпоративный сервис
для сотрудников
для сотрудников
Решает потребности в оперативном доступе к важной ежедневной информации через простой
и понятный интерфейс на любых устройствах (PWA).
Моя роль: UX/UI дизайн, интерактивное прототипирование
и реализация логики через вайбкодинг — от сценариев
до кликабельного решения.
Домены:
B2E · Внутренний продукт · Web-приложение (PWA)
Понимание задачи
Ситуация
Сотрудники ежедневно теряли время, пытаясь найти актуальные данные о расписании корпоративных автобусов и меню обедов через чаты, почту и разрозненные источники.
Задача
Разработать MVP веб-приложение (PWA), которое предоставляет расписание и меню. Сделать приложение доступным с любых устройств, которое снизит нагрузку на внутренние каналы коммуникации и сократит обращения пользователей в корпоративных переписках.
Проблемы
Бизнеса:
- Сложность поддерживать централизованную информацию о транспортных расписаниях и обедах.
- Высокий объём внутренних запросов в чат/поддержку о расписаниях/меню.
- Нет единой точки доступа к данным.
- Потери времени на уточнение обедов и расписаний у коллег/менеджеров.
- Отсутствие быстрого способа узнать статус транспорта и питания.
Аудитория
Офисные сотрудники холдинга, которые ежедневно:
- Пользуются корпоративным транспортом (автобусы).
- Едят корпоративные обеды и хотят знать меню заранее.
- Нуждаются в простой и быстрой информации
без лишних шагов.
Моя роль
Проектировал UX/UI и пользовательские сценарии, проводил исследования, создавал интерактивные прототипы, реализовывал логику через вайбкодинг
и сопровождал запуск MVP в продакшн.
и сопровождал запуск MVP в продакшн.
Цели
Бизнес-цели:
- Снизить число запросов о расписаниях/меню на ≥50%.
- Обеспечить удобный канал управления и распространения служебной информации.
- Обеспечить быстрый доступ к расписанию/меню за ≤15 секунд.
- Повысить частоту использования сервиса до ≥3 открытий в день.
Критерии успешности
−60% запросов о расписании/меню в корпоративный чат и поддержку.
≥70% офисных сотрудников ежедневно заходят в приложение ≥2 раза.
Успешный запуск MVP с минимальными багами и несостыковками в контенте.
NPS/CSAT ≥ 40% — высокая удовлетворённость и лояльность пользователей.
≥70% офисных сотрудников ежедневно заходят в приложение ≥2 раза.
Успешный запуск MVP с минимальными багами и несостыковками в контенте.
NPS/CSAT ≥ 40% — высокая удовлетворённость и лояльность пользователей.
Виджет для iPadOS
и уведомления в «Островке»
и уведомления в «Островке»
Исследование
и контекст Что нужно пользователю продукта на самом деле?
На этапе discovery я провёл качественное исследование среди офисных сотрудников компании, чтобы понять их реальные задачи, сценарии, мотивации и боли при получении служебной информации.
и контекст Что нужно пользователю продукта на самом деле?
Основная цель исследования:
- узнать, как сотрудники получают служебную информацию в течение дня
- какие сценарии повторяются чаще всего
- какая именно информация для них наиболее ценна
- какие барьеры возникают в текущем процессе
Методы исследования:
Чтобы получить глубокое понимание проблемы, я выбрал сочетание качественных и количественных методов
Коридорные UX-интервью — 10 сотрудников
Проводились беседы с офисными сотрудниками разного уровня вовлеченности, чтобы выявить реальные потребности, мотивации и поведение при поиске расписаний и меню. Анализ вторичных данных
Изучены запросы в корпоративных чатах и служебных каналах, чтобы оценить масштаб проблемы и подтвердить, что трудности наблюдаются у большого числа пользователей, а не единичны.
Проводились беседы с офисными сотрудниками разного уровня вовлеченности, чтобы выявить реальные потребности, мотивации и поведение при поиске расписаний и меню. Анализ вторичных данных
Изучены запросы в корпоративных чатах и служебных каналах, чтобы оценить масштаб проблемы и подтвердить, что трудности наблюдаются у большого числа пользователей, а не единичны.
Основные инсайты
- Сотрудники ищут расписания и меню через разные каналы (чаты, почта, документы), тратя время и энергию.
- Основные сценарии использования:
• быстро узнать время следующего корпоративного автобуса;
• просмотреть меню обедов для планирования перерыва. - Нет «единой точки доступа» к этим данным — пользователи испытывают фрустрацию и потери времени.
- Информацию о следующем автобусе и меню сотрудники ожидают в 1–2 клика без лишних переходов.
Первые гипотезы
и наброски На основе первичного исследования были сформированы следующие гипотезы:
и наброски На основе первичного исследования были сформированы следующие гипотезы:
Гипотеза «Расписания»
Когда рабочий день подходит к концу, сотруднику важно быстро узнать время прибытия следующего корпоративного автобуса, чтобы успеть выйти вовремя и не опоздать домой.
Гипотеза «Уведомления»
Если сотрудник часто ездит по одному маршруту, ему будет полезно получать уведомление о ближайшем автобусе, который подъезжает к окончанию рабочего дня.
Гипотеза «Меню обедов»
Когда наступает обеденное время, сотруднику важно знать, что подают на обед, из чего состоят блюда и ориентировочное время подачи, чтобы спланировать перерыв.
Гипотеза «Редактирование информации»
Если информация о меню или расписании устарела или требует правки, сотруднику или администратору должно быть удобно быстро вносить изменения без лишних шагов.
Бенчмаркинг конкурентов
Провёл анализ существующих решений на рынке (российского и зарубежного), чтобы посмотреть, как конкуренты решают похожие задачи — расписания, внутренние корпоративные информационные сервисы, PWA-приложения.
Выводы:
- Прямых корпоративных аналогов было немного.
- Общие подходы к расписаниям транспорта чаще всего использовали карточки + фильтры + быстрые обзоры.
- Меню обедов чаще всего представлено в текстовом формате, без привязки к времени.
- Все решения были адаптированы под мобильные приложения, что подтвердило направление PWA.
Приоритеты
и версии Чтобы понять, что именно включить в MVP, я провёл приоритизацию MoSCoW: Must have:
и версии Чтобы понять, что именно включить в MVP, я провёл приоритизацию MoSCoW: Must have:
- расписание автобусов
- меню на сегодня
- удобный способ перехода между основным контентом
- фильтры по маршрутам/времени
- визуальные подсказки о приближении события
- уведомления
- сохранение любимых маршрутов
- интеграция с внешними системами
Информационная архитектура
Для понимания структуры данных и навигации была построена информационная архитектура, которая показывает:
✔ Почему пользователю важно именно это?
✔ Что за информация нужна пользователю в первую очередь?
✔ Какие сущности мы храним в данных? (расписание, маршруты, меню, сеты)
✔ Как данные могут быть они связаны между собой? Например, как можно объединить
логистику доставки обедов с доставкой сотрудников из одной точки в другую?
✔ Как интерфейс должен отображать пользователю наиболее важные блоки?
Архитектура стала основой для построения макетов и прототипов, а также помогла определить маршруты
и зависимости и спроектировать стратегические улучшения для лучшего пользовательского интерфеса
расписания автобусов до меню обедов, оповещений и аналитики.
✔ Что за информация нужна пользователю в первую очередь?
✔ Какие сущности мы храним в данных? (расписание, маршруты, меню, сеты)
✔ Как данные могут быть они связаны между собой? Например, как можно объединить
логистику доставки обедов с доставкой сотрудников из одной точки в другую?
✔ Как интерфейс должен отображать пользователю наиболее важные блоки?
Архитектура стала основой для построения макетов и прототипов, а также помогла определить маршруты
и зависимости и спроектировать стратегические улучшения для лучшего пользовательского интерфеса
расписания автобусов до меню обедов, оповещений и аналитики.
Первая итерация
по интерфейсу Я скинул всю информацию ИИ помощнику, который сделал мне черновой вариант интерфейса.
Этот интерфейс я перекинул в Фигму для того, чтобы потом переделать
по интерфейсу Я скинул всю информацию ИИ помощнику, который сделал мне черновой вариант интерфейса.
Этот интерфейс я перекинул в Фигму для того, чтобы потом переделать
- Быстрые скетчи ключевых экранов на основе бумажных набросков
- Проработанные идеи для динамичных экранов (автобусы / обеды)
- Основные форматы визуализации информации для MVP версии
Путь пользователя
Базовый пользовательский сценарий сотрудника:
и служит основой для построения пути пользователя по экранам приложения.
- Сотрудник открывает приложение утром
- Смотрит, когда придёт корпоративный автобус
- В обеденный перерыв проверяет меню снова
- Перед уходом проверяет время следующего автобуса
и служит основой для построения пути пользователя по экранам приложения.
Решение
Версия продукта для b2b рынка с интеграцией в CMS системы.
Первая версия включала в себя три основные фичи: динамичный экран с обедами, динамичный экран с автобусными маршрутами и материалы по бренду от команды дизайна.
Вторая итерация по интерфейсу
Некоторые идеи в ходе редизайна были переработаны. Например, на основе полученных данных
от пользователей решил переместить счётчик прибытия наверх, а самым важным объектом
сделать карту с визуализацией прибытия автобуса. Так же сделал редизайн экрана с обедами.
от пользователей решил переместить счётчик прибытия наверх, а самым важным объектом
сделать карту с визуализацией прибытия автобуса. Так же сделал редизайн экрана с обедами.
Экран с обедом на сегодня
Тестирование
После формирования первых гипотез и создания интерактивного прототипа основной задачей стало проверить, насколько предложенное решение действительно помогает сотрудникам быстрее получать нужную информацию и не создаёт ли новых барьеров.
Цель этапа
Понять:
- решает ли интерфейс реальные пользовательские задачи;
- насколько сценарии понятны без пояснений;
- какие элементы мешают фокусу и требуют упрощения;
- что стоит оставить в MVP, а что — убрать.
Метод и выборка
Метод:
Модерируемое юзабилити-тестирование интерактивного прототипа с выполнением реальных сценариев. Участники:
8 офисных сотрудников холдинга:
Модерируемое юзабилити-тестирование интерактивного прототипа с выполнением реальных сценариев. Участники:
8 офисных сотрудников холдинга:
- регулярно пользующихся корпоративным транспортом и обедами;
- с разной частотой обращения к служебной информации.
Что изменили по итогам тестирования
На основе обратной связи были приняты следующие решения:
- увеличены карточки расписания для лучшего считывания;
- упрощены переходы и логика фильтрации;
- снижено количество акцентных элементов;
- исключены второстепенные сценарии из MVP;
- заложена идея виджета для быстрого доступа с главного экрана.
Маршруты в мобильной версии
Результаты
- −64% внутренних запросов о расписании/меню после запуска.
- ≥70% всех сотрудников заходят в приложение более 2 раз в день.
- Первая версия запущена с минимальными багами и несостыковками.
- CSAT ≥40% — положительная оценка UX и лояльность пользователей.
- Ключевые сценарии выполняются за ≤15 секунд и 2–3 клика.
Vsesmart.ru · Корзина и чекаут
Онлайн-магазин гаджетов
и устройств умного дома
и устройств умного дома
на оптимизацию клиентского сценария на этапе формирования корзины и процесса оформления заказа в мобильном и десктопном продукте (PWA), чтобы повысить конверсию и снизить отток клиентов на критическом этапе покупки.
Моя роль:
UX/UI дизайн, проектирование пользовательских сценариев, интерактивное прототипирование, обновление компонентов корзины, UX-тестирование, сопровождение разработки.
Домены:
eCommerce · B2C · Retail