Готовое решение или индивидуальная разработка на 1С-Битрикс: что выбрать

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

В этом разборе — честное и сбалансированное сравнение готового решения (тиражные шаблоны вроде Аспро, отраслевые сборки из Маркетплейса) и индивидуальной разработки на 1С-Битрикс по критериям, которые реально влияют на бизнес: скорость запуска, стоимость старта и владения, гибкость, дизайн, производительность, поддержка и обновления, зависимость от вендора шаблона, доработки поверх готового и масштабируемость. Мы делаем и то и другое — и магазины на Аспро под ключ, и индивидуальные магазины на 1С-Битрикс, — поэтому у нас нет интереса продать вам одно любой ценой. Материал — выжимка из этой практики.

Главное сразу: выбор — это компромисс, а не «лучшее»

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

Грубое, но рабочее правило: если у вас типовой магазин с обычным каталогом, стандартной корзиной, привычной оплатой и доставкой — берите готовое решение и не переплачивайте за разработку с нуля. Если у вас сложный B2B с многоуровневыми ценами, нестандартный конфигуратор, глубокая интеграция с ERP или высокая нагрузка с особыми требованиями — вам нужен кастом, потому что шаблон вы всё равно перепишете наполовину. Всё остальное в статье — про то, как уточнить этот выбор под ваш случай и не ошибиться в пограничных ситуациях, которых большинство.

Что такое готовое решение на 1С-Битрикс

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

Готовые решения бывают нескольких видов, и их полезно различать:

• Тиражные шаблоны магазина. Самый популярный класс — универсальные решения вроде Аспро, которые дают гибкий каталог, настраиваемый дизайн и большой набор преднастроенных блоков под разные ниши.
• Отраслевые решения из Маркетплейса. Сборки, заточенные под конкретную нишу: магазин автозапчастей, мебели, продуктов, стройматериалов. В них уже учтена специфика отрасли — от структуры каталога до типовых сценариев.
• Стартовые редакции и типовые сборки. Базовые магазины, которые идут как отправная точка и настраиваются под задачу.

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

Что такое индивидуальная разработка (кастом)

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

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

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

Аспро, тиражные шаблоны и отраслевые решения

Разберём подробнее самый частый вариант готового решения — тиражный шаблон. Когда говорят «взять Аспро» или похожее решение, имеют в виду покупку коробочного продукта, который устанавливается поверх 1С-Битрикс и разворачивает готовый магазин. Такие решения ценят за широкий набор возможностей «из коробки»: гибкий каталог с торговыми предложениями, умный фильтр, множество вариантов вывода карточки товара, готовые страницы (о компании, доставка, контакты), настраиваемые цвета и шрифты, преднастроенные сценарии корзины и оформления заказа.

Сильные стороны тиражного шаблона

• Богатый функционал сразу. То, что в кастоме пришлось бы разрабатывать месяцами, здесь уже есть и оттестировано на сотнях магазинов.
• Настройка без кода. Значительную часть внешнего вида и поведения меняют через админку, не привлекая разработчика.
• Регулярные обновления. Вендор развивает продукт, чинит ошибки и добавляет функции, а вы получаете это в новых версиях.
• Сообщество и документация. Популярные решения хорошо документированы, а на рынке есть специалисты, которые их знают.

Отраслевые решения из Маркетплейса

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

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

Сравнительная таблица: готовое vs кастом

Сведём ключевые различия в одну таблицу — это удобная карта для быстрого решения. Подробный разбор каждого критерия идёт ниже.

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

Скорость запуска

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

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

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

Стоимость старта и владения (TCO)

Здесь важно разделять две вещи: стоимость старта и стоимость владения на дистанции. Это разные цифры, и ошибка — сравнивать проекты только по первой.

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

Стоимость владения (TCO) — это сумма всех затрат на горизонте двух-трёх лет: лицензии и продления, хостинг, поддержка, доработки, обновления, устранение последствий ограничений. И вот здесь картина сложнее. Пока вы живёте в логике шаблона и дорабатываете аккуратно, готовое решение остаётся выгодным по TCO. Но если поверх шаблона накапливается много кастома и постоянной борьбы с ограничениями, стоимость владения растёт и на длинной дистанции может догнать кастом — при этом вы всё ещё несёте ограничения шаблона.

Мы сознательно не приводим здесь конкретных цифр: они сильно зависят от каталога, объёма доработок, интеграций и редакции 1С-Битрикс. Как раскладываются затраты на запуск магазина, мы подробно разбираем в отдельном материале — сколько стоит интернет-магазин на 1С-Битрикс. Ориентир по составу работ и лицензиям смотрите на странице с ценами, а какую редакцию выбрать под ваш сценарий — в статье про редакции 1С-Битрикс.

Гибкость и уникальность

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

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

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

Дизайн и UX

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

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

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

Производительность

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

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

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

Поддержка и обновления решения

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

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

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

Зависимость от вендора шаблона

Готовое решение приносит с собой зависимость от того, кто его развивает, и эту зависимость нужно осознавать заранее. Вы завязаны на сроки обновлений вендора, на его планы по развитию продукта и на совместимость решения с новыми версиями 1С-Битрикс. Если вендор замедляет развитие, меняет логику или не успевает за платформой, это напрямую касается вашего магазина.

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

Что с этим делать на практике: перед выбором готового решения оцените вендора так же серьёзно, как само решение. Как давно он на рынке, как часто обновляет продукт, поддерживает ли актуальные версии платформы, есть ли живая документация и специалисты. Устойчивый вендор снижает риск; продукт от разработчика, который забросил развитие, — это будущая головная боль независимо от того, как хорош шаблон сегодня.

Доработки поверх готового: «кастом на шаблоне»

Самая частая реальность — не «чистый шаблон» и не «чистый кастом», а доработки поверх готового решения. Почти никто не запускает шаблон «как есть»: адаптируют дизайн, меняют логику, добавляют модули и интеграции. Это нормально и часто разумно. Но именно здесь скрыты и главные плюсы, и главные риски.

Плюсы «кастома на шаблоне»

• Экономия на базе. Типовые сценарии вы не разрабатываете — они уже есть, а силы тратите только на то, что действительно уникально.
• Быстрый результат по каждой доработке. Отталкиваясь от рабочего магазина, изменения видно сразу, а не после месяцев разработки с нуля.
• Проверенный фундамент. Ядро уже оттестировано на многих магазинах, и риск «сломать основы» ниже.

Риски «кастома на шаблоне»

• Потеря обновляемости. Глубокие правки в файлах шаблона конфликтуют с обновлениями вендора — магазин «застревает» на старой версии.
• Накопление технического долга. Много доработок поверх чужой архитектуры превращаются в лоскутное одеяло, которое всё труднее поддерживать.
• Борьба с ограничениями. Когда доработок становится больше, чем базы, вы тратите силы не на развитие, а на то, чтобы обойти логику шаблона.
• Скрытый рост TCO. Каждая правка вроде небольшая, но в сумме стоимость владения незаметно догоняет кастом — при сохранённых ограничениях шаблона.

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

Масштабируемость и сложные интеграции

Масштабируемость — это способность магазина расти без переписывания: больше товаров, больше нагрузки, больше интеграций. Готовое решение хорошо масштабируется по объёму каталога и трафика — вендоры проектируют продукты с запасом. Но масштабирование по сложности логики упирается в архитектуру шаблона: когда бизнес усложняется, готовое решение приходится всё глубже дорабатывать.

Сложные интеграции — отдельная болевая точка. Простой обмен с 1С готовые решения поддерживают штатно, и это большой плюс. А вот глубокая интеграция с ERP, нестандартной складской системой, внешним конфигуратором или маркетплейсами часто требует доработок, которые в логику шаблона вписываются с трудом. В кастоме интеграции проектируются под задачу с самого начала, и сложные связки реализуются чище.

Для сложного B2B это особенно заметно: многоуровневые цены, кабинеты дилеров, согласования заказов, интеграция с корпоративными системами — всё это выходит за рамки типовой логики. Как устроены такие проекты, мы показываем в услуге сайт для B2B-компании и в разделе интеграций с 1С, CRM и сервисами. Если ваши интеграции сложнее обмена товарами и заказами, это серьёзный аргумент в пользу кастома или как минимум глубоко доработанного гибрида.

Когда готовое решение оправдано

Сведём к конкретике — так выбрать проще, чем по абстрактным критериям. Готовое решение (тиражный шаблон или отраслевая сборка) — правильный выбор, когда:

• Магазин типовой. Обычный каталог, стандартная корзина, привычные оплата и доставка, без экзотических процессов.
• Нужен быстрый старт. Важно запуститься за недели и начать продавать, а не разрабатывать месяцами.
• Ограничен бюджет. Стартовать нужно с разумными вложениями, а функционал шаблона закрывает задачи.
• Процессы укладываются в логику шаблона. Нет ничего, ради чего пришлось бы переписывать ядро.
• Отрасль совпадает с готовым решением. Есть сборка ровно под вашу нишу, и её сценарии — ваши сценарии.
• Нужно проверить гипотезу. Вы тестируете спрос и не хотите переплачивать за уникальность до того, как убедились в модели.

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

Когда нужен кастом

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

• Сложный B2B. Многоуровневые цены, кабинеты дилеров, согласование заказов, индивидуальные условия — логика, которой в шаблоне нет.
• Нестандартные процессы. Уникальный клиентский путь, сложный конфигуратор товара, особые правила расчёта — то, что и есть ваше конкурентное преимущество.
• Глубокие интеграции. Плотная связка с ERP, складом, производственными или корпоративными системами за пределами обычного обмена.
• Highload с особыми требованиями. Высокая нагрузка, где важна архитектура под конкретные сценарии, а не универсальный шаблон.
• Уникальная айдентика. Дизайн и UX — часть бренда, и «настроенный шаблон» тут не подходит принципиально.
• Долгий горизонт и активное развитие. Магазин будет постоянно расти и меняться, и жить внутри чужих ограничений станет тормозом.

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

Гибридный путь: готовое как база плюс доработки

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

Гибрид работает, когда доля кастома разумна: базовое от шаблона, а доработки точечные и оправданные. Правильный гибрид сохраняет обновляемость (доработки через штатные точки расширения) и не превращается в неуправляемое лоскутное одеяло. Опасность гибрида — незаметное «сползание» в тяжёлый кастом на шаблоне, когда доработок становится так много, что вы получаете минусы обоих подходов: и ограничения шаблона, и стоимость разработки.

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

Матрица выбора: когда что

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

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

Миграция с шаблона на кастом

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

Что входит в переход с шаблона на индивидуальную разработку:

1. Аудит текущего магазина. Разбираем, что в шаблоне работает, что доработано, где ограничения, какие данные и интеграции есть.
2. Проектирование под процессы. Заново описываем клиентский путь, структуру каталога и логику под ваши реальные задачи, а не под наследие шаблона.
3. Перенос каталога и заказов. Товары, категории, характеристики, история заказов и клиенты переносятся в новую структуру.
4. Сохранение URL и SEO. Чтобы не потерять позиции, сохраняем адреса или настраиваем корректные редиректы со старых страниц на новые.
5. Перенастройка интеграций. Обмен с 1С, оплата, доставка, CRM подключаются заново в новой архитектуре.
6. Проверка на копии и запуск. Новый магазин отлаживается на тестовой площадке и запускается, когда всё проверено.

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

Честные ограничения шаблонов

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

Ни одно из этих ограничений не делает готовое решение плохим выбором — они просто очерчивают его зону применимости. Для типового магазина большинство из них несущественны. Проблемой они становятся тогда, когда вы пытаетесь загнать в шаблон бизнес, который в него не помещается. Тогда честнее признать, что вам нужен кастом.

Частые ошибки при выборе

Вокруг выбора «готовое или кастом» много ловушек, которые мешают решать трезво. Разберём самые частые:

• «Кастом всегда лучше, потому что уникально». Уникальность стоит денег и нужна не всем. Для типового магазина кастом — переплата за свободу, которой вы не воспользуетесь.
• «Шаблон — это дёшево и сердито, несерьёзно». Наоборот: для большинства магазинов грамотно настроенный шаблон — это зрелое, экономически верное решение. «Дороже» не равно «лучше».
• «Возьмём шаблон и допилим всё, что захотим». Много доработок поверх чужой архитектуры убивают обновляемость и раздувают TCO. Если правок больше, чем базы, — вам был нужен кастом.
• «Сравним только цену старта». Решает стоимость владения на 2–3 года, а не цена запуска. Дешёвый старт с дорогой поддержкой может проиграть.
• «Вендор неважен, лишь бы шаблон нравился». Вы зависите от развития решения. Заброшенный вендором продукт — будущая проблема, каким бы хорошим он ни был сегодня.
• «Отраслевое решение точно подойдёт, оно же по нашей нише». Только если ваши процессы совпадают с заложенными. Чужая отраслевая логика мешает так же, как универсальная.
• «Начнём с шаблона, переехать потом легко». Миграция возможна, но это проект со сроками, бюджетом и риском для SEO. Иногда дешевле заложить архитектуру под рост сразу.

Как выбрать: чек-лист

Короткий список вопросов, ответив на которые, вы почти наверняка поймёте, что выбрать — готовое, кастом или гибрид:

1. Насколько типовые ваши процессы? Обычные — склоняйтесь к готовому; нестандартные — к кастому.
2. Есть ли сложный B2B? Многоуровневые цены, кабинеты дилеров, согласования — это кастом или глубокий гибрид.
3. Какие интеграции нужны? Обычный обмен с 1С — шаблон справится; глубокая связка с ERP и складом — кастом.
4. Какой бюджет и срок? Ограничены и нужен быстрый старт — готовое; есть запас — можно кастом.
5. Есть ли готовое решение под вашу нишу? И совпадают ли его сценарии с вашими на самом деле.
6. Сколько доработок вы планируете? Если много — считайте, не дешевле ли сразу кастом.
7. Насколько важен уникальный дизайн? Как часть бренда — кастом; «просто современно» — адаптация шаблона.
8. Куда растёте? Бизнес будет усложняться — закладывайте архитектуру под доработки заранее.
9. Считали ли вы TCO? Стоимость владения на 2–3 года, а не цену старта.

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

Вывод

В споре «готовое решение или индивидуальная разработка» нет универсального победителя — есть подход, подходящий под конкретный бизнес. Готовое решение (тиражный шаблон вроде Аспро или отраслевая сборка) — зрелый и экономически верный выбор для типового магазина: быстрый старт, предсказуемая цена, проверенный фундамент. Индивидуальная разработка — для сложного B2B, нестандартных процессов и highload, где типовое вы всё равно переписали бы наполовину. А между ними — гибрид, где большинство удачных проектов и живёт: готовая база плюс точечные доработки под то, что действительно уникально.

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