Сколько стоит интернет-магазин на 1С-Битрикс: из чего складывается цена

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

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

Почему «сколько стоит» — неправильный первый вопрос

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

Дело в том, что цена интернет-магазина — производная от требований. Каталог на сто товаров и каталог на сто тысяч позиций — это разные проекты по трудоёмкости фильтров, импорта и нагрузки. Магазин без обмена с 1С и магазин с двусторонним обменом в реальном времени — разные по объёму интеграций. Розничная витрина и B2B-портал с ценами по группам клиентов — разные по бизнес-логике. Поэтому вопрос «сколько стоит» без описания задачи не имеет корректного ответа, зато вопрос «из чего складывается цена» — имеет, и на него мы отвечаем в этой статье.

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

Цена, стоимость и ценность — три разных вещи

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

• Цена запуска — сколько вы заплатите за то, чтобы магазин заработал. Это то, что обычно и называют «стоимостью магазина».
• Стоимость владения (TCO) — сколько магазин будет стоить за всё время жизни: лицензия, хостинг, поддержка, доработки. Именно она определяет реальную нагрузку на бюджет.
• Ценность — сколько магазин приносит бизнесу. Дорогой магазин, который окупается за полгода, выгоднее дешёвого, который не продаёт.

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

Из чего складывается стоимость: структура сметы

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

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

Лицензия 1С-Битрикс: редакции и что в них входит

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

Линейка коробочных редакций 1С-Битрикс выглядит так:

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

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

Готовое решение против индивидуальной разработки

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

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

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

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

Дизайн и прототипирование

Дизайн в смете — это на самом деле две разные работы, которые часто смешивают. Первая — проектирование (прототипы, UX): как устроены страницы, куда ведут кнопки, как выглядит путь покупателя от каталога до оплаты. Вторая — визуальный дизайн (UI): цвета, шрифты, отрисовка макетов. Проектирование дешевле пропустить только на самом простом проекте; на серьёзном магазине именно оно экономит деньги на разработке, потому что ошибки логики дешевле поправить на прототипе, чем в готовом коде.

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

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

Вёрстка и адаптивность

Вёрстка — перевод дизайн-макетов в работающий в браузере код (HTML/CSS/JS), который затем «оживляет» разработчик, подключая к компонентам Битрикса. Эту статью недооценивают, а зря: качество вёрстки напрямую влияет на скорость сайта, корректность отображения на всех устройствах и на будущую стоимость доработок. Кривая вёрстка — это технический долг, за который платят потом каждой правкой.

Что двигает стоимость вёрстки:

• Число уникальных экранов. Каждый неповторяющийся тип страницы верстается отдельно.
• Адаптивность. Магазин обязан корректно работать на смартфонах — а мобильный трафик в e-commerce часто больше десктопного. Полноценный адаптив (а иногда и отдельная мобильная логика) — это работа, а не «бесплатное приложение».
• Интерактив. Фильтры, «шторка» корзины, всплывающие окна, слайдеры, живой поиск — каждый динамический элемент добавляет часы.
• Кроссбраузерность. Проверка и правки под разные браузеры и устройства.

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

Каталог: структура, свойства и фильтры

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

Ключевые драйверы стоимости каталога:

• Свойства и характеристики. Чем богаче карточка и чем больше фильтруемых свойств, тем больше работы по настройке инфоблоков и фасетного индекса.
• Торговые предложения (SKU). Товары с вариациями сложнее в настройке, чем «плоский» каталог, где один товар — одна позиция.
• Умный фильтр. Быстрый фасетный фильтр на большом каталоге — отдельная работа по типизации свойств и индексации. Мы подробно разбирали это в статье про умный фильтр в 1С-Битрикс.
• Типы цен. Розница, опт, цены по группам клиентов — каждый дополнительный тип цены усложняет логику каталога и корзины.
• SEO-структура. Генерация посадочных страниц из фильтра, шаблоны метатегов — это тоже разработка, которая окупается трафиком.

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

Наполнение каталога контентом

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

Есть три сценария наполнения, и они кардинально отличаются по стоимости:

1. Автоматический импорт из 1С. Если у вас ведётся учёт в 1С с фото и описаниями, каталог заливается обменом почти бесплатно по трудозатратам. Это идеальный случай — данные уже есть, их нужно только связать.
2. Импорт из файла. Каталог есть в виде выгрузки (Excel, YML, прайс) — тогда нужна работа по сопоставлению полей и разовому импорту. Умеренная стоимость.
3. Ручное наполнение. Товаров нет в структурированном виде, описания и фото нужно готовить с нуля. Это самая дорогая опция, особенно на сотнях и тысячах позиций — по сути отдельный контент-проект.

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

Интеграция с 1С

Для российского бизнеса обмен с 1С — почти всегда обязательная часть проекта, и одновременно одна из самых непредсказуемых по стоимости статей. «Интеграция с 1С» звучит как одна работа, но за ней скрывается спектр от простого одностороннего обмена до сложной двусторонней синхронизации в реальном времени.

Стоимость интеграции с 1С определяют несколько параметров:

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

Интеграция с CRM

Если продажами занимаются менеджеры, а не только «самообслуживание» на сайте, магазину нужна связка с CRM — чтобы заявки и заказы попадали туда, где с ними работают. Чаще всего это Битрикс24 (что логично в экосистеме 1С-Битрикс), но бывает и сторонняя CRM. Стоимость интеграции зависит от того, насколько глубоко нужно связать системы.

Простой сценарий — передавать заявки с форм и заказы в CRM как лиды/сделки. Это относительно недорого, особенно с Битрикс24, где интеграция во многом штатная. Сложный сценарий — двусторонняя синхронизация статусов, работа с товарными позициями сделки, привязка к учёту оплат и отгрузок, сегментация клиентов. Чем ближе к «сквозной» связке сайт-CRM-1С, тем выше стоимость и тем важнее, чтобы все три системы проектировались согласованно.

Про то, как связать магазин с Битрикс24 без хаоса в данных, у нас есть отдельные материалы в рубрике интеграции. На уровне бюджета же держите в голове правило: интеграции — это множитель стоимости. Каждая внешняя система (1С, CRM, оплата, доставка, маркировка) добавляет к смете не сложением, а почти умножением сложности, потому что системы должны согласованно работать вместе, а не по отдельности.

Оплата, доставка и кассы

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

• Оплата. Подключение платёжного шлюза (эквайринг, СБП, электронные кошельки). Многие способы подключаются типовыми модулями, но каждый дополнительный способ — это настройка и тестирование. Как подключить приём оплаты, мы разбираем в статьях рубрики интеграций.
• Доставка. Интеграция со службами (расчёт стоимости по городу, выбор пункта выдачи, трекинг). Один способ доставки — просто; несколько служб с расчётом тарифов «на лету» — уже заметная работа.
• Онлайн-касса. Для розницы формирование чеков по закону обязательно. Настройка фискализации — отдельная строка, которую нельзя пропустить.

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

Хостинг и инфраструктура

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

Что входит в инфраструктурную статью:

• Сервер под нагрузку. VPS или выделенный сервер с ресурсами под ваш каталог и трафик, а не минимальный тариф.
• Резервное копирование. Регулярные бэкапы — это не роскошь, а страховка от катастрофы. Их отсутствие — самая дорогая «экономия» из возможных.
• SSL-сертификат. Для магазина обязателен; чаще недорого или бесплатно, но должен быть учтён.
• Мониторинг и обновления. Слежение за доступностью и своевременное обновление окружения.

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

Модели ценообразования: fix price, time&material, этапы

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

Fix price хорош, когда есть детальное ТЗ и обе стороны понимают, что именно делается. Вы получаете предсказуемую цену, подрядчик берёт риск на себя. Обратная сторона — жёсткость: любое изменение за рамками ТЗ оформляется как доп. соглашение, а чтобы защититься от рисков, подрядчик закладывает «запас» в цену. Фикс без хорошего ТЗ превращается в источник конфликтов «а я думал, это входит».

Time & material честнее там, где требования будут меняться (а в живом проекте они меняются почти всегда). Вы платите за реально выполненную работу, гибко корректируете приоритеты. Взамен — итоговая сумма не зафиксирована заранее, и нужен уровень доверия к подрядчику и прозрачная отчётность по часам.

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

Что влияет на смету: главные факторы

Если свести всё сказанное к списку рычагов, которые двигают цену, получится несколько ключевых факторов. Именно их подрядчик выясняет на брифе, и именно они объясняют, почему один магазин стоит в разы дороже другого.

• Размер и сложность каталога. Не столько число товаров, сколько структура: свойства, торговые предложения, типы цен.
• Число и глубина интеграций. 1С, CRM, оплата, доставка, кассы, маркировка — главный множитель сложности.
• Уникальность дизайна. Индивидуальный дизайн против типовой темы готового решения.
• Способ разработки. Готовое решение, индивидуальная разработка или гибрид.
• Требования к нагрузке. Магазин на сотню заказов в день и магазин на пике распродажи — разная инфраструктура и оптимизация.
• B2B-логика. Цены по группам, закрытый опт, личные кабинеты дилеров, документооборот кратно усложняют проект.
• Контент. Кто наполняет каталог и готовит тексты.
• Сроки. Сжатые сроки требуют больше людей параллельно и повышают стоимость.

Типовые «вилки» по типам проектов

Не называя конкретных сумм (они зависят от деталей и быстро устаревают), полезно понимать относительный порядок сложности разных типов проектов. Это помогает соотнести свои ожидания с реальностью: если вы хотите B2B-портал по цене лендинга, разговор не сложится. Ниже — типы проектов по нарастанию трудоёмкости.

Между соседними строками таблицы разница в стоимости — не проценты, а разы. Переход от «магазина-каталога» к «среднему магазину» добавляет обмен с 1С и SEO; переход к «крупному» — нагрузку и кастомную разработку; переход к «B2B-порталу» — целый пласт бизнес-логики. Поэтому первый шаг к бюджету — честно определить, к какому типу относится ваш проект, а не ориентироваться на цену соседа с «магазином», который на деле совсем другого класса. Если вы колеблетесь между полноценной платформой и конструктором, сравнение по типам магазинов есть в статье 1С-Битрикс против Tilda.

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

Стоимость владения (TCO): считаем на годы

Мы подошли к самому недооценённому разделу бюджета. Цена запуска — это верхушка айсберга; под водой лежит стоимость владения (TCO — Total Cost of Ownership), которая копится годами и на дистанции обычно превышает стоимость создания магазина. Считать бюджет только по цене запуска — всё равно что покупать автомобиль, глядя только на ценник и игнорируя бензин, страховку и обслуживание.

Из чего складывается владение:

• Продление лицензии. Годовое продление на обновления и поддержку от вендора — регулярный платёж после первого года.
• Хостинг. Ежемесячная или ежегодная оплата сервера, растёт с трафиком.
• Поддержка. Регулярные правки, мониторинг, обновления, устранение мелких проблем.
• Развитие. Новые функции, акции, интеграции, эксперименты с конверсией — магазин, который не развивается, проигрывает.
• Команда. Контент-менеджер, маркетолог, тот, кто ведёт каталог и заказы.

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

Скрытые расходы, о которых забывают

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

• Продление лицензии со второго года. В первый год обновления включены, дальше — отдельный платёж.
• Наполнение каталога. Часто выпадает из оценки, а на большом ассортименте это ощутимая работа.
• Контент: тексты и фото. Описания категорий, SEO-тексты, качественные фото товаров — отдельная статья, если их нет готовых.
• Доработки после запуска. Первые недели работы всегда рождают правки — заложите бюджет на «доводку».
• Модули из Маркетплейса. Некоторые функции проще купить готовым модулем, но у модулей своя цена и своё продление.
• Обучение сотрудников. Тем, кто будет вести магазин, нужно показать, как это делать.
• SEO и маркетинг после запуска. Сам по себе магазин не приводит трафик; продвижение — отдельный регулярный бюджет.
• Переезд и миграция. Если вы переезжаете со старого сайта — перенос данных, настройка редиректов, сохранение SEO-позиций.

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

Как читать смету подрядчика

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

На что смотреть в смете:

1. Детализация. Смета разбита на строки с трудозатратами или это одна цифра «магазин под ключ»? Детализация — признак того, что подрядчик действительно оценивал объём, а не назвал цифру наугад.
2. Что входит в интеграции. «Интеграция с 1С» — какой обмен, в какую сторону, что именно синхронизируется? Здесь чаще всего прячется разница в цене.
3. Дизайн: уникальный или шаблон. Заложен индивидуальный дизайн или брендирование готового решения? Это принципиально разные суммы.
4. Наполнение каталога. Кто загружает товары — подрядчик или вы? Если не указано, уточните: это частый источник доплат.
5. Тестирование. Есть ли строка на QA, или тестирование «предполагается»? Урезанное тестирование — экономия, которая возвращается багами.
6. Поддержка после запуска. Что происходит после сдачи? Есть ли гарантийный период, условия поддержки, стоимость доработок?
7. Лицензия: чья и какая редакция. Учтена ли лицензия в смете, какая редакция, кто её оформляет.
8. Резерв и риски. Заложен ли резерв на непредвиденное, как оформляются изменения объёма.

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

Как экономить без потери качества

Экономить на магазине можно и нужно — вопрос лишь в том, на чём. Есть экономия здоровая (убираем лишнее) и есть разрушительная (режем необходимое). Разница между ними и определяет, окупится проект или превратится в чемодан без ручки.

На чём экономить можно:

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

На чём экономить нельзя:

• Тестирование. Сэкономленное на QA возвращается потерянными заказами из-за багов в корзине и оформлении.
• Интеграция с 1С. «Потом» почти всегда дороже, чем «сразу».
• Резервные копии. Отсутствие бэкапов — самая дорогая экономия из возможных.
• Качество кода и архитектуры. Дешёвый «костыльный» старт оборачивается дорогим владением.
• Поддержка. Магазин без поддержки — это мина замедленного действия.

Частые ошибки заказчика

Эти ошибки повторяются из проекта в проект и стоят заказчику денег и нервов. Зная их заранее, вы сэкономите и то и другое.

• Сравнивать студии по итоговой цифре. Разброс цен — это разброс объёма работ. Сравнивайте состав смет, а не суммы.
• Требовать точную цену без ТЗ. «Точная» цена без требований либо завышена «на всякий случай», либо занижена с доплатами по ходу.
• Считать только цену запуска. Игнорирование стоимости владения ведёт к неприятным сюрпризам через год.
• Выбирать самое дешёвое предложение. Слишком низкая цена почти всегда означает урезанный объём или проблемы впереди.
• Откладывать интеграцию с 1С «на потом». Ручное наполнение, которое потом выбрасывается, — двойные расходы.
• Экономить на тестировании и поддержке. Ложная экономия, которая бьёт по продажам.
• Не закладывать резерв. Проект без резерва на доработки гарантированно выходит за бюджет.
• Переоценивать уникальность. Заказывать индивидуальную разработку там, где хватило бы готового решения, — переплата без пользы.
• Недооценивать контент. Забыть про наполнение каталога, тексты и фото — и получить пустой красивый магазин.
• Менять требования на ходу без оформления. Хаотичные «а давайте ещё вот это» на фиксе рождают конфликты и доплаты.

Чек-лист брифа для сметы

Чтобы получить адекватную смету, а не вилку «от и до потолка», подготовьте ответы на эти вопросы до разговора с подрядчиком. Чем полнее бриф, тем точнее оценка и тем меньше сюрпризов в процессе.

1. Каталог. Сколько товаров сейчас и через год, есть ли вариации (размеры, цвета), сколько разделов, какие свойства для фильтров.
2. Типы цен. Только розница или ещё опт и цены по группам клиентов? Нужны ли скидки, промокоды, комплекты.
3. Учёт в 1С. Ведётся ли, какая конфигурация, типовая или доработанная, нужен ли двусторонний обмен.
4. CRM. Используется ли, какая, что нужно передавать (заявки, заказы, статусы).
5. Оплата и доставка. Какие способы оплаты нужны, какие службы доставки, нужна ли онлайн-касса.
6. Дизайн. Уникальный под бренд или подойдёт готовая тема? Есть ли брендбук, референсы.
7. Контент. Кто наполняет каталог, есть ли готовые фото и описания, нужны ли SEO-тексты.
8. Нагрузка. Сколько посетителей и заказов в обычный день и в пик, есть ли сезонные всплески.
9. B2B-сценарии. Нужны ли личные кабинеты, закрытый опт, документооборот, кто видит какие цены.
10. Сроки и бюджет. Есть ли жёсткий дедлаин, какой ориентир по бюджету на запуск и на поддержку.
11. Что уже есть. Переезд со старого сайта или запуск с нуля, что нужно перенести и сохранить.

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

Вывод

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

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