Как выбрать подрядчика для разработки сайта на 1С-Битрикс

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

Сначала подготовьте одинаковое задание для всех кандидатов

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

• какую задачу бизнеса должен решать сайт;
• какие типы страниц и пользовательские сценарии нужны на запуске;
• нужны ли каталог, личный кабинет, оплата, доставка, обмен с 1С или CRM;
• откуда берутся тексты, изображения, товары и цены;
• кто со стороны заказчика согласует результат;
• есть ли обязательная дата и чем она обусловлена;
• что можно перенести во вторую очередь.

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

1. Проверьте опыт именно в задачах вашего типа

Фраза «делаем сайты на Битрикс много лет» почти ничего не говорит о соответствии вашему проекту. Для интернет-магазина важны каталог, торговые предложения, оплаты, доставка и обмен данными. Для корпоративного сайта — структура услуг, формы, роли редакторов и интеграция заявок с CRM.

Попросите показать два-три проекта похожей сложности и уточните:

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

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

2. Проверьте партнёрский статус, но не подменяйте им аудит

Официальный статус 1С-Битрикс — проверяемый сигнал специализации, а не гарантия результата конкретного проекта. Вендор рекомендует запросить сертификат: его QR-код должен вести в карточку партнёра на официальном сайте. Для проверки используйте сервис 1С-Битрикс.

После проверки сертификата всё равно оценивайте предложение, опыт команды и процесс. Статус не заменяет понятную смету, технические решения и критерии приёмки.

3. Смотрите, какие вопросы задают до оценки

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

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

4. Сравнивайте состав сметы, а не итоговую строку

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

• аналитика и проектирование структуры;
• готовое решение или индивидуальный дизайн;
• лицензия 1С-Битрикс, платные модули и сторонние сервисы;
• верстка и программирование;
• интеграции с 1С, CRM, оплатой, доставкой и телефонией;
• перенос контента или товаров;
• аналитика, цели и техническая подготовка к SEO;
• тестирование, публикация, обучение и поддержка после запуска.

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

5. Проверьте договор и порядок изменения задачи

Договор полезен, когда в нём и приложениях можно однозначно понять, что считается результатом. До подписания найдите ответы на вопросы:

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

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

6. Уточните процесс, тестовую среду и откат

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

Проверьте, предусмотрены ли:

• тестовая копия или отдельный контур;
• резервная копия перед изменениями;
• перечень браузеров и мобильных сценариев для проверки;
• тест интеграций на контрольных данных;
• план публикации и способ быстрого отката;
• ответственный за финальное решение о запуске.

7. Узнайте роли и правила коммуникации

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

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

8. Не откладывайте аналитику и техническое SEO до запуска

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

• структуру URL и перенаправления при переносе;
• управление title, description, H1 и canonical;
• robots.txt и sitemap.xml;
• корректные коды ответа и страницу 404;
• счётчики аналитики, цели и сохранение UTM-меток;
• базовую скорость и мобильную пригодность.

Полезно разделять «техническую готовность к SEO» и ежемесячное SEO-продвижение. Это разные объёмы работ и разные результаты.

9. Зафиксируйте владение доступами и данными

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

До запуска составьте реестр учётных записей: сервис, владелец, уровень доступа, резервный контакт и место безопасного хранения. Пароли не стоит передавать в открытом виде через один общий чат.

10. Согласуйте приёмку и передачу проекта

Фраза «сайт готов» должна раскладываться на проверяемые критерии. Для разных проектов список отличается, но обычно включает:

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

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

Как сравнить три предложения в одной таблице

Заполняйте таблицу формулировками из предложения и договора, а не впечатлениями после звонка. Пустые клетки превращаются в конкретные вопросы подрядчику.

Тревожные сигналы

• Цена без состава работ. Непонятно, какое решение, лицензии, интеграции и перенос входят в сумму.
• Гарантии позиций или продаж. Разработчик может отвечать за согласованный сайт, но не единолично управлять спросом, конкуренцией и поисковыми алгоритмами.
• Нет письменных критериев приёмки. В конце стороны могут по-разному понимать слово «готово».
• Нельзя понять роль подрядчика в портфолио. Сам факт наличия ссылки не доказывает, кто проектировал и разрабатывал сайт.
• Работы на боевом сайте без копии и отката. Это особенно рискованно для магазина и интеграций.
• Домен, лицензия и сервисы оформляются только на подрядчика. Бизнес рискует потерять контроль после завершения отношений.
• На вопросы отвечают обещаниями вместо процесса. «Всё сделаем» не заменяет этапы, ответственных и проверяемый результат.

15 вопросов подрядчику перед договором

1. Какую задачу бизнеса вы поняли из нашего запроса?
2. Что вы предлагаете включить в первую версию и что отложить?
3. На чём основана оценка и какие допущения в ней есть?
4. Что точно не входит в стоимость?
5. Какие лицензии, модули и регулярные платежи потребуются?
6. Какие похожие задачи вы решали и за какую часть отвечали?
7. Кто будет работать над проектом и кто отвечает за результат?
8. Какие этапы и результаты мы принимаем по отдельности?
9. Как оформляются изменения после согласования сметы?
10. Где проходит тестирование и как выполняется откат?
11. Какие проверки входят перед запуском?
12. Кто настраивает аналитику и техническую готовность к SEO?
13. Какие доступы, материалы и инструкции мы получим?
14. Что считается гарантийным случаем и каков порядок обращения?
15. Кто и на каких условиях поддерживает сайт после гарантии?

Как обсудить проект с нами

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

Если сайт уже работает, начните с описания проблемы и приложите адрес страницы. Для изменений в чужом коде можно отдельно заказать доработку сайта на 1С-Битрикс; для магазина с каталогом и обменами — обсудить разработку интернет-магазина.