Почему выбор подрядчика — критическое решение

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

При этом рынок веб-разработки в России огромен и непрозрачен: десятки тысяч фрилансеров, сотни студий от гаражных до крупных. Разброс цен на одинаковый проект — от 20 000 до 2 000 000 руб. Без понимания критериев выбора — вы в руках случая.

Шаг 1. Определите тип проекта и бюджет

Типы сайтов и их стоимость (рынок 2026)

Лендинг (одностраничный сайт). Цель — конвертировать трафик в заявки. Как правило, 1–3 экрана с формой заявки. Стоимость: 30 000–150 000 руб. в зависимости от дизайна и функциональности.

Корпоративный сайт (5–20 страниц). Визитка компании: о нас, услуги, контакты, портфолио, новости. Стоимость: 80 000–500 000 руб.

Интернет-магазин. Каталог товаров, корзина, оплата, личный кабинет. Стоимость: от 150 000 до нескольких миллионов рублей в зависимости от числа товаров, интеграций (CRM, 1С, платёжные системы), кастомизации дизайна.

Портал / веб-приложение. Нестандартная функциональность, личные кабинеты, сложная бизнес-логика. Стоимость: от 500 000 руб. и выше.

Стек технологий. WordPress, Tilda, Битрикс, кастомная разработка на Laravel/React/Next.js — каждый вариант имеет свои плюсы, минусы и подходит для разных задач. Важно понимать, что вы заказываете, чтобы не получить «магазин на конструкторе» там, где нужен масштабируемый движок.

Шаг 2. Фрилансер или агентство?

Это принципиальный выбор с реальными последствиями.

Фрилансер

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

Минусы: один человек — один узкий навык (дизайнер ≠ разработчик ≠ SEO-специалист), высокий риск срыва сроков из-за болезни / параллельных проектов, нет юридической ответственности без нормального договора, нет гарантий поддержки после сдачи.

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

Веб-агентство / студия

Плюсы: комплексная экспертиза (дизайн + разработка + тестирование + SEO), юридическое лицо с договором и ответственностью, процессы (ТЗ, этапы, приёмка), поддержка и развитие после запуска.

Минусы: дороже, меньше гибкости, часть задач могут отдавать субподрядчикам, коммуникация через менеджера (не напрямую с разработчиком).

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

Шаг 3. Где искать подрядчика

Каналы поиска

Рекомендации. Самый надёжный источник — коллеги по рынку, которые уже работали с конкретной командой и остались довольны. Не пренебрегайте этим каналом.

Рейтинги и каталоги. Ruward, Tagline, Workspace — рейтинги российских веб-студий с оценками и портфолио. Позволяют быстро составить лонг-лист из 10–15 кандидатов и отфильтровать по специализации и бюджету.

Специализированные площадки. Хабр Фриланс, FL.ru, Kwork — для фрилансеров. Удобны для небольших задач с фиксированным бюджетом.

VC.ru, Хабр, Telegram-каналы. Профессиональные сообщества, где можно запросить рекомендации и найти нишевых специалистов.

Шаг 4. Оценка портфолио

Портфолио — главный аргумент разработчика. Смотрите не просто на картинки, а на реальные проекты:

  • Ссылки на действующие сайты (не моки). Откройте их, проверьте скорость загрузки, адаптивность на мобильных, работоспособность форм.
  • Наличие проектов, близких по масштабу и тематике к вашей задаче. Опыт в e-commerce не равен опыту в b2b-порталах.
  • Спросите: «Покажите проект, которым вы гордитесь. Расскажите, какие технические решения там применили и почему.» Ответ покажет глубину компетенций.
  • Попросите контакты клиентов для обратной связи. Честная команда не откажет.

Шаг 5. Технические вопросы на пресейле

Задайте эти вопросы ещё на этапе переговоров — ответы многое расскажут о компетентности команды:

  1. На каком стеке планируете реализовать? Должны объяснить выбор (почему WordPress, а не Битрикс; почему кастом, а не конструктор). «Мы работаем на том, что удобно вам» без аргументов — плохой знак.
  2. Как будете обеспечивать скорость загрузки? Упоминание кэширования, CDN, оптимизации изображений, Core Web Vitals — хороший знак. «Сайт будет быстрым» без деталей — плохой.
  3. Как организована адаптивная верстка? Спросите, на каких разрешениях тестируют. Mobile-first или desktop-first? Почему?
  4. Как будет организована панель управления? Вы сможете сами добавлять страницы, менять контент, акции? Или каждое изменение — отдельный счёт?
  5. Как переедем на другого подрядчика, если понадобится? Честный ответ: «Предоставим все исходники, доступы к хостингу и домену, документацию.» Тревожный ответ: «Зачем уходить?» или молчание.
  6. Как обеспечивается безопасность? HTTPS, регулярные обновления CMS, резервные копии — базовый минимум.

Шаг 6. Техническое задание (ТЗ)

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

Что должно быть в ТЗ

  • Цели сайта и целевая аудитория
  • Структура сайта (карта страниц)
  • Функциональные требования (что делает сайт: формы, корзина, поиск, личный кабинет)
  • Требования к дизайну (референсы, фирменный стиль, цвета, шрифты)
  • SEO-требования (семантика, мета-теги, структура URL)
  • Технические требования (CMS, хостинг, интеграции с CRM/1С/платёжными системами)
  • Требования к скорости и производительности
  • Требования к адаптивности

Хороший подрядчик либо пишет ТЗ сам (за отдельную оплату или в рамках проекта), либо активно участвует в его разработке. Компания, которая готова делать сайт без ТЗ — берёт деньги за что-то неопределённое.

Шаг 7. Договор на разработку — ключевые пункты

Устные договорённости — не договорённости. Всё — в договор.

Обязательные условия

Предмет договора. Ссылка на ТЗ как приложение к договору. «Разработка сайта по техническому заданию №1 от [дата]» — правильно.

Сроки.. Конкретные даты этапов: сдача макетов дизайна, вёрстки, первой версии, итогового проекта. Без дат — нет оснований для претензий при задержке.

Оплата. Поэтапная оплата защищает заказчика. Стандарт: 30–40% предоплата, 30–40% после утверждения дизайна, 20–30% после сдачи. Предоплата 100% незнакомому подрядчику — высокий риск.

Права на результат (IP). Критический пункт. После оплаты все исходные файлы (дизайн в Figma/PSD, исходный код, базы данных) должны перейти к заказчику. Некоторые студии прописывают, что код остаётся собственностью студии — это неприемлемо.

Порядок приёмки. Как фиксируется сдача этапа? Акт приёмки, подписанный заказчиком? Молчаливое согласие через X дней после отправки? Первый вариант правильный.

Гарантия и поддержка. Гарантийный срок на исправление ошибок (обычно 3–6 месяцев). Условия постгарантийной поддержки.

Конфиденциальность. Если сайт содержит коммерческую тайну — пропишите NDA.

Шаг 8. Бюджет и ценообразование

Запросите коммерческое предложение у 3–5 подрядчиков на одинаковое ТЗ. Анализируйте не только итоговую цифру, но и структуру стоимости: что входит, а что нет.

Типичные «скрытые» расходы:

  • Контент (тексты, фото) — часто не входит в стоимость разработки
  • Доменное имя и хостинг
  • SEO-оптимизация
  • Обучение работе с CMS
  • Интеграция с CRM или 1С
  • SSL-сертификат

Уточните заранее, что включает базовая цена. Итоговая стоимость может быть на 30–50% выше «цены разработки» за счёт этих позиций.

Схемы обмана: как распознать

«Сайт за 3 дня»

Лендинг на конструкторе с чужими фотографиями и шаблонным текстом. Выглядит как сайт, но не решает задачи бизнеса и не индексируется нормально.

«Предоплата 100% — так у нас принято»

Серьёзные подрядчики берут частичную предоплату. 100% от незнакомой компании — высокий риск мошенничества.

«Мы всё сделаем без ТЗ — мы и так поймём»

Без ТЗ нет основания для претензий. По итогу получаете то, что «поняли» разработчики, а не то, что вам нужно.

«Домен и хостинг оформим на себя — для удобства»

Если домен оформлен на подрядчика — он уйдёт вместе с ним. Домен всегда должен быть зарегистрирован на заказчика или его уполномоченного представителя.

«Исходники — наша собственность»

Это означает привязку к подрядчику навсегда. Любые изменения — только через них и только за деньги.

Чек-лист выбора подрядчика

  • Изучено портфолио — есть проекты аналогичного типа
  • Проверены реальные сайты из портфолио на работоспособность
  • Получены и проверены рекомендации от клиентов
  • Задан технический блок вопросов — ответы аргументированы
  • Составлено или согласовано детальное ТЗ
  • Получены КП от 3+ подрядчиков на одинаковое ТЗ
  • Подписан договор с поэтапной оплатой, сроками и правами на результат
  • Домен и хостинг зарегистрированы на заказчика
  • Согласован порядок передачи исходников и доступов после сдачи
  • Прописаны гарантийные обязательства и условия поддержки

Заключение

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