T TripWeCan.com – маркетплейс для поиска и покупки приключений, развлечений и экскурсий в России. Проект отвечает на главный вопрос покупателя – «чем заняться?» при планировании отпуска или выходных дней. Проект TripWeCan.com в равной степени ориентирован как на поставщиков услуг, так и на покупателей.
Задача:
Перед перезапуском проекта необходимо провести анализ, проработать навигацию по порталу и сформировать комплект предпроектной документации.
Пользовательские истории (User Stories)
- Выделить типовые сценарии для каждого сегмента аудитории проекта
- Учесть собственный опыт проекта и опыт конкурентов.
StoryMap (прототип системы навигации на сайте)
- Сформировать визуальную карту StoryMap
- Учесть настройки влияющие на отображение контента в зависимости от GEO-позиционирования.
- Учесть два основных сценария в навигации: Основной траффик совершает покупки экскурсий и развлечений уже прибыв на место отдыха/командировки. А второй существенный сегмент трафика планирует развлечения на месте отдыха заранее.
Интерактивный прототип
- Придерживаться основных принципов - максимальная конверсия, минимальное количество шагов до совершения покупки и интуитивно понятный интерфейс.
- Сформирован список страниц, являющихся посадочными для трафика, учесть это при разработке макетов.
- Разработать механику фильтра подбора приключения.
- Структурно и визуально избежать ассоциаций с сайтами туристических компаний.
Процесс
Перед началом работ мы провели анализ существующего сайта, анализ ресурсов-конкурентов и близких по модели ресурсов. Выработали основные принципы, по которым должна строиться навигация по ресурсу. На основе собранных нами данных и данных, предоставленных заказчиком, были выделены основные сценарии поведения и пользовательские задачи.
Каждая пользовательская история состоит из нескольких разделов:
- Данные о персонаже (Имя, возраст, роль)
- Предыстория - более развернутые рассказ о персонаже, погружающий в его характер.
- Ситуация - модель реальной ситуации, в которых оказывается целевая аудитория
- Решение - путь, выбранный персонажем для решения своей задачи
- Сценарий решения задачи - подробное описание действий пользователя и технических или функциональных решений, необходимых ему на каждом шаге
Сформировав пул историй мы перешли к визуализации StoryMap. StoryMapping является инструментом, помогающим в осмыслении функциональности продукта, способов его использования, а также помогает в расстановке приоритетов при планировании релиза.
Карта историй часто выводится на экран для проектной команды во время сессий планирования релиза. Анализируя карту историй, команда может лучше идентифицировать зависимости, образующиеся в результате предполагаемого потока трафика через пользовательские истории. Карта также может быть использована для оценки и управления рисками, путем рассмотрения того, как истории будут совместно работать в контексте получения пользы для бизнеса.
В прототипе главной страницы была разработана механика по подбору приключений по формальным признакам и тегам, позволяющая наглядно видеть и управлять количеством предложений. Подобная механика была перенесена в расширенный фильтр подбора приключения.
Благодаря такому подходу была решена задача по совмещению двух различных сценариев по выбору и планированию приключений.
Карточка приключения была спроектирована с учетом ряда требований:
- Юзабилити - требования к простоте навигации пользователя
- Технических
- Конверсионных - страница будет посадочной для рекламных кампаний
- SEO
Особое внимание было уделено личному кабинету пользователя, в котором стали доступны все основные сервисные функции портала.
Результат
В результате проведенных нами работ заказчик получил проработанные концепции, основанные на аналитике, исследованиях и профессиональном опыте. Разработка этих концепций сопровождалась многочисленными консультациями, а их результатом стал пакет документов, с которыми можно переходить к следующему этапу перезапуска проекта.
