Когда хватит готового решения
Коробочные платформы и конструкторы закрывают большинство типовых задач: каталог, корзина, оплата, доставка. Если у вас стандартные бизнес-процессы и нужно быстро выйти на рынок, это разумный старт.
- Запуск за недели, не за месяцы.
- Ниже стартовая стоимость.
- Готовые интеграции с оплатой и доставкой.
- Обновления и безопасность на стороне платформы.
Первым обычно ломается каталог: конструктор уверенно тянет несколько сотен товаров, а на десяти тысячах позиций начинает тормозить и путаться в фильтрах. Следом идёт SEO: платформа ограничивает структуру страниц и адресов, поэтому подстроить её под свою семантику до конца не получается.
Минус: вы играете по правилам платформы. Нестандартную логику приходится «натягивать» на чужую архитектуру, а с ростом нагрузки и требований это становится дороже и медленнее.
Когда нужна разработка под себя
Кастомная разработка оправдана, когда магазин встроен в сложный бизнес-процесс: нестандартная логика расчётов, интеграции с 1С и складом, особые сценарии для B2B, высокие нагрузки. Готовые платформы всё это тянут плохо.
- Полный контроль над логикой и данными.
- Интеграции с любыми внутренними системами.
- Масштабируемость под рост и нагрузку.
- особенный клиентский опыт, которого нет у конкурентов.
Наглядный пример из нашей практики: интернет-магазин «СПЕЦСНАБ» для поставщика запчастей на грузовую технику. Каталог на 20 000 наименований разложен не по брендам, а по типу агрегата, потому что так ищет механик, не маркетолог. Витрина синхронизирована с 1С по остаткам и ценам, а все заявки, от заказа в пару кликов до заявки на комплект для автопарка, уходят в Bitrix24 без ручного переноса. На конструкторе такой каталог и такая логика заказов просто не собираются.
Розница и B2B на одной витрине
Отдельная задача возникает, когда на сайте встречаются два типа покупателя: разовый клиент и закупщик, которому нужна партия. В «СПЕЦСНАБ» это решено двумя сценариями сразу: обычная корзина для розницы и отдельная форма «заявка на комплект запчастей», где закупщик одним полем перечисляет нужные позиции, а менеджер отвечает готовой сметой. Типовая корзина из коробки умеет один из двух сценариев, не оба сразу.
Сколько стоит и сколько занимает
Разработка интернет-магазина обычно укладывается от 250 000 ₽ на базовом уровне: каталог, корзина, оплата, доставка. С интеграцией CRM, 1С и складским учётом бюджет начинается от 500 000 ₽. Сроки под ключ обычно три-четыре месяца, и это касается обоих путей: разница не в скорости запуска, а в том, сколько нестандартной логики закладывается в код.
Из интеграций типовой магазин обычно подключает эквайринг (ЮKassa, Т-Касса, Сбер, СБП), службы доставки (СДЭК, Boxberry, Почта России, Яндекс), CRM и учёт (amoCRM, Bitrix24, 1С, МойСклад), а иногда и маркетплейсы: Wildberries, Ozon, Яндекс Маркет, Avito. Каждая новая связка либо есть у платформы из коробки, либо её нужно дописывать отдельно.
Гибридный путь
Часто оптимально начать с готового решения, проверить спрос и бизнес-модель, а затем переходить на кастом там, где коробка становится тормозом. Такой подход снижает риски: вы не вкладываете большой бюджет в разработку до того, как убедились в спросе.
Как принять решение
Частая ошибка на этом шаге: выбирать платформу раньше списка интеграций. Оплата, доставка, CRM и учёт, а иногда и маркетплейсы должны работать вместе с первого дня, а не подключаться постфактум. Если хотя бы одна связка нестандартная, скажем, редкая учётная система или собственный склад, это сразу сужает круг подходящих решений.
Отраслевая специфика тоже влияет на выбор. У магазина одежды на первом месте таблицы размеров и подбор по параметрам, у продуктового: зоны доставки и слоты, у B2B-опта: цены по ролям и заказ по артикулам. Конструктор редко умеет всё это сразу, и тогда вопрос звучит не «готовое или кастом», а «что именно докручивать».
Готовый выбор платформы не заканчивает проект. После запуска магазину нужен трафик и аналитика вне зависимости от того, на чём он собран: продвижение, удержание клиентов и понимание, какие каналы реально приносят продажи. Технология определяет, насколько дорого будет расти дальше, но не заменяет саму работу над ростом.
Мы в PivotPoint начинаем не с технологии, а с аудита процессов перед разработкой интернет-магазина: что именно должен делать магазин, как он связан с остальным бизнесом, какие нагрузки и планы роста. И только потом предлагаем: коробку, кастом или гибрид. Технология должна следовать за задачей, а не наоборот.