Запустили MVP платформы онлайн-бронирования, которая заменила зависимость от отдельных сайтов отелей и стала резервным каналом для рекламного трафика.

Результат:

1. появился единый продукт для приема трафика
2. снизилась зависимость от сайтов конкретных отелей
3. трафик можно было перераспределять внутри платформы
4. пользователи получали альтернативы при недоступности выбранного отеля
5. продукт был передан в развитие после запуска MVP

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

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

При этом у компании уже была накопленная база данных по отелям, контенту и доступ к API партнёров.
В этих условиях было принято решение создать отдельный продукт — сервис онлайн-бронирования, который не привязан к конкретному отелю и работает как агрегатор.

Система из отдельных сайтов перестала масштабироваться и начала создавать риски для бизнеса.

Ключевые ограничения:

1. претензии со стороны отелей к отдельным сайтам
2. юридические ограничения и риски блокировок
3. зависимость от конкретных сайтов и невозможность быстро перераспределять трафик
4. отсутствие единой платформы с альтернативными предложениями
5. слабая масштабируемость модели “один отель — один сайт”

В результате компания теряла гибкость в управлении трафиком и потенциальные заказы.

Product Designer / Product Owner на стороне продукта

Я вел продуктовую проработку MVP: собирал требования, описывал пользовательские сценарии, проектировал логику сервиса и админки, готовил backlog и ТЗ, синхронизировал решения с разработкой, участвовал в тестировании и описывал требования к аналитике.