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

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

Соберите 3-5 кандидатов, проверьте портфолио и ЕГРЮЛ до созвона, отправьте всем один бриф и заполните таблицу сравнения. Красные флаги: "всё включено" без ТЗ, нет этапов, молчание про SEO и права. На созвоне уточните команду, сроки, лицензию CMS и поддержку. В договоре - передача исключительных прав, акт с перечнем материалов, поэтапная оплата. После shortlist сверьте смету с гайдом по бюджету сайта на Битрикс.

Я восемь лет веду проекты на 1С-Битрикс: часто выбирают по портфолио, а через полгода выясняется, что домен на фрилансере, лицензия на студию, а обмен с 1С "не входил". Запрос "как выбрать подрядчика" в поиске тянет строительные статьи - здесь только веб-разработка сайта для бизнеса. Алгоритм подойдёт и для лендинга, и для магазина.

Выберите тип подрядчика под вашу задачу

Сначала зафиксируйте масштаб: визитка, корпоративный каталог, интернет-магазин или портал с интеграциями. От этого зависит, кого искать.

• Фрилансер - один на всё. Дешевле, но пропал - проект встаёт. Ок для лендинга без 1С.
• Студия - команда, договор, этапы, SLA (срок реакции на баги). Нужна для магазина и интеграций.
• In-house - свой разработчик. Логичен при постоянных доработках; старт чаще на аутсорс.

Студия может отдавать вёрстку внешнему исполнителю - не обман, если назвали роли. Спросите, кто ведёт проект и кто на связи после запуска.

Делайте: назначьте с вашей стороны одного ответственного за бриф, согласование макетов и приёмку. Не делайте: делегируйте выбор "коллеге, который разбирается в компах" без чек-листа - детали договора потеряются.

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

Longlist из 3-5 имён соберите по рекомендациям коллег, отраслевым рейтингам и поиску по нише ("разработка сайта Битрикс + ваша отрасль"). Дальше - фильтр без звонка.

1. Откройте 3-5 кейсов из портфолио как живые сайты, не скриншоты в PDF. Проверьте скорость, мобильную версию, актуальность контента.
2. Сверьте нишу: магазин автозапчастей и лендинг юриста - разные компетенции.
3. Посмотрите отзывы в Яндекс Картах и 2ГИС: нужны развёрнутые комментарии с фактами, а не десять "всё супер" подряд.
4. Проверьте юрлицо через сервис ЕГРЮЛ на сайте ФНС: статус, срок работы, массовый адрес - повод насторожиться.
5. Оцените сайт самой студии: это её главный кейс. Мёртвый блог и ошибки на мобиле - сигнал.

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

Сравните трёх финалистов по одной таблице

Отправьте оставшимся 2-3 кандидатам один и тот же бриф: цели, страницы, интеграции, сроки. КП должны быть сопоставимы. Заполните шаблон:

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

Делайте: храните переписку и версии КП в одной папке. Не делайте: выбирайте победителя только по сроку "за 10 дней" без состава работ.

Отсеките красные флаги в КП и переписке

Типичные формулировки, после которых стоит задать жёсткие вопросы или снять кандидата с shortlist:

• "Сайт под ключ" без приложенного ТЗ и списка страниц.
• "Интеграция с 1С включена" без сценария обмена (товары, остатки, заказы).
• Одна сумма в договоре без этапов и актов промежуточной приёмки.
• Нет строки про лицензию CMS и на чьё имя она оформляется.
• Обещание SEO "в подарок" без структуры URL, мета-тегов и карты сайта.
• Отказ дать контакт клиента из портфолио "из-за NDA" по всем кейсам подряд.

CMS (система управления контентом - админка для текстов и товаров) на Битрикс требует лицензии на вашу компанию. Лицензия на подрядчика - зависимость от чужого кабинета при смене исполнителя.

Проверьте, что в смете видны: адаптив, формы, базовая аналитика, обучение админке. Не делайте: подписывайте договор, где ТЗ - "по согласованию устно". Техническое задание без договора о переходе прав юридически слабо.

Проведите созвон по чек-листу вопросов

На созвоне сильный подрядчик сначала спрашивает про бизнес-задачи, а не про "какой цвет шапки". Ваш список:

1. Кто в команде: имена, роли, часы?
2. Этапы, сроки, что сдаётся на каждом?
3. Хостинг, домен, SSL - на чьих аккаунтах?
4. Редакция Битрикс и покупатель лицензии?
5. SEO-структура, мета, robots, sitemap?
6. Цели в Метрике на запуске?
7. Поддержка: срок, SLA, обновления?
8. Переход прав на код и содержимое акта?
9. Контакт клиента из кейса?

Используйте записи или протокол письмом после созвона - "зафиксировали так". Делайте: просите черновик структуры сайта до дизайна. Не делайте: соглашайтесь на старт без ответов про права и доступы.

Зафиксируйте договор, права и поэтапную оплату

Без пункта о переходе исключительных прав код остаётся у разработчика - рискуете остаться номинальным владельцем домена. Договор часто оформляют как авторский заказ по ГК РФ. Минимум в договоре:

• Предмет и ТЗ с перечнем страниц и функций.
• Сроки по этапам и порядок приёмки с актами.
• Поэтапная оплата: не 100% предоплата до первого макета.
• Передача исключительных прав, момент перехода (обычно после акта и полной оплаты этапа).
• Гарантийный срок на исправление багов.
• Условия поддержки и стоимость часа сверх лимита.
• Лицензия CMS: редакция, плательщик, продление.

Делайте: привяжите ТЗ как приложение с версией. Проверьте акт: URL, файлы, логины. Не делайте: финальный платёж до тестов форм и мобилы.

Примите сайт по чек-листу тестов

Приёмка - не "вроде открывается". Пройдите сценарии сами и с коллегой с телефона:

1. Формы шлют заявки, письма доходят.
2. Мобильная версия: меню, корзина, кнопки.
3. Скорость главной и карточки товара.
4. 404, favicon, редирект http на https.
5. Метрика: счётчик и цели работают.
6. robots.txt и sitemap без ошибок.
7. Доступы: хостинг, домен, админка, БД, git.
8. Акт с исходниками и макетами подписан.

Проверьте обмен с 1С тестовым заказом. Используйте скриншоты багов в тикете. Смету сверьте с разбором блоков бюджета.

Что дальше

1. Опишите задачу и соберите longlist из 3-5 студий или фрилансеров.
2. Отфильтруйте по портфолио, отзывам и ЕГРЮЛ до созвона.
3. Разошлите один бриф и заполните таблицу сравнения трёх финалистов.
4. Проведите созвоны по чек-листу, зафиксируйте ответы письменно.
5. Подпишите договор с ТЗ, этапами и передачей прав; примите сайт по тестам.

Нужен взгляд со стороны на КП и ТЗ до подписания - напишите на mvmolkov.ru. Разберём смету и красные флаги под ваш проект на Битрикс.

Материал проверен: Максим Мольков, Senior-разработчик 1С-Битрикс, 8+ лет в веб-разработке.
Достоверность данных: положения о договоре и передаче прав сверены с открытыми публикациями (Клерк, отраслевые гайды); ключевые запросы - по Яндекс Вордстат на июнь 2026 года. Ценовые вилки в статью не включены - бюджет зависит от состава работ.

Частые вопросы

Как проверить портфолио веб-студии?

Откройте живые URL, сверьте нишу и дату. Запросите контакт заказчика. Скрины без сайта - слабый сигнал. Занесите вывод в таблицу сравнения.

Что должно быть в договоре на разработку сайта?

ТЗ, сроки, этапы, акты, передача прав, гарантия, лицензия CMS. Права обычно переходят после акта и оплаты этапа.

Фриланс или студия - что лучше для сайта?

Лендинг - часто фриланс с договором. Магазин и 1С - студия с SLA. Сравните риски в таблице.

Как проверить подрядчика на добросовестность?

ЕГРЮЛ, отзывы с деталями, референсы, прозрачная смета. Сплошной позитив без фактов - отказ.

Нужно ли SEO на этапе разработки сайта?

Да: структура, ЧПУ, мета и sitemap до вёрстки. Иначе переделка съест бюджет.

Что обычно входит в "под ключ"?

Уточняйте: домен, хостинг, SSL, контент, Метрика. Часто без лицензии и наполнения.

Как принять сайт от подрядчика?

Чек-лист тестов, доступы, акт с исходниками. Финальный акт - после критичных багов.