Конструктор / SaaS или индивидуальная разработка сайта
Конструктор и ecommerce SaaS продают готовый контур. Разработка продаёт контроль и нестандартную логику. Это шире спора «Tilda или кастом»: смотрят класс задачи
Выбор не между «модно» и «солидно». Между арендой готового контура и строительством своего. Сравнивайте процессы заказа, а не главные экраны демо.
| Конструктор / SaaS | Индивидуальная разработка | |
|---|---|---|
| Скорость | Быстрее типовой запуск | Медленнее до приемки |
| Гибкость процесса | Внутри модели платформы | Такая, какую закажете |
| Владение runtime | У вендора | У вас / вашего хостера |
| Владение кодом | Как правило нет исходников платформы | Должно быть в договоре и Git компании |
| Правки контента | Редактор продукта | CMS или снова разработчик |
| Интеграции | Каталог приложений + API платформы | Любые в бюджете |
| SEO и URL | В рамках конструктора / SaaS | Полный контроль, если сделан |
| Безопасность оплат | Контур вендора + ваши настройки | Ваша реализация и провайдер |
| Масштаб | Пока тариф и архитектура вендора держат | Ваша архитектура и команда |
| TCO | Подписка + приложения + комиссии + контент | Создание + инфраструктура + сопровождение + изменения |
Когда уместен Конструктор / SaaS
- Типовая витрина, корзина и роли
- Нужен запуск без своей админки сервера
- Контент правят не программисты
- Приложения платформы закрывают оплаты и доставку вашей страны — после проверки
Когда уместен Индивидуальная разработка
- Процесс нестандартный и его нельзя честно упростить
- Нужны репозиторий, среды, свои API
- Интеграции с учётом уже определяют архитектуру
- Есть продукт-оунер и бюджет сопровождения
Конструктор и SaaS выигрывают на типовом процессе и скорости. Разработка выигрывает на ваших правилах торговли и контроле кода. Нет победителя «для всех интернет-магазинов». Если процесс можно честно упростить под платформу — так дешевле жить. Если упрощение ломает маржу и склад — не экономия, а отложенный перенос.
Конструктор и SaaS дают готовые блоки, хостинг внутри продукта и подписку. Индивидуальная разработка даёт код под ваши правила. Сравнение Tilda и своего сайта — частный случай. Здесь рамка шире: любой no-code / hosted ecommerce против заказа или штатной разработки.
Конструктор и SaaS — когда процесс типичный: витрина, корзина, простые роли, готовые приложения. Разработка — когда процесс ваш: особые цены, склады, B2B, интеграции, которых нет в каталоге приложений. Не ищите «лучший конструктор». Опишите заказ, оплату, доставку и кто правит сайт после запуска.
Две операционные модели
В модели A вы арендуете продукт. Данные ваши в рамках договора, runtime — у вендора. В модели B вы заказываете систему. Runtime ваш или у хостера, которого выбрали. Смена вендора в A — миграция из чужого формата. Смена подрядчика в B — вопрос, чей репозиторий и чьи доступы.
Когда конструктор / SaaS
- Проверяете спрос и не хотите содержать сервер.
- Каталог и checkout близки к «как у всех в этой платформе».
- Команда без разработчика должна менять страницы.
- Срок важнее уникальной архитектуры.
Когда индивидуальная разработка
- Правила торговли не выражаются приложениями платформы без боли.
- Нужны свой API, офлайн-контур, сложные роли, оптовые прайсы.
- Требование: код в Git компании, окружения, тесты.
- Интеграции с учётом, складом, кассой уже есть и их нельзя ломать.
Когда ещё не выбирать «навсегда»
Если нет ассортимента, фото, условий доставки и кто обработает заказ — платформа не спасёт. Сначала офер и юнит. Если канал только маркетплейс — свой сайт может подождать; это вопрос «когда нужен свой ИМ», не этой таблицы.
| Класс | Примеры модели | Не путать с |
|---|---|---|
| Visual builder | Tilda и аналоги | Полноценный ecommerce с любой логикой |
| Ecommerce SaaS | Hosted-магазин с приложениями | «Бесплатный сайт навсегда» |
| Кастом | Свой код, CMS, headless | Шаблон за неделю без ТЗ |
подходит ли SaaS = ваши процессы ⊆ возможности платформы + приложения; иначе кастом или смена процесса
AI website builder — всё ещё hosted-продукт. AI-ассистент в коде — всё ещё разработка. Генерация макета не отменяет оплату, безопасность и доступы. Отдельный разбор — «сайт с помощью ИИ».
TCO без выдуманной средней
Подписка конструктора кажется меньше счёта студии. Добавьте приложения, комиссии оплаты, лимиты, работу контента и возможный перенос. Кастом кажется больше. Добавьте, что без сопровождения система замирает. Цифры рынка здесь не подставляем: смотрите статьи про цену разработки и TCO, где нет выборки прайсов — там так и сказано.
Ошибки
- Выбрать платформу по демо, не по матрице вариантов товара.
- Заказать кастом, потому что «так солиднее», без владельца продукта.
- Не прочитать, что будет с данными при уходе.
- Смешать в одном бюджете лендинг на конструкторе и омниканальный ecommerce.
- Описаны заказ, оплата, доставка, возврат, роли.
- Понятно, кто меняет контент каждую неделю.
- Домен, аналитика, оплата — кабинеты компании.
- Есть план «что если платформа/подрядчик исчезнут».
- Срок и бюджет считают создание и год сопровождения.
Что дальше
Частный случай Tilda — в отдельном сравнении. Выбор подрядчика — в разборе разработчика. Оценка счёта — «сколько стоит интернет-магазин» без выдуманных средних. Сборка контура — как создать интернет-магазин.