От Houzz к «Флатике»: перезапуск сервиса с многолетней историей за шесть месяцев

Главное о кейсе

Houzz — сервисная платформа о ремонте, интерьерах, благоустройстве и ландшафтном дизайне. Российская версия работала на общей с международным Houzz архитектуре. Со временем развивать сервис с учётом потребностей российского рынка становилось сложнее, поэтому команда решила запустить самостоятельную платформу — «Флатику».

Переезжать предстояло действующему продукту. У него уже были аудитория, пользовательские проекты и фотографии, альбомы идей и поток посетителей из поиска. Новая платформа должна была дать команде возможность развивать сервис самостоятельно и сохранить ценность, которую он накопил за годы работы.

KTS за три месяца спроектировала «Флатику», а ещё за три — разработала и запустила её. Команда перенесла миллионы связанных сущностей, восстановила ключевые сценарии и подготовила переход на flatica.ru. Сервис запустился в срок: пользователи сохранили доступ к своему контенту, а за первый месяц новый сайт получил более 1 млн визитов.

Как проект изменил жизнь пользователей

У пользователей Houzz уже были профили, проекты, альбомы идей. При запуске «Флатики» всё это переехало на новый сайт. С первого дня их привычный сценарий работы с платформой остался прежним: они могли искать фотографии по фильтрам, сохранять идеи и выбирать специалистов по портфолио и отзывам.

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

Бизнес-задача и ее решение

Задача — запустить независимую платформу для российского рынка и перевести на неё действующий сервис. Для команды продукта было важно сохранить не только данные пользователей, но и поисковую видимость.

KTS начала с подробного разбора продукта. Команда описала 11 разделов, пользовательские действия и связи между данными, а затем определила состав первого релиза. Этот план позволил вести параллельно разработку интерфейсов и архитектуры, перенос данных, подготовку инфраструктуры и SEO.

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

Крафт (мастерство), реализация, технические детали

— Перенос связанных данных. Профили, проекты, фотографии, альбомы идей и отзывы образуют единую систему. KTS перенесла миллионы сущностей в новую модель данных и сохранила связи между ними: фотография осталась в проекте, проект — в профиле автора, сохранённая идея — в альбоме пользователя.

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

— Переход из поиска. KTS проанализировала старые URL, фильтры и динамические страницы, затем настроила переходы на соответствующие страницы flatica.ru. Это помогло сохранить путь пользователей к контенту, который они находили через поиск.

— Запуск под нагрузкой. KTS развернула инфраструктуру в Yandex Cloud для действующего трафика сервиса. Kubernetes обеспечивает автоматическое масштабирование, кластер PostgreSQL — хранение данных, OpenSearch — поиск, Valkey — кеширование, а Object Storage и CDN — доставку фотографий и другого контента. Команда настроила мониторинг, подготовила скрипты миграции и до релиза отработала сценарии запуска под реальной нагрузкой. С первых часов после запуска платформа работала под нагрузкой действующего сервиса.

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

Сложность переезда определялась связями внутри продукта. Недостаточно просто перенести фотографию: пользователь должен найти её в каталоге, открыть в проекте, сохранить в альбом и перейти к автору работы. Поэтому KTS начала с карты пользовательских сценариев и на её основе спланировала разработку и миграцию.

Работу вели по шести параллельным направлениям. KTS синхронизировала команды на протяжении проекта; в пике над платформой работали до 20 разработчиков без учёта смежных специалистов. Это позволило уложить проектирование, разработку и релиз в шесть месяцев.

Скриншоты