Строительная компания: когда проблема оказалась не только в сайте

Я начал с SEO-анализа.

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

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

Конкретики почти не было: понятной структуры услуг, цифр, примеров, каталога проектов и объяснения, почему клиенту стоит обратиться именно сюда.

На фоне сайтов из топ-10 это выглядело слабо.

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

Я предложил полностью переделать сайт.

Для разработки выбрал Yii2. Тогда я активно изучал этот фреймворк и ещё не умел достаточно осознанно выбирать инструмент под задачу. Но в этом случае выбор оказался удачным: фреймворк дал гибкость для административной части, структуры страниц и дальнейшего развития.

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

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

Фактически мне пришлось собирать цифровую оболочку бизнеса почти с нуля.

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

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

После запуска сайта я продолжил заниматься его сопровождением и продвижением.

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

Конкретных задач почти не было.

Запросы звучали абстрактно: «нужно больше клиентов», «нужно продвинуть это направление», «как привлечь заказы на определённые дома», «что ещё можно сделать для продвижения».

Из-за этого мне приходилось самому искать точки роста.

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

Постепенно через сайт стали видны устройство бизнеса и его слабые места. Сайт стал не просто витриной, а входом в реальную систему работы компании.

Одним из важных этапов стал каталог готовых проектов.

Анализ конкурентов показал: сильные строительные сайты помогают человеку не просто узнать о компании, а выбрать конкретный вариант.

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

Я предложил добавить такой раздел.

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

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

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

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

Без этого каталог оставался неполным.

Он выглядел как инструмент выбора, но не всегда давал клиенту достаточно информации для принятия решения.

Дальше сайт начал обрастать элементами доверия и связи с клиентом.

Я предложил публиковать реализованные объекты. Для строительной компании это важно: человеку нужно видеть не только обещания, но и реальные работы.

Так появился раздел портфолио.

Я ездил на объекты, фотографировал, обрабатывал снимки и публиковал материалы.

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

Позже я интегрировал Telegram-уведомления: обращения с сайта сразу приходили через бота.

Я пытался сделать сайт рабочим узлом системы: посетитель → доверие → заявка → уведомление → обработка → обратная связь.

Но последнего звена постоянно не хватало.

Мне почти не давали данных о том, что происходило с обращениями после заявки или звонка.

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

Со временем вопросы вышли за рамки SEO.

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

Я начал заниматься рекламой в Яндексе и ВКонтакте.

Этот этап дал мне важное понимание: реклама не является самостоятельным решением.

Она работает только внутри системы.

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

Так я начал понимать, что продвижение — это не отдельный набор действий, а часть общей бизнес-системы.

Чем дольше шёл проект, тем яснее становилось: главный ограничитель находится не в сайте.

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

Сайт, SEO, каталог, реклама и формы могли помогать.

Но они не могли заменить управленческую систему.

В какой-то момент я понял, что больше не хочу работать вслепую.

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

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

Эти данные я подготовил к встрече и попытался связать их с бизнес-показателями.

Мне было важно перейти от общих разговоров к конкретике. Не «кажется, клиентов мало». А сколько людей приходит, что они делают, где проявляют интерес и где система может терять обращения.

На этой же встрече я предложил более системные изменения: CRM, коллтрекинг, понятное распределение ролей, работу с данными и привлечение маркетолога.

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

Коллтрекинг мог показать, какие каналы приводят звонки и как обрабатываются обращения.

Но эти предложения требовали готовности смотреть на реальность. Именно здесь стало видно основное расхождение.

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

А вышел с пониманием, что сайт — только один элемент бизнес-системы.