Разговор о выборе подрядчика обычно начинается с вопроса «сколько стоит сайт». Заканчивается он, к сожалению, тоже им — только уже в формате спора о сметах, сроках и «это не входило в задачу». Между этими двумя точками лежит самое важное: понимание, что вы покупаете не картинку, а процесс, команду и результат, которым придётся пользоваться годами.
Ниже — практический разбор: по каким критериям сравнивать исполнителей, какие сигналы должны насторожить и что уточнить до подписания договора.
Сначала сформулируйте задачу, потом ищите исполнителя
Половина проблем в проектах начинается не с плохого подрядчика, а с размытого запроса. Пока вы сами не понимаете объём работ, любое предложение выглядит одинаково убедительно.
Ответьте себе на несколько вопросов:
- Что именно нужно: лендинг, корпоративный сайт, интернет-магазин, веб-сервис, отдельный раздел?
- Есть ли дизайн или контент — или всё нужно делать с нуля?
- Кто будет развивать проект после запуска: вы, штатный специалист, тот же подрядчик?
- Какие интеграции критичны: CRM, оплата, 1С, внешние API?
- Каков реальный бюджет и дедлайн — с запасом, а не «хотелось бы».
Дальше стоит понять, какой тип подрядчика вам подходит. Фрилансер хорош для небольших и понятных задач. Узкоспециализированная студия — для типовых проектов на популярной платформе. Агентство или интегратор — для сложных систем с интеграциями и длительной поддержкой. Универсального варианта нет: важно соответствие масштаба задачи и масштаба исполнителя.
Критерии, которые действительно важны
Портфолио: смотрите не на картинки, а на задачи
Красивый кейс ничего не говорит о том, как подрядчик ведёт проект. Полезнее выяснить, что было на входе и чего добились: какие показатели, какая логика решений, какие ограничения. Хороший исполнитель рассказывает о проекте спокойно, включая сложности, — а не только про «уникальный дизайн».
Прозрачность процессов
Спросите, как строится работа: есть ли этапы и артефакты, кто согласовывает, как фиксируются изменения, что происходит при срыве сроков. Если в ответ звучит «ну, мы как-то сами разберёмся», это повод насторожиться.
Команда: кто реально будет работать
Часто продажей занимается один человек, а проект делают совсем другие люди. Уточните роли: кто менеджер, кто дизайнер, кто разработчик, кто тестировщик, кто будет на связи в рабочее время и как быстро отвечает.
Технологии и наследие проекта
Не нужно разбираться в стеке до уровня программиста, но стоит понять: на чём будут делать, почему именно так и сможет ли другая команда продолжить работу. Закрытые самописные решения без документации — риск остаться заложником одного исполнителя.
Коммуникация
Скорость и качество ответов на этапе обсуждения почти всегда совпадают с тем, как будет идти проект. Если до договора вам отвечают через три дня, после подписания легче не станет.
Договор, сроки и деньги
В договоре должны быть объём работ, этапы, порядок оплаты, права на результат и порядок приёмки. Осторожно относитесь к схемам «100% предоплата» и к формулировкам вроде «доработки по договорённости».
Красные флаги
Ни один из пунктов ниже не означает автоматического отказа, но несколько совпадений — серьёзный повод поискать других:
- Гарантии конкретных позиций и конверсий. Честный подрядчик говорит о влиянии на результат, а не обещает «первое место в Google».
- Нет вопросов к вам. Хороший исполнитель уточняет задачи, аудиторию, ограничения. Тот, кто соглашается со всем сразу, скорее всего, просто продаёт шаблон.
- Размытая смета. «Примерно столько, потом посмотрим» почти всегда превращается в рост бюджета.
- Нет реальных кейсов, которые можно проверить. Просьба показать проект вживую — нормальная практика.
- Давление срочностью. «Цена действует только сегодня» — приём из другой индустрии.
- Отказ фиксировать права на дизайн и код.
- Проект, домен и хостинг оформлены на подрядчика. Всё это должно принадлежать вам.
- Постоянная смена менеджеров и невозможность получить доступ к тем, кто делает работу.
Что спросить на первой встрече
- Как вы поняли нашу задачу и какие видите риски?
- Кто войдёт в команду и сколько проектов ведёте параллельно?
- Из каких этапов состоит работа и что нужно от нас на каждом?
- Как оформляются изменения в объёме работ?
- Что будет после запуска: поддержка, обучение, документация?
- Можете показать проект, сделанный год-два назад, и рассказать, как он живёт сейчас?
Проверка перед подписанием
Попросите короткое тестовое или платную мини-консультацию: так вы увидите, как исполнитель думает. Поговорите с прошлыми клиентами — не только о результате, но и о том, как решались конфликты. Заранее обсудите, кому принадлежат исходники, дизайн-макеты и доступы.
Выбор подрядчика — это не про поиск самого дешёвого или самого известного. Это про соответствие масштабу задачи, понятные процессы и людей, с которыми комфортно обсуждать проблемы, а не только отчёты. Если эти три вещи сходятся, проект почти наверняка дойдёт до результата.
Спасибо за пункт про портфолио: я раньше смотрела только на визуал, а теперь поняла, что надо спрашивать, какие были ограничения и что получилось на выходе. Особенно зацепило про «что было на входе» — это сразу отсекает тех, кто показывает только красивые картинки.
Я сталкивался с тем, что на продаже общается один человек, а потом в проекте появляются совсем другие. Как правильно зафиксировать в договоре состав команды: достаточно списка ролей и скорости ответа или нужно требовать конкретных людей с заменой только по согласованию?
Да, это как раз тот случай, когда стоит закрепить состав команды в приложении к договору: роли, ключевые люди, регламент замены и срок ответа. Если подрядчик отказывается это фиксировать, для меня это красный флаг — значит, состав команды будут менять по своему усмотрению. В статье я специально писал, что продажей часто занимается один человек, а делают проект другие.
Я в итоговом договоре прописала не только роли, но и ключевых людей: менеджера и ведущего разработчика, а замену — только через письменное согласование. Это не спасло от всех проблем, но хотя бы не пришлось заново объяснять задачи новому человеку.