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

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

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

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

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

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

В веб-разработке важно не только «сделать красиво», но и собрать сайт, который:

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

Для российского рынка это особенно заметно в проектах, где важны интеграции с CRM, онлайн-оплатой, доставкой, 1С, маркетплейсами, а также соответствие требованиям к персональным данным и локальным сервисам. Если подрядчик не понимает специфику работы с тем же 152-ФЗ или не знает, как корректно подружить сайт с учётной системой клиента, красивый дизайн вас не спасёт.

Сначала определите, что именно вы покупаете

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

Типы проектов

• Лендинг для одной услуги или акции.
• Корпоративный сайт.
• Интернет-магазин.
• Сайт-каталог.
• Сервис или личный кабинет.
• Редизайн существующего сайта.
• Техническая поддержка и развитие текущего проекта.

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

Что должно быть на входе

Чтобы получить адекватную оценку от подрядчика, подготовьте хотя бы базовый набор вводных:

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

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

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

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

1. Понимает ли подрядчик бизнес-задачу

Хороший исполнитель не начинает разговор с технологий. Он сначала уточняет контекст. Если мне на первой встрече говорят «мы сделаем вам на React, потому что это круто», я сразу напрягаюсь. Технологии — это инструмент, а не цель.

Профессионал спросит:

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

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

2. Есть ли у команды похожий опыт

Важно не просто наличие кейсов, а их релевантность. Десять лендингов для салонов красоты не доказывают, что команда справится с интернет-магазином на 5000 SKU и интеграцией с 1С.

Смотрите:

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

На что смотреть в портфолио

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

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

3. Понимает ли подрядчик этапы разработки

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

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

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

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

Плохой признак — когда вам дают цену «за сайт» без расшифровки. Это как в ремонте: «сделаем кухню за 300 тысяч» — а потом выясняется, что в эту сумму не входят розетки, фартук и вывоз мусора.

Нормальная оценка включает:

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

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

Если в коммерческом предложении только одна цифра — просите расшифровку. Отказ детализировать смету почти всегда означает, что подрядчик либо сам не понимает объём работ, либо сознательно оставляет пространство для маневра с доплатами.

5. Есть ли у команды проектный менеджмент

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

Спросите:

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

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

6. Насколько прозрачно оформлены договорённости

Минимум, который должен быть зафиксирован документально:

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

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

7. Умеет ли подрядчик работать с рисками

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

Важно, чтобы подрядчик заранее проговаривал:

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

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

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

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

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

• Как вы обычно ведёте проект от брифа до запуска?
• Какие этапы будут в моём случае?
• Кто будет моим основным контактным лицом?
• Как вы согласуете правки и изменения?
• Что происходит, если я меняю требования в процессе?

Вопросы по качеству

• Как вы тестируете сайт перед сдачей?
• Проверяете ли адаптивность, скорость и кроссбраузерность?
• Кто отвечает за баги после запуска?
• Есть ли чек-лист приёмки?

Вопросы по результату

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

Вопросы по правам и сопровождению

• Кому будут принадлежать исходники и дизайн?
• Что входит в гарантийный период?
• Можно ли будет дорабатывать сайт с другой командой?
• Как организована поддержка после релиза?

Красные флаги: когда лучше отказаться

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

Насторожитесь, если:

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

Типичная ошибка заказчика

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

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

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

Лучше сравнивать не эмоции, а критерии. Даже если один подрядчик показался «приятным в общении», а второй — «слишком дотошным», это не должно быть основой для выбора. Для объективности я рекомендую составить простую таблицу.

Таблица сравнения подрядчиков

Оценивать можно по шкале от 1 до 5. Такой подход помогает убрать субъективность и выбрать не «самых приятных», а наиболее надёжных. Приятность в общении — это бонус, но не критерий.

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

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

В ТЗ должны быть:

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

Простой пример

Если в ТЗ написано только «нужен интернет-магазин», это не задача. Это пожелание. Оценить такое можно только «на глаз», и разброс предложений будет от 50 тысяч до 5 миллионов — потому что каждый подрядчик представит что-то своё.

Если указано:

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

то уже можно реально оценивать сроки, бюджет и риски. Появляется предмет для обсуждения, а не фантазия.

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

Хорошая цена — не самая низкая, а понятная и обоснованная. Я часто вижу, как заказчики пытаются сэкономить на старте, а потом платят дважды: сначала «дешёвому» подрядчику, потом нормальному — за переделку.

Практические правила

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

Где чаще всего прячутся доплаты

• дополнительные страницы — «мы думали, их будет 10, а оказалось 25»;
• нестандартные формы — калькуляторы, квизы, сложные фильтры;
• интеграции с внешними сервисами — особенно если API меняется в процессе;
• перенос контента — со старого сайта или из таблиц;
• анимации и сложный UI — то, что выходит за рамки типовых решений;
• срочные правки — «нам нужно вчера»;
• настройка аналитики и целей — часто не входит в базовую стоимость;
• подключение домена, хостинга, SSL — технические моменты, о которых забывают.

Чек-лист перед подписанием договора

Перед стартом проекта проверьте, что у вас есть все необходимые документы и договорённости. Это не паранойя, а страховка от будущих проблем.

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

Пошаговый алгоритм выбора подрядчика

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

Шаг 1. Сформулируйте задачу

Запишите:

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

Шаг 2. Соберите 3–5 кандидатов

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

Шаг 3. Отправьте одинаковый бриф

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

Шаг 4. Проведите короткие созвоны

Смотрите не только на вежливость, но и на то:

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

Шаг 5. Сравните коммерческие предложения

Оцените:

• состав работ — что именно входит;
• риски — что подрядчик считает риском и как предлагает с ними работать;
• сроки — реалистичные или «для продажи»;
• прозрачность — можно ли понять, за что вы платите;
• поддержку — что будет после запуска.

Шаг 6. Проверьте договор

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

Шаг 7. Зафиксируйте старт проекта

После согласования важно:

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

FAQ

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

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

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

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

Нужен ли заказчику технический специалист?

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

Можно ли заказывать сайт без подробного ТЗ?

Можно, если проект очень простой — например, лендинг на 5 блоков. Но для корпоративного сайта, интернет-магазина или сервиса без ТЗ риск ошибок и доплат сильно растёт. В таких случаях я всегда рекомендую либо составить ТЗ самостоятельно, либо заложить этап аналитики в работу подрядчика.

Что делать, если подрядчик понравился, но смета кажется высокой?

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

Какой главный критерий выбора?

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

Вывод

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

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