Как за два с небольшим месяца запустили сайт ЛСР с каталогом из более чем 10 000 квартир

Новый сайт ЛСР к жёсткому сроку

Группе ЛСР нужно было запустить новый корпоративный сайт до Нового года. Предыдущий подрядчик не справился с технической сложностью проекта, и запуск не состоялся. Тогда ЛСР обратилась в Кельник, с которым давно сотрудничала. Я работал в студии руководителем проектов и взял на себя эту задачу.

Кельник был одной из ведущих российских веб-студий для застройщиков: создавал сайты, каталоги квартир, 3D и виртуальные туры. Я сопровождал проекты от первых встреч до запуска: проводил интервью с заказчиком, оценивал объём работ, готовил ТЗ и техническую часть договора, руководил разработкой. Сайты делали на PHP и Битриксе, преимущественно силами штатной команды.

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

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

Как организовали параллельную работу нескольких команд

В этом проекте я совмещал управление с аналитической работой. В Кельнике были собственные дизайнеры, frontend- и backend-разработчики, но для такого объёма в отведённый срок команды не хватало. Перевести на ЛСР всех специалистов студии было нельзя: они работали и над другими проектами.

Я предложил подключить внешних подрядчиков. Им можно было передать задачи с понятными требованиями, которые не зависели от ежедневных решений основной команды. После утверждения дизайн-концепции сложные ключевые страницы оставались у Кельника. Неключевые страницы я объединял в группы и распределял между внешними исполнителями.

Дизайн и вёрстку организовали как отдельные направления: ими занимались разные группы подрядчиков. Для дизайнеров инструкции и гайды готовил арт-директор Кельника, для верстальщиков их задавал главный frontend-разработчик. Это позволяло вести работу параллельно и сохранять единый подход к страницам сайта.

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

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

Как согласовали обязательный объём к запуску

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

Я собрал требования подразделений в общую дорожную карту и расставил приоритеты. Вместе с руководством и департаментами ЛСР мы определили MVP: обязательный объём первой версии, без которого запуск нельзя было считать выполнением задачи.

Это было важно для приёмки. Студия отвечала перед топ-менеджментом ЛСР, а топ-менеджмент отчитывался перед владельцем. Согласованный объём позволял заранее проверить, что ни одно критичное требование не осталось за пределами первой версии, а не обнаружить это уже после запуска.

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

Как объединили данные нескольких CRM в каталоге

Каталог был основным инструментом выбора квартиры или машиноместа. Понравившуюся квартиру покупатель мог забронировать через телефон с подтверждением по SMS. Бронирование работало в реальном времени: после подтверждения квартира получала в каталоге статус забронированной.

Для наполнения каталога использовались выгрузки из систем ЛСР. В компании работало несколько CRM, и быстро изменить их все под требования нового сайта было невозможно. Поэтому интеграции нужно было строить с учётом тех данных и форматов, которые заказчик мог предоставить.

Напрямую использовать эти выгрузки в каталоге не получалось. Квартиры разных ЖК требовалось привести к единому корректному представлению, не потеряв смысл исходных данных. Обработку взяла на себя студия; часть решений на этом этапе была временной.

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

Сайт вышел раньше установленной даты

За два с небольшим месяца команда подготовила новый сайт с каталогом из более чем 10 000 квартир и интеграциями с несколькими CRM. Запуск состоялся примерно за полторы недели до Нового года, до установленной заказчиком даты.

Ошибка смены года скрыла многолетний архив новостей

В ночь с 31 декабря на 1 января, в первом часу, я открыл сайт, чтобы показать друзьям завершённый проект, и заметил проблему: перестал отображаться раздел новостей за несколько лет. Речь шла не о нескольких отдельных публикациях, а о большом архиве, исчезновение которого создавало риск для поисковых позиций.

Я сразу позвонил разработчику нашей команды. Просьба проверить сайт в первый час нового года сначала показалась ему шуткой, но, поняв масштаб проблемы, он приступил к диагностике. Причиной оказался расчёт года публикации в коде. Разработчик исправил ошибку меньше чем за час.

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

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