Выбор исполнителя

Как выбрать веб-разработчика: 12 вопросов и красные флаги

Хороший разработчик не тот, кто показывает самый красивый сайт, а тот, кто понимает задачу, говорит о рисках и доводит проект до запуска. Вот на что смотреть до подписания договора.

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

Коротко

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

Студия, фрилансер или агентство

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

ФорматПлюсыРиски
Частный специалист Прямая коммуникация, гибкость, обычно ниже цена Ограниченная ёмкость, часть задач уходит на подряд
Небольшая студия Команда, процесс, разделение ролей Выше стоимость, больше согласований
Крупное агентство Ресурсы, аналитика, медиа, поддержка Бюрократия, выше минимальный бюджет

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

Как смотреть портфолио

Красивая обложка мало что говорит о процессе. Полезно смотреть на кейсы так:

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

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

12 вопросов перед стартом

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

Не обязательно задавать всё сразу. Выберите пять-семь вопросов, которые критичны для вашего проекта, и посмотрите на ясность ответов. Размытость тоже ответ.

Красные флаги

  • «Сделаем всё за копейки и за три дня». Чудес не бывает: либо работа будет поверхностной, либо изменится объём.
  • Нет договора или он состоит из одной страницы. Без фиксации объёма и прав на результат споры почти неизбежны.
  • Портфолио из чужих работ. Попросите подтвердить авторство или показать процесс.
  • Игнорирование вопросов о поддержке. Запуск не конец проекта.
  • Обещание «первого места в Google». Позиции зависят от конкуренции и не гарантируются одним исполнителем.
  • Спешка с предоплатой без обсуждения задачи. Сначала бриф и объём, потом оплата.
  • Сайт «на конструкторе», хотя вам продают индивидуальную разработку. Уточняйте, на чём будет сделан проект.

Что зафиксировать в договоре

Даже небольшой проект стоит описывать письменно. В договоре или приложении к нему должны быть:

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

Если исполнитель работает как самозанятый или ИП, проверьте статус и способ оплаты. Это не формальность: от этого зависят документы и налоги.

Короткий чек-лист

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

Вывод

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

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

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

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

Нужен ли договор с фрилансером?

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

Как проверить, что сайт будет быстрым?

Попросите показать реальные проекты и проверить их в PageSpeed Insights. Смотрите на мобильные показатели, размер изображений и количество тяжёлых скриптов. Красивая главная не гарантирует быстрый сайт.

Сколько правок должно входить в проект?

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