Как мы разработали Uber для экскурсий за 3 месяца

Проект — агрегатор экскурсий Findgid — изначально задумывался как стартап: быстро разработать и запустить MVP продукта, проверить гипотезы, найти product-market fit — и масштабировать решение сразу на российском рынке, а затем и на международном.

Разработкой должна была заниматься сторонняя компания, которую клиент нашел сам. Наши партнеры из студии DDSI при этом выступали как подрядчики по SEO и продвижению.

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

Проблема была в том, что в проект уже вложились инвесторы. Запускаться нужно было в любом случае.

Перед нами стояли следующие задачи:

- За 3 месяца разработать и запустить функциональный MVP.

- Со старта проработать SEO, чтобы сайт хорошо ранжировался.

- Реализовать киллер-фичи, которые выделят проект на фоне конкурентов, привлекут аудиторию и заинтересуют гидов.

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

Со стороны заказчика задача звучала амбициозно: «Сделайте, как Tripster, только лучше!»

Для стартапов это довольно типичное желание: создать новый Амазон, Озон, Букинг, только лучше, и взорвать рынок.

В нашем случае просто «сделать лучше» было невозможно — на все пожелания не хватало ни бюджета, ни времени.

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

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

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

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

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

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

Архитектура приложения для путешественников повторяет веб-версию, а приложение для гидов решили реализовать уже после релиза в рамках развития проекта. Подробно разработку приложений описали в кейсе "Разработка мобильного приложения для туристической платформы".

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

Работу разделили на четыре этапа:

1. Страницы стран и городов — за 2 недели создали HTML-страницы с метаданными, открыли их для индексации и запустили SEO-процесс.

2. Профили гидов и экскурсии — в бета-версии гиды оформляли профили и добавляли экскурсии, а мы дорабатывали функционал.

3. Пользователи — при росте трафика из поисковиков дали возможность оставлять заявки в один клик без сложной регистрации.

4. Заказ и оплата — протестировали юзабилити и добавили полноценный кабинет с бронированием и оплатой.

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

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

Мы сократили процесс до пяти понятных шагов:

1. Общая информация — простые поля, подсказки и гибкие настройки, заполнение занимает пару минут.

2. Расписание — интуитивный интерфейс для установки графика проведения.

3. Цена — единая стоимость с возможностью скидок или надбавок на отдельные даты и время.

4. Оформление — загрузка фото и описаний для повышения привлекательности страницы.

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

Так мы сохранили необходимую полноту данных, но сделали процесс добавления экскурсии быстрым и понятным, не отпугивая авторов.

При добавлении экскурсий возникла проблема: расписания на год вперед создавали миллионы записей в БД, что замедляло сайт и вредило SEO. В больших проектах это решают back-end разработчики и DevOps, но у нас в MVP таких ресурсов не было.

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

Чтобы не было соблазна перейти в Телеграм или Whatsapp, внутренние чаты должны быть простыми и удобными как для пользователей, так и для гидов.

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

Интересная особенность: чаты открываются только после бронирования.

Вместо Pusher мы интегрировали Laravel Echo с open source библиотекой socket.io, что сделало решение независимым, масштабируемым и без дополнительных затрат. Ту же технологию использовали для уведомлений о событиях на сайте.

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

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

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

Без дополнительной рекламы за первые 3 месяца после релиза в нем зарегистрировались 61 гид и 24 пользователя, которые забронировали 235 экскурсий.

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

Менее чем за год сайт достиг посещаемости более 1000 визитов в день.

Трафик стабильно растет и будет расти дальше за счет постоянной работы над сайтом, хороших поведенческих факторов и увеличения его авторитета в глазах Яндекса и Google.