Почему две сметы на один сайт отличаются втрое
Заказчик рассылает одно и то же техзадание пяти студиям и получает пять коммерческих предложений с разбросом в три-четыре раза. Первая реакция понятная: кто-то из них наглеет. На практике так бывает редко. Гораздо чаще подрядчики посчитали разные объёмы работ, потому что в техзадании не были зафиксированы границы проекта, и каждый достроил их по-своему.
Один посчитал двенадцать шаблонов страниц, второй семь, потому что решил вывести новости и статьи одним шаблоном. Один заложил интеграцию с 1С по готовому обмену, второй увидел в 1С нетиповую конфигурацию и заложил доработку на стороне учётной системы. Один включил в смету наполнение каталога, второй написал в примечании «контент предоставляет заказчик» и снял с себя сорок часов. Формально ни один не соврал.
Поэтому разговор про стоимость разработки 1С-Битрикс полезнее вести в формате «что именно входит в каждую строку», а не «сколько стоит сайт». Ниже разбор сметы по строкам: что там обязано быть, что часто прячут и какие вопросы задать подрядчику, чтобы сравнивать предложения между собой.
Лицензия: строка, которую занижают чаще всего
1С-Битрикс это коммерческая CMS, и лицензию на неё покупают отдельно от работ. Редакций у «1С-Битрикс: Управление сайтом» несколько: «Первый сайт», «Старт», «Стандарт», «Малый бизнес», «Эксперт», «Бизнес», «Энтерпрайз» и «Энтерпрайз для Постгрес». Разница между ними в наборе модулей. Базовый модуль интернет-магазина по официальному описанию продукта начинается с «Малого бизнеса», расширенные возможности вроде дилерских продаж и программ лояльности появляются в «Бизнесе», и это ровно та развилка, на которой сметы расходятся сильнее всего.
Типичная история: клиент просит «сайт с каталогом и корзиной», подрядчик закладывает «Стандарт», а на этапе разработки выясняется, что нужны заказы, статусы, скидки и выгрузка в 1С. Лицензию приходится апгрейдить уже в середине проекта, и это неприятный разговор с бухгалтерией. Проверять редакцию нужно до подписания договора, сверяя её с реальным списком функций, а не с общим описанием «интернет-магазин».
Второй момент, который редко попадает в смету, это период обновлений. Лицензия включает год бесплатных обновлений продукта. Дальше продление платное: по официальным условиям вендора это 25% от стоимости вашей лицензии в год. Без продления сайт продолжает работать, но перестаёт получать новые версии и, что важнее, исправления безопасности. Если в смете нет строки «продление лицензии со второго года», её стоит добавить самому. Иначе через двенадцать месяцев эта сумма прилетит незапланированно.
Проектирование: строка, которую вырезают первой
Аналитика и прототипирование это то, от чего проще всего отказаться при торге. Заказчик видит строку «проектирование, 60 часов» и предлагает её убрать, раз ТЗ уже написано. Итог предсказуем: на этапе вёрстки выясняется, что в карточке товара нужен блок аналогов, а в каталоге фильтр по трём характеристикам, которых нет в структуре данных. Каждая такая правка стоит дороже, чем стоило бы проектирование, потому что переделывать приходится уже готовое.
Что реально входит в эту строку у нормального подрядчика: сбор требований от отделов (у продаж, маркетинга, склада и бухгалтерии свои ожидания от сайта), карта сайта, схема информационных блоков и свойств, прототипы ключевых экранов, сценарии пользователя. На среднем корпоративном сайте это 40-80 часов, на интернет-магазине с обменом от 80.
Признак формального проектирования в смете: вместо перечня артефактов написано «согласование ТЗ» без указания, что именно будет сдано. Просите список документов, которые вы получите на выходе. Смета проекта сайта, где этап заканчивается конкретным прототипом, потом реже разъезжается.
Дизайн и вёрстка: считают экраны или шаблоны
Здесь скрыта самая частая арифметическая подмена. Дизайн считают по уникальным макетам, а вёрстку по шаблонам страниц, и это разные числа. У корпоративного сайта на 200 страниц может быть 10 уникальных макетов: главная, услуга, список услуг, о компании, контакты, статья, список статей, вакансия, страница 404, форма заявки. Остальные 190 страниц это тот же шаблон с другим текстом.
Смотрите в смете на три вещи. Сколько макетов заложено и указан ли мобильный вид отдельно: адаптив редко бывает «бесплатным приложением», это отдельная работа и в дизайне, и в вёрстке. Включены ли состояния элементов: наведение, активная вкладка, пустой результат поиска, ошибка валидации формы. Если в смете только десктоп и мобильный, состояния дорисуют по ходу, и качество будет случайным. И кто делает интеграцию вёрстки в шаблон 1С-Битрикс. Это отдельная работа: свёрстанный HTML нужно разложить по шаблонам компонентов, вынести повторяющиеся части, настроить области.
Интеграция вёрстки на 1С-Битрикс обычно занимает от 30% до 60% времени самой вёрстки. Если этой строки нет, значит, она либо спрятана в «программирование», либо про неё забыли, и это выяснится в худший момент.
Программирование: три уровня стоимости
Внутри 1С-Битрикс одна и та же задача стоит по-разному в зависимости от того, как её решают. Уровней три.
Первый это типовые компоненты. Каталог, корзина, оформление заказа, личный кабинет, поиск, формы в платформе уже есть, работа сводится к настройке и оформлению. Самый дешёвый путь и в разработке, и в дальнейшей поддержке, потому что типовой компонент обновляется вместе с платформой.
Второй это доработанные компоненты. Типовой компонент копируется в шаблон сайта и правится под задачу. Дороже настройки, но остаётся в логике платформы. Основной риск здесь связан с обновлениями: доработанная копия не получает изменений из ядра автоматически, и при крупном апдейте её нужно пересматривать.
Третий это собственный код: свои модули, свои классы, своя бизнес-логика. Нужен там, где типового решения действительно нет, например при нестандартном ценообразовании, сложной логике доступа или специфическом документообороте. Стоит в разы дороже и требует отдельной строки на документацию, иначе следующий подрядчик будет разбираться в нём за ваш счёт.
Хорошая смета показывает, к какому уровню отнесена каждая задача. Плохая пишет «разработка каталога, 120 часов» без пояснения, и вы не понимаете, за что платите: за настройку типового компонента или за написание своего. Когда мы делаем разработку сайтов под ключ, мы разносим функциональность по этим трём корзинам прямо в коммерческом предложении, чтобы заказчик видел, где можно сэкономить, отказавшись от кастома в пользу типового решения.
Интеграции: самая непредсказуемая часть сметы
Обмен с 1С это то, ради чего 1С-Битрикс часто и выбирают. Платформа поддерживает интеграцию с 1С, и в простом случае обмен товарами и заказами настраивается штатными средствами. Проблема в слове «простом».
Простой случай это типовая конфигурация 1С без самописных доработок, один склад, одна цена, одна валюта, номенклатура с заполненными характеристиками. Такое встречается реже, чем хотелось бы. Реальность обычно другая: конфигурация правилась семь лет подряд, цен пять типов и зависят от контрагента, остатки по трём складам, а половина товаров заведена без свойств. Каждый из этих пунктов добавляет часы, и часть из них на стороне 1С, а не сайта.
Показательный пример, и он иллюстративный, а не описание конкретного клиента. Оптовая компания заказывает магазин с обменом, в КП стоит «интеграция с 1С, 40 часов». На этапе доступа к базе выясняется: цены для дилеров считаются в самописной обработке, которая не отдаёт результат в стандартные поля номенклатуры. Сайт технически не может забрать эти цены типовым обменом, нужна доработка на стороне 1С, а её делает другой подрядчик со своей очередью задач. Проект встаёт на три недели из-за того, что учётную систему никто не смотрел до подписания. Отсюда простое правило: доступ к 1С запрашивается до оценки.
По интеграции в смете должно быть написано, что подрядчик считал типовой обмен, и отдельно, что будет, если конфигурация окажется нетиповой. Честная формулировка звучит так: «обмен по типовому сценарию X часов; доработки на стороне 1С оцениваются отдельно после доступа к базе». Смета, где интеграция с 1С зашита одной строкой без оговорок, почти гарантированно поедет.
То же касается платёжных систем, служб доставки, CRM и телефонии. Каждая интеграция это документация чужого API, тестовый контур, обработка ошибок и повторных попыток. На платёжный шлюз с готовым модулем уходит немного, на самописный API поставщика без нормальной документации в разы больше.
Контент: сорок часов, о которых не думают
Строка «наполнение сайта» выглядит скучно и потому легко выпадает. Между тем перенос 500 товаров с описаниями, характеристиками и фотографиями это реальные человеко-дни, даже если товары приезжают из 1С: картинки часто приходится обрабатывать руками, а описания переписывать.
Определитесь до подписания, кто это делает. Если заказчик, в смете подрядчика ноль, но у вас появляется задача внутри компании, и её тоже надо кем-то закрыть. Если подрядчик, попросите указать объём: сколько страниц, сколько товаров, входит ли обработка фотографий, входит ли написание текстов. «Наполнение, 20 часов» без указания объёма не значит ничего.
Отдельно стоит SEO-подготовка: шаблоны метатегов для каталога, ЧПУ, микроразметка, карта сайта, редиректы со старого сайта. Редиректы особенно важны при переезде: без них накопленные позиции теряются, и потом их приходится восстанавливать месяцами.
Тестирование и приёмка: как проверить, что сдали
У 1С-Битрикс для этого есть штатный инструмент, Монитор качества. Это встроенный набор автоматизированных и ручных тестов, который проверяет проект перед сдачей клиенту: интеграцию дизайна и разработку, размещение на хостинге, производительность, безопасность и собственно сдачу проекта. Пункты чеклиста разделены на обязательные и необязательные.
Практическая ценность в том, что это объективный документ, а не переписка в мессенджере. Требование «сдача проекта сопровождается заполненным Монитором качества» стоит вписать в договор. Тогда спор о том, готов сайт или нет, превращается из вкусовщины в список пройденных пунктов.
Рядом работает Монитор производительности, модуль, который анализирует скорость работы сайта, тестирует качество хостинга и сравнивает показатели проекта с эталонными, показывая время генерации страниц. Если в смете есть строка «оптимизация производительности», уточните, по каким метрикам подрядчик будет доказывать результат. Без цифры «до» и «после» эта строка не проверяема.
И заранее договоритесь о правилах приёмки: сколько дней у вас на проверку, сколько итераций правок входит в стоимость, что считается ошибкой, а что новой задачей. Отсутствие этих правил вызывает большинство затяжных финалов.
Что живёт после запуска и не попадает в смету разработки
Стоимость проекта не заканчивается днём запуска. Дальше идут расходы, которые лучше знать заранее.
- Хостинг. 1С-Битрикс требователен к окружению, и дешёвый шаред обычно означает медленный сайт. Считайте VPS или специализированный тариф.
- Продление обновлений лицензии со второго года, та самая доля от стоимости лицензии.
- Техническая поддержка: обновления платформы, мониторинг, бэкапы, мелкие правки. Либо абонемент, либо почасовка, но что-то из этого понадобится.
- Развитие. Через полгода после запуска у любого живого проекта появляется список из тридцати «хорошо бы». Заложите на это бюджет отдельно от поддержки, иначе развитие будет съедать часы, купленные на аварийные ситуации.
Полезно сложить эти четыре пункта в годовую сумму ещё до старта разработки и показать её финансовому директору вместе со сметой проекта. Тогда не возникает ситуации, когда бюджет утвердили только на создание сайта, а через год на продление лицензии и поддержку денег в статье расходов просто нет. Годовое содержание корпоративного проекта на 1С-Битрикс обычно измеряется заметной долей от бюджета разработки, и планировать её лучше сразу.
Фикс-прайс или почасовая оплата
Форма расчёта влияет на итоговую сумму не меньше, чем объём работ. Фиксированная цена комфортна заказчику: понятно, сколько выйдет. Но подрядчик закладывает в неё риск неопределённости, и чем размытее ТЗ, тем больше эта надбавка. При очень сыром задании фикс-прайс превращается в лотерею для обеих сторон: либо исполнитель работает в убыток и начинает экономить на качестве, либо заказчик переплачивает за риск, который не реализовался.
Почасовая оплата снимает надбавку за риск, но требует дисциплины: понятные отчёты по задачам, согласованный лимит на этап, право заказчика остановить работу. Без этого почасовка легко расползается.
Рабочий компромисс встречается чаще всего такой: проектирование считается по часам, потому что до него объём неизвестен, а разработка после утверждённых прототипов фиксируется. К моменту фиксации подрядчик уже видит реальные экраны и структуру данных, и оценка становится честной. Схема требует от заказчика согласия оплатить первый этап отдельно, но именно она чаще всего доводит проект до бюджета, который был назван в начале.
Отдельно проверьте, что написано про изменения. Правки неизбежны, вопрос лишь в том, как они оформляются. Формулировка «мелкие правки в рамках проекта» без определения «мелких» это источник конфликтов. Лучше договориться о банке часов на изменения: фиксированный пул, который расходуется по заявкам заказчика и продлевается по той же ставке.
Как выглядит разбор на условном проекте
Возьмём иллюстративный пример: интернет-магазин на 800 позиций с обменом с 1С. Пропорции ниже условные, они нужны только чтобы показать структуру, а не как прайс.
Проектирование забирает примерно десятую часть бюджета работ. Дизайн и вёрстка вместе с интеграцией в шаблон около трети. Программирование каталога, корзины и личного кабинета на типовых компонентах с доработками ещё треть. Обмен с 1С от десятой до пятой части, в зависимости от состояния конфигурации. Тестирование и приёмка около десятой части. Контент считается отдельно и часто сопоставим с бюджетом вёрстки, если товаров много.
Полезное упражнение: возьмите полученные КП и разложите каждое по этим шести корзинам. Обычно сразу видно, где именно возникла трёхкратная разница. У кого-то нет проектирования, у кого-то обмен посчитан как «настройка модуля» на восемь часов, у кого-то нет интеграции вёрстки. Дальше разговор идёт предметно.
Шесть вопросов подрядчику до подписания
Эти вопросы стоят пятнадцати минут, а экономят месяцы.
- Какая редакция лицензии заложена и почему именно она? Что придётся докупить, если понадобится функциональность магазина?
- Сколько уникальных макетов и шаблонов страниц в смете? Адаптив посчитан отдельно?
- Какая часть функциональности делается на типовых компонентах, какая на доработанных, какая своим кодом?
- Обмен с 1С посчитан по типовому сценарию? Что произойдёт со сметой, если конфигурация окажется нетиповой?
- Кто наполняет сайт контентом и в каком объёме это учтено?
- Чем подтверждается сдача проекта: заполненный Монитор качества, метрики производительности, что-то ещё?
Если на четыре из шести вопросов ответ звучит как «обсудим в процессе», перед вами ориентир, а не смета. С таким документом можно начинать разговор, но нельзя планировать бюджет.
Смета описывает объём работ, и цифра внизу это следствие, а не наоборот. Подрядчик, который расписывает состав строк без просьбы, экономит вам месяцы на четвёртом месяце проекта. А заказчик, который читает смету по строкам и задаёт про них вопросы, обычно получает более честную оценку, просто потому что видно: считать придётся всерьёз.
Частые вопросы
Входит ли лицензия 1С-Битрикс в стоимость разработки?
Обычно нет, это отдельная покупка, и её выставляют строкой в смете или отдельным счётом. Уточняйте, какая редакция заложена и на чьё юридическое лицо оформляется ключ: лицензия должна принадлежать заказчику.
Почему разработка на 1С-Битрикс дороже, чем на конструкторе?
Потому что решаются разные задачи. Конструктор закрывает сайт-визитку, где нет интеграций с учётной системой, сложного каталога и разграничения прав. 1С-Битрикс берут, когда сайт должен работать в связке с 1С, обслуживать оптовых клиентов с индивидуальными ценами и жить под нагрузкой. Сравнивать стоит сценарии, а не платформы.
Можно ли сделать проект дешевле без потери качества?
Да, обычно за счёт двух вещей: отказа от собственного кода в пользу типовых компонентов и сокращения числа уникальных макетов. Экономия на проектировании и тестировании мнимая, эти часы возвращаются на следующем этапе с процентами.
Что происходит с сайтом, если не продлевать лицензию?
Сайт продолжает работать, ключ не отключается. Прекращается доступ к обновлениям: вы не получаете новые версии и исправления безопасности. Для проекта, который принимает оплаты и хранит данные клиентов, это существенный риск, поэтому продление лучше планировать заранее.
Как понять, что смета занижена намеренно?
Верные признаки: нет строки на проектирование, нет интеграции вёрстки в шаблон, обмен с 1С оценён в несколько часов, нет тестирования и приёмки, а объём наполнения не указан. Такое КП выигрывает тендер и добирает бюджет на дополнительных соглашениях.