Когда интернет-магазину нужна кастомная разработка, а когда хватит готовой платформы

«Кастомная разработка» звучит солиднее, чем «магазин на готовой платформе», но это не повод заказывать её по умолчанию. Для большинства типовых интернет-магазинов — каталог, корзина, оплата, доставка — готовые решения вроде Tilda, InSales или 1С-Битрикс закрывают задачу быстрее и дешевле, потому что каталог, корзину и оплату там не нужно писать заново — это уже готовые блоки.

Что умеют готовые платформы

Коробочные решения хорошо справляются со стандартным набором: карточки товаров с фильтрами, корзина, стандартные способы оплаты и доставки, готовая админка для менеджера без технических навыков. Запуск занимает недели, а не месяцы, и это честный аргумент в их пользу — если логика продаж не выходит за рамки «показать товар → положить в корзину → оплатить», переплачивать за кастомную разработку нет смысла.

Где платформы упираются в потолок

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

Типичная ошибка в обе стороны

Одна крайность — заказать кастомную разработку под типовой магазин: команда несколько месяцев пишет корзину и каталог, которые уже давно решены в готовых платформах, а бюджет уходит на то, что можно было получить за недели. Другая крайность — насиловать коробочное решение нетиповой логикой через десяток плагинов: система становится непредсказуемой, обновления платформы что-то ломают, а поддержка стоит дороже, чем изначально написать нужную логику с нуля.

Как понять, что нужна кастомная разработка

Практический тест: опишите логику продаж в одном предложении. Если она укладывается в «каталог, корзина, оплата, доставка» — почти наверняка хватит готовой платформы. Если в описании появляются условия, исключения и «а ещё нужно, чтобы» — это сигнал, что стандартный конструктор либо не потянет сценарий, либо потянет ценой самодельных костылей поверх него, и разговор о кастомной разработке оправдан.