Product Designer
Anex Tour
Редизайн сервиса логистики туроператора.
Продукт
Полный редизайн внутреннего сервиса Anex, помогающий:
Трансферменам и тур гидам
- Контролировать свое текущее расписание, трансферы по убытию и отправлению.
- Видеть статистику по прошлым трансферам.
- Видеть точные данные предстоящей программы – время и место встречи, вид транспорта и номер водителя, гостиницы гостей и время встречи, а так же комментарии отельных гидов.
Отельным гидам
- Назначать и при необходимости оперативно менять время и место инфо-встречи.
- Вносить комментарии для трансферменов и тур гидов.
- Видеть статистику своих продаж.
Менеджерам
- Контролировать работу и график отельных гидов.
- Разрабатывать планы ротации.
- Смотреть метрики продаж.
- Проверять и оперативно обрабатывать негативный фидбэк.
Кликабельный прототип

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


Мои задачи
- Проводил field research: этнографию, интервью и разбор реальных смен сотрудников.
- Декомпозировал старый интерфейс на ролевые флоу для трансфермена, отельного гида и менеджера.
- Проектировал мобильные сценарии для основных задач и редких рабочих исключений.
- Проверял решения итерационно: небольшими прототипами, юзабилити-тестами и обсуждениями с командой.
- Собрал UI kit и интерактивный прототип, чтобы ускорить согласования и передачу в разработку.
- Готовил спецификации и защищал решения перед продуктом, разработчиками и стейкхолдерами.
Проблемы, с которыми столкнулся и их решение
Проблема #1
В сменах трансферменов и гидов было много редких, но критичных исключений: турист не пришел, багаж потерялся, встречу перенесли, комментарий не дошел до следующей роли.
Решение.
Я регулярно общался с сотрудниками, разбирал старый интерфейс по сценариям и раз в неделю проводил этнографическое исследование. Так удалось увидеть не только основной flow, но и условия, в которых интерфейс реально используется.
Проблема #2
Один сервис должен был обслуживать разные роли, но без смешивания задач: трансфермену нужен быстрый режим смены, отельному гиду — встречи и комментарии, менеджеру — контроль команды.
Решение.
Я разложил продукт на ролевые флоу и проектировал интерфейс вокруг рабочих задач каждой роли. Это помогло убрать лишние действия и сделать сценарии понятнее в мобильном контексте.
Проблема #3
Команде нужно было быстро согласовывать будущий функционал, при этом учитывать сжатые сроки и ограничения мобильных браузеров.
Решение.
Я собирал решения на интерактивных компонентах и вариантах в Figma, чтобы быстрее показывать поведение, тестировать отдельные флоу и передавать разработке гибкие паттерны для дальнейших изменений.
Итоги
Редизайн сделал смены предсказуемее: сотрудники быстрее находят программу, видят действия для своей роли и фиксируют исключения без лишнего хаоса. Команда получила интерактивный прототип и UI kit, которые упростили согласование и дальнейшую разработку.
