«Главный грузовой» — не история про быстрый лендинг и не рядовой сайт с каталогом. Это трехмесячная разработка полноценного интернет-магазина грузовых автозапчастей, где нужно было связать сайт, каталог, склады, остатки, резервы, оплату, доставку, amoCRM и обмены с 1С в один рабочий контур.
Собрать магазин, который выдерживает реальную операционку: покупатель ищет запчасть по артикулу или названию, видит категории и наличие, оформляет заказ, а команда работает с заявками, складами, резервами, доставкой и учетной системой без ручного хаоса.
Почему это был сложный проект
В автозапчастях нельзя ограничиться красивой главной страницей. У клиента много товарных направлений, разные склады, разные города, остатки по количеству, резервы, доставка и постоянная синхронизация с учеткой. Ошибка в наличии или заказе сразу превращается в проблему для менеджеров и покупателей.
Поэтому ядром проекта стала не визуальная страница, а логика магазина: как товар попадает на сайт, как обновляются остатки, как фиксируется резерв, как покупатель оформляет заказ, как заказ уходит дальше в работу и как команда видит обращения в CRM.
Что сделали за три месяца
Собрали многостраничный интернет-магазин на 1С-Битрикс редакции «Бизнес» с шаблоном Аспро: Next. Под проект адаптировали структуру каталога, карточки категорий, товарные страницы, поиск по артикулу и названию, акции, техноблог, контакты и мобильный сценарий покупки.
Отдельно проработали e-commerce-контур: эквайринг, доставку, работу с несколькими складами по городам, отображение остатков, резервирование товаров, передачу заказов и обмен складскими данными. Это уже не «сайт с кнопкой оставить заявку», а магазин, который живет рядом с учетом и продажами.
Каталог, склады и остатки
Каталог организован так, чтобы покупатель быстро попадал в нужную группу запчастей, а менеджеры могли развивать ассортимент без постоянной разработки. Важная часть проекта — складская логика: остатки, количество на складах, резервы и актуализация данных, чтобы магазин показывал не абстрактный ассортимент, а рабочие товарные позиции.
Для такой ниши это критично. Одну и ту же запчасть могут искать по названию, артикулу, применимости или категории, а решение о покупке зависит от наличия, города, сроков и возможности быстро оформить заказ.
Оплата, доставка и оформление заказа
В проекте предусмотрели путь полноценного заказа: покупатель выбирает товары, проходит оформление, использует доставку и оплату через эквайринг. Для команды это означает меньше ручных уточнений на первом шаге, а для клиента — привычный сценарий интернет-магазина вместо бесконечных звонков «есть ли в наличии».
Интеграции с amoCRM и 1С
Для отдела продаж подключили amoCRM: обращения и заказы не растворяются в почте и мессенджерах, а попадают в понятный рабочий контур менеджеров.
С 1С настроили обмен не только ради каталога. Важны заказы, остатки, количества на складах и резервы — все то, что делает магазин управляемым после запуска. Такой контур сложнее обычной выгрузки товаров, но именно он позволяет проекту работать как часть бизнеса, а не как отдельная рекламная страница.
Реальные экраны интернет-магазина
Главная страница, категории, товарная сетка и мобильная версия показывают, как покупатель проходит путь от поиска до заказа.
Контент и развитие после запуска
Кроме коммерческого контура, на сайте есть акции, техноблог, отзывы, страница компании и контакты. Это помогает магазину не быть сухим списком позиций: проект объясняет сложные товары, поддерживает доверие и дает покупателю несколько входов в покупку.
Результат
Получился полноценный интернет-магазин грузовых автозапчастей: каталог, поиск, мобильная версия, эквайринг, доставка, склады по разным городам, остатки, резервы, amoCRM и обмен заказов/остатков с 1С. Проект можно развивать дальше: расширять ассортимент, подключать новые сценарии продаж, добавлять контент и держать магазин связанным с реальной операционной системой бизнеса.
В кейсе фиксируем реализованный продуктовый и интеграционный контур: интернет-магазин, каталог, склады, остатки, резервы, эквайринг, доставка, amoCRM и обмены с 1С. Коммерческие показатели не приписываем проекту без подтвержденной аналитики.