Как мы обновили сайт по продаже дорожно-строительной техники и увеличили конверсию на 25%
Компания «Техстройконтракт» продает дорожно-строительную технику: экскаваторы, бульдозеры, погрузчики, самосвалы и другие виды дорожно-строительной техники от мировых производителей.
Изначально задача выглядела довольно ограниченной — обновить один из разделов корпоративного сайта. Но позже стало понятно, что только работой над одним разделом не обойтись. Проект быстро вырос в полноценную переработку ключевых частей платформы.
С чего все началось: задачи бизнеса
Отправной точкой стал раздел «Запчасти» — более 100 000 позиций, которые должны обновляться по ценам и остаткам практически в реальном времени.
Заказчик сформулировал несколько ключевых целей:
1. Обновить внешний вид интерфейсаСуществующий интерфейс был морально устаревшим и не соответствовал уровню конкурентов. Нужно было сделать современный, понятный и аккуратный каталог.
2. Автоматизировать импорт данныхВся бизнес-логика компании строится на внешней Oracle-базе объемом около 11 млн записей. Прямого доступа к платформе у нас не было из соображений безопасности, поэтому данные от заказчика предоставлялись через:
XML — обновление номенклатуры два раза в сутки
JSON — непрерывный поток с актуальными ценами и остатками запчастей
3. Сделать удобный и понятный поискРучной перебор тысяч позиций — не вариант. Нужны фильтры по модели техники, цене, наличию, срокам поставки, совместимости и другим параметрам.
4. SEO-оптимизация. Старый раздел почти не учитывал требования поисковиков: слабая структура, неправильные заголовки, плохо индексируемые страницы.
Первый раздел: сложности на каждом этапе и как мы их преодолели
После нескольких созвонов и проработки всех нюансов мы приступили к работе — казалось, что план полностью понятен. Однако на практике все оказалось сложнее. Расскажем, с какими трудностями мы столкнулись на каждом этапе работы.
Первый нюанс — отсутствие исходных дизайн-макетов. Предыдущая команда верстала интерфейс без подготовки макетов. По сути, интерфейс пришлось проектировать заново.
Мы подключили дизайнеров и полностью пересобрали UX:
продумали логику экранов
собрали UI Kit
описали все компоненты
В итоге получился набор универсальных элементов, из которых дальше можно быстро собирать любые страницы сайта.
Этап 2. Импорт данных и борьба с объемами
Самый трудоемкий этап проекта, который занял более месяца непрерывной работы. Из-за требований безопасности прямого доступа к Oracle-базе у нас не было: заказчик мог передать только текущий код сайта на Python и Django и настроить регулярные выгрузки данных. При первом же разборе стало ясно, что существующая архитектура не рассчитана на такие объемы и требует серьезной переработки.
Чтобы выстроить стабильную среду для работы с потоками данных, мы начали с внедрения Docker. Это дало единое окружение для разработки и тестирования, упростило развертывание и позволило быстрее вносить изменения.
Ключевая проблема проявилась на этапе загрузки: информация приходила огромными файлами по 1–1,5 ГБ, без проверки структуры и с крайне медленной обработкой — один пакет мог обрабатываться несколько часов. Для системы, где цены и остатки меняются постоянно, такой сценарий был неприемлем.
Мы полностью пересобрали логику импорта. Вместо обработки «всего и сразу» система стала работать с небольшими порциями данных, которые формируются автоматически на основе реальных изменений. Обновляются только те позиции, где действительно поменялись цена или остаток, а не весь массив из миллионов записей.
В результате обновление данных стало работать в двух режимах: номенклатура синхронизируется два раза в сутки через XML, а цены и остатки приходят в формате JSON практически в реальном времени — при любом изменении в базе заказчика. Например, если последняя запчасть была продана, сайт мгновенно получает новый остаток.
Дополнительно мы внедрили многоуровневую систему валидации: данные проверяются еще на стороне заказчика и повторно — внутри нашей системы. Это позволяет заранее отлавливать ошибки, дубли и проблемы с форматом и не допускать их появления на сайте.
Этап 3. Поиск, который реально работает
Совместно с командой заказчика мы разобрали пользовательские сценарии и собрали двухуровневую систему поиска:
Быстрый поиск — выбор модели техники и категории запчастей. Пользователь сразу видит только совместимые позиции.
Расширенный поиск — полный набор фильтров: характеристики, производители, цены, наличие.
Поиск работает на ElasticSearch и реагирует на запросы за доли секунды — даже при сотнях тысяч товаров.
Этап 4. SEO-оптимизация
Параллельно с разработкой SEO-специалисты пересобрали структуру раздела:
иерархию страниц
заголовки
логику индексации
После двух итераций правок сайт стал корректно индексироваться и начал стабильно расти в выдаче.
Этап 5. Обновление технологического стека
Сайт работал на Python 3.7 и Django 2.2 — это уже устаревший стек с рисками по безопасности и совместимости.
Мы перевели проект на Python 3.13 и Django 5.0.
Миграцию делали параллельно с разработкой новых модулей, поэтому обошлись без простоев в работе сайта.
Что получили по итогам работы над первым разделом
Раздел «Запчасти» был полностью перезапущен примерно за два месяца. В итоге получили:
автоматическое обновление 11 млн позиций
защищенная интеграция с Oracle
быстрый и понятный поиск
современный дизайн
актуальный технологический стек
Это стало основой для масштабирования всего проекта.
Масштабирование проекта: переработка всего сайта
Дальше мы взялись за остальные разделы:
Новая техника
Техника с пробегом
Аренда техники
Навесное оборудование
Запчасти (уже обновленный раздел)
Сервисное обслуживание
Задача была не просто «сделать красиво», а встроить сайт в реальную бизнес-логику компании:
Личные кабинеты клиентов
Личные кабинеты клиентов
Корзины
Онлайн-запись на сервис
Единые формы заказов
Разные сценарии для физлиц и юрлиц
Например, регистрация для компаний и частных клиентов отличается по полям, правам доступа и возможностям.
Какие задачи бизнеса стояли за обновлением сайта
К моменту старта проекта у компании накопилось сразу несколько системных проблем, которые напрямую влияли и на продажи, и на операционную эффективность.
Во-первых, была перегружена команда менеджеров. Большая часть времени уходила не на работу с клиентами, а на рутину: запись на клиентов на ТО, согласование заказов по почте и телефону, ручную обработку заявок.
Во-вторых, сайт практически не был автоматизирован. Данные приходилось вносить вручную, вместо того чтобы синхронизировать их напрямую с корпоративной Oracle-базой.
Третья проблема — пользовательский опыт. Клиенты все чаще хотели оформлять заказы самостоятельно, без звонков и переписки. Но существующие формы были неудобными и плохо работали, что напрямую влияло на конверсию и лояльность.
И наконец, дизайн. При стоимости техники в десятки и сотни миллионов рублей сайт выглядел устаревшим и не соответствовал уровню продукта. При этом уже обновленный раздел «Запчасти» стал хорошей отправной точкой, чтобы масштабировать новый визуальный подход на весь сайт.
Как развивался проект
За следующие восемь месяцев мы не просто реализовали запланированные изменения, а по сути пересобрали сайт под реальные процессы компании. Ниже — несколько ключевых решений.
Клиенты компании делятся на две большие группы: физические и юридические лица. Для них требуются разные сценарии регистрации, разные поля в формах и разные уровни доступа к функциям — от оформления заказов до истории обращений в сервис. Вся эта логика была детально проработана совместно с командой заказчика и заложена в архитектуру системы.
Компонентный подход к разработке
Мы пошли по пути универсальных компонентов. Были созданы базовые шаблоны для разных типов техники и услуг, а конкретное наполнение интерфейса формируется автоматически — в зависимости от категории товара.
Такая модель позволяет сохранить единый стиль и при этом легко масштабироваться: при появлении новых типов техники не требуется переписывать логику сайта.
Для устойчивости системы мы покрыли проект более чем 90 автоматизированными тестами. Это усложнило разработку, но сильно упростило поддержку и дальнейшее развитие.
Простой пример: в карточках арендованной техники автоматически показываются VIN и филиал, а в карточках новой техники эти поля просто не появляются — без костылей и отдельных версий страниц.
Онлайн-запись на сервисное обслуживание
Отдельный важный сценарий — запись на обслуживание техники.
При оформлении заявки система учитывает:
тип и модель техники,
один из 93 филиалов по всей России,
актуальные временные слоты,
После подтверждения данные сразу синхронизируются с системой заказчика и сервисный отдел нужного филиала получает готовую заявку с деталями визита.
Итоги проекта: рост трафика и конверсии в заявки
Полная переработка сайта «Техстройконтракт» заняла около десяти месяцев. После релиза мы еще три месяца сопровождали проект: следили за показателями, оптимизировали микросервисы и устраняли мелкие неточности.
Результаты оказались выше ожиданий:
25%
рост конверсии в заявки
30%
рост трафика
Основные факторы роста:
1. сайт стал заметно быстрее, даже при обновлении 11 млн позиций,
2. появился удобный самообслуживающийся интерфейс для клиентов,
3. улучшились позиции в поиске по ключевым запросам,
4. визуально сайт стал выглядеть как продукт крупной технологичной компании.
Что это дало бизнесу
В операционном плане компания получила сразу несколько ощутимых плюсов:
Менеджеры перестали тонуть в рутине и смогли сосредоточиться на продажах. Архитектура системы стала безопасной — внешние сервисы не имеют прямого доступа к Oracle-базе. Поддержка и развитие сайта упростились благодаря современному стеку и CI-инструментам.
«Сейчас мы готовим следующий этап — миграцию сайта на Next.js и более глубокую интеграцию с CRM заказчика»
Кейсы
Неделя рекламы 
Новости 
How to 
Интервью и дискуссии 
Маркетинговые исследования 
Просто о сложном 
Энциклопедия обмана 
Проверено ADPASS 
Рекламные кампании 