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

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

Ниже — практическая схема выбора подрядчика на создание сайта для бизнеса в России: без воды, с вопросами, которые стоит задать до оплаты, и с признаками, по которым можно быстро отсеять слабых исполнителей. Все критерии выведены из реальной практики — моей и моей команды.

С чего начать: сначала задача, потом подрядчик

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

Сформулируйте 5 опорных параметров

  • Цель сайта: заявки, продажи, запись, информирование, поддержка бренда. От этого зависит архитектура и метрики успеха.
  • Тип сайта: лендинг, корпоративный сайт, каталог, интернет-магазин, сервис. Техническая реализация у них принципиально разная.
  • Источник трафика: SEO, контекст, соцсети, прямой трафик, офлайн. Это влияет на структуру, посадочные страницы и требования к скорости.
  • Функционал: формы, калькуляторы, CRM, личный кабинет, оплата, мультирегиональность. Чем детальнее пропишете, тем точнее будет смета.
  • Сроки и бюджет: рамки, в которых подрядчик должен предложить решение. Адекватный исполнитель скажет, что реально уложиться в эти параметры, а что — нет.

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

Главные критерии выбора подрядчика

1. Портфолио не просто есть, а релевантно вашей задаче

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

Обращайте внимание на:

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

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

2. Команда понимает задачу целиком, а не только рисует интерфейс

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

Признаки зрелого подхода:

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

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

3. Процесс работы прозрачен

Нормальный подрядчик показывает этапы, сроки и промежуточные результаты. Это снижает риск сюрпризов в конце проекта. Я всегда настаиваю на поэтапной приёмке: так клиент видит прогресс и может вовремя скорректировать направление, а не получает готовый сайт, который «не то, что мы хотели».

Обычно рабочий процесс выглядит так:

  1. Бриф и погружение в задачу.
  2. Аналитика и сбор требований.
  3. Прототипирование.
  4. Дизайн.
  5. Верстка и разработка.
  6. Тестирование.
  7. Запуск.
  8. Поддержка и доработки.

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

4. В договоре зафиксированы права, сроки и границы работ

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

Проверьте, что в договоре или приложениях есть:

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

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

5. Подрядчик умеет работать с бизнес-целями, а не только с «хотелками»

На сильном созвоне задают вопросы о воронке продаж, ЦА, маржинальности, географии, среднем чеке и источниках трафика. Это хороший признак: команда думает о результате, а не о декоративной реализации. Я всегда начинаю с того, что спрашиваю: «Как вы поймёте, что сайт успешен?» Если клиент затрудняется ответить, мы вместе формулируем KPI — например, конверсию в заявку не ниже 5% или снижение показателя отказов до 30%. Это сразу переводит разговор в практическую плоскость.

Какие вопросы задать подрядчику до старта

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

Вопросы про опыт и специализацию

  • Какие проекты вы делали, похожие на наш?
  • Какие задачи в этих проектах были самыми сложными?
  • Кто именно будет работать над проектом?
  • Какие роли есть в команде: аналитик, дизайнер, разработчик, тестировщик, менеджер?
  • Есть ли опыт в нашей нише?

Вопросы про процесс

  • Из каких этапов состоит работа?
  • Что мы увидим на каждом этапе?
  • Как проходит согласование?
  • Сколько итераций правок включено?
  • Кто отвечает за структуру и контент?

Вопросы про технологии

  • Почему вы предлагаете именно это решение?
  • Какие у него ограничения?
  • Как будет устроена админка?
  • Можно ли масштабировать проект?
  • Как обеспечиваются скорость, безопасность и адаптивность?

Технологический стек — это не просто прихоть разработчика. От него зависит, сможете ли вы через год добавить новый функционал без полной переделки сайта. Я всегда советую спрашивать, на какой CMS или фреймворке будет построен проект, и почему выбран именно этот инструмент.

Вопросы про поддержку и владение результатом

  • Кому принадлежат права на код, дизайн и контент?
  • Будет ли доступ к репозиторию с начала проекта?
  • Что входит в гарантию после запуска?
  • Сколько стоит поддержка?
  • Есть ли SLA по критичным ошибкам?

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

Критерий Что проверять Что должно насторожить
Портфолио Кейсы похожего типа и масштаба Только красивые картинки без контекста
Команда Понятные роли и состав «У нас всё делают универсалы»
Процесс Этапы, сроки, согласования «Сначала сделаем, потом обсудим»
Договор ТЗ, права, этапы, оплату Размытые формулировки и отсутствие фиксации
Коммуникация Быстрые и предметные ответы Уход от конкретики, общие слова
Технологии Обоснование выбора решения «Мы так всегда делаем»
Поддержка Гарантия, SLA, стоимость доработок Полный отказ от ответственности после запуска

Как понять, что подрядчик действительно сильный

Есть несколько признаков, которые почти всегда говорят в его пользу. Я выделяю их на основе многолетнего опыта взаимодействия с разными командами — и как заказчик, и как исполнитель.

Сильный подрядчик:

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

Слабый подрядчик:

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

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

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

Ошибка 1. Выбирать только по цене

Самый дешевый вариант часто оказывается самым дорогим: из-за переделок, плохой структуры и отсутствия поддержки. Я не раз переделывал сайты, сделанные «за три копейки»: там и код был неоптимизирован, и SEO-основа отсутствовала, и админка не позволяла нормально управлять контентом. В итоге клиент платил дважды.

Ошибка 2. Не писать нормальное ТЗ

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

Ошибка 3. Не проверять портфолио

Красивые презентации не гарантируют качества. Нужны живые примеры и сопоставимые проекты. Я всегда советую открыть несколько сайтов из портфолио на разных устройствах, проверить скорость загрузки через PageSpeed Insights, посмотреть, как они выглядят в поисковой выдаче. Это даст гораздо больше информации, чем скриншоты в презентации.

Ошибка 4. Не обсуждать права и доступы

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

Ошибка 5. Игнорировать поддержку после запуска

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

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

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

Чек-лист проверки

  • Изучить сайт подрядчика и его собственное позиционирование.
  • Посмотреть 5–7 релевантных кейсов.
  • Проверить, есть ли живые сайты в портфолио.
  • Спросить, кто будет работать над проектом.
  • Попросить поэтапный план работ.
  • Уточнить, что входит в смету, а что оплачивается отдельно.
  • Проверить, прописаны ли права на результат.
  • Уточнить гарантию и поддержку.
  • Попросить примеры документов: договор, ТЗ, смета.
  • Сравнить не менее 3 подрядчиков по одинаковым критериям.

Как сравнивать подрядчиков между собой

Сравнивайте не «кто приятнее общается», а кто лучше закрывает задачу. Личное обаяние менеджера не должно перевешивать отсутствие релевантного опыта или размытые условия договора.

Удобная логика сравнения

  • Понимание бизнеса и постановка вопросов.
  • Релевантность кейсов.
  • Прозрачность процесса.
  • Адекватность сметы.
  • Гарантии и поддержка.
  • Скорость реакции и качество коммуникации.

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

Кому что подходит: агентство, студия, фрилансер

Формат Когда подходит Риски
Фрилансер Небольшой сайт, простой функционал, ограниченный бюджет Зависимость от одного человека
Небольшая студия Корпоративный сайт, лендинг, средняя сложность Может не хватать отдельных специалистов
Агентство Сложные проекты, интеграции, маркетинг + разработка Обычно выше бюджет

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

Что должно быть в нормальном коммерческом предложении

Хорошее КП — это не одна цифра, а понятная структура. Я всегда настаиваю на детализации: она дисциплинирует обе стороны и снижает риск недопонимания.

В нем должны быть:

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

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

Вывод

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

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

FAQ

Как понять, что подрядчик мне подходит?

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

Что важнее: портфолио или цена?

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

Нужно ли ТЗ, если подрядчик опытный?

Да. Даже сильной команде нужно зафиксировать цель, структуру, функционал, сроки и границы работ. ТЗ — это не признак недоверия, а инструмент синхронизации ожиданий. Без него любой опытный подрядчик рискует сделать не то, что нужно клиенту.

Можно ли работать без договора?

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

Что делать, если подрядчик обещает слишком быстро и дешево?

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