Роль:
UX/UI, вёрстка, SEO
Срок:
1 месяц
Клиент:
PoKi Padel, Воронеж
Продолжение:
Посадочная для филиала в Липецке
Падел — ракеточный спорт между теннисом и сквошем, в России он только раскручивается. Отсюда нестандартная задача: половина людей, попадающих на сайт, не понимает, во что собирается играть.

Нужна ли своя ракетка. Сколько человек надо собрать. Что вообще происходит на корте. Сайт работает не только как визитка клуба, но и как точка входа в сам вид спорта.
Дизайн и вёрстка на Tilda сайта новой сети кортов для падела с масштабированием
PoKi Padel — сайт падел-центра
Кейсы
Обо мне
Почта
Телеграм
Целевая аудитория
Новичок
Услышал про падел от знакомых или увидел в соцсетях. Хочет попробовать, но не понимает формат и боится оказаться единственным, кто не знает правил. Снаряжения нет и покупать его пока не готов.
Играющий
Уже знает падел, выбирает где играть. Нужны расписание, цены, как забронировать корт и есть ли турниры. Объяснения ему не нужны — нужна скорость.
Цели
— Объяснить падел человеку, который про него ничего не знает
— Довести до брони корта
— Показать клуб как место, а не как площадку в аренду
— Попасть в поисковую выдачу по локальным запросам
Боли
— Не понимает формат игры и боится оказаться единственным новичком
— Не знает, нужно ли покупать ракетку, чтобы попробовать
— Не понимает, сколько человек нужно собрать и сколько это стоит
— Не находит, как забронировать, если решение пришло не в конце страницы
Гипотезы
Г1
Данные у клиента
Если объяснить формат и аренду инвентаря до блока с ценами, новичок дойдёт до брони вместо того, чтобы уйти искать ответы в другом месте
Г2
Данные у клиента
Дублирование кнопки брони на первом экране, в шапке и в подвале снизит потери: момент готовности у новичка и у играющего наступает в разных местах страницы
Г3
Данные у клиента
Показ клуба как места, а не как корта, отличит его от конкурентов и повысит возвращаемость
Метрики
Аналитика на стороне клиента, данные по трафику он не раскрывает. Метрики, по которым проект оценивается: позиции в поисковой выдаче по локальным запросам, число обращений через форму брони, продление сотрудничества.
Роли и зоны ответственности
Я
Дизайнер, верстальщик, SEO
Интервью с владельцами, структура сайта, UX и UI, вёрстка на Tilda, мобильные адаптивы, анимация, первичная поисковая оптимизация, поддержка, посадочная для филиала
Владельцы клуба
Предметная экспертиза, знание аудитории, контент, приёмка
Сценарий новичка
  1. Попадает на сайт, не понимая, что такое падел
  2. Видит объяснение формата: сколько человек, как играют, сколько длится
  3. Узнаёт, что ракетки и мячи можно арендовать — приходить можно с пустыми руками
  4. Видит турниры для начинающих: он будет не единственным новичком
  5. Смотрит цены и форматы аренды корта
  6. Бронирует — кнопка доступна из любой точки страницы
Сценарий играющего
Ему объяснения не нужны — он бронирует из шапки на первом же экране. Именно поэтому кнопка продублирована: два сценария сходятся в одном целевом действии, но приходят к нему в разных местах страницы.
Рамки проекта
Tilda как платформа. Клиент должен иметь возможность менять контент сам — под сезон, акции и расписание турниров. Это ограничивает свободу в вёрстке и требует решений, которые не сломаются при редактировании.

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

Локальная конкуренция. В городе несколько клубов, и попадание в поисковую выдачу — часть продукта, а не услуга сверху.

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

Главная находка: чаще всего спрашивают не про цену, а про формат и снаряжение. То есть барьер не в деньгах, а в незнании. Из этого выросла вся структура сайта.
Как принимались решения
Работа шла полным циклом: разбор пользовательских сценариев, UX, прототипы, UI, внутренние тестирования у заказчика, доработка по обратной связи. Три итерации.
Основа ресёрча — разбор реальных рабочих сценариев сервисного центра: как принимается изделие, как определяется неисправность, как заказывается деталь, что попадает в документы. Требования приходили от заказчика, но логику сценариев я разбирал сам.
Временные и предметные рамки
Сроки. Три месяца на 18 экранов с библиотекой компонентов, три полных итерации с внутренними тестированиями заказчика.
Пользователь знает предметную область лучше системы. Интерфейс не может объяснять человеку то, что он знает лучше — он должен убирать шаги, а не добавлять подсказки.
Цена ошибки. Не та запчасть, не тот договор, перепутанный серийный номер — и ремонт теряет статус сертифицированного. Точность важнее скорости.
Согласование внутри крупной компании. Требования приходили и уточнялись через ЛПР, каждое решение должно было быть не просто верным, а объяснимым.
Доступ. Продукт закрытый, мой доступ ограничивался разделом дизайна. Аналитику и внутренние данные я не затрагивал.
Made on
Tilda