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

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

Материал для собственников и ЛПР, которые садятся за стол переговоров и хотят за один-два созвона понять, с кем имеют дело. Вопросы сгруппированы по восьми блокам. По каждому объясняем, зачем он нужен, и — главное — какой ответ должен вас насторожить. Задавайте письменно (в почте или мессенджере), чтобы остался след: устные обещания к делу не пришьёшь.

Блок 1. Процесс работы

Как устроена работа внутри — главный индикатор зрелости. У студии с отлаженным процессом ответы заготовлены и звучат одинаково от менеджера и от руководителя. Там, где «как пойдёт», вы услышите импровизацию.

• Из каких этапов состоит проект и что я получу на каждом? Зачем: вы заранее видите, где точки контроля и приёмки. Норма — аналитика/бриф, прототип, дизайн, вёрстка, программирование, тестирование, запуск.
• Будет ли предпроектная аналитика и бриф? Зачем: без этапа погружения в ваш бизнес подрядчик делает сайт «вообще», а не под ваши задачи и аудиторию.
• В каком инструменте я буду видеть задачи и прогресс? Зачем: таск-трекер, Notion или хотя бы общий чат с дашбордом означают, что вы не останетесь в информационном вакууме на месяцы.
• Как часто будут показывать промежуточный результат? Зачем: регулярные демо раз в спринт дешевле, чем увидеть готовый «не тот» сайт на финише.
• Кто принимает решения с вашей стороны и как мы согласовываем правки? Зачем: понятная процедура согласования экономит недели на пинг-понге «а покажите ещё вариант».

Блок 2. Сроки

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

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

Блок 3. Смета и стоимость

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

• Из чего складывается стоимость? Покажите смету по этапам. Зачем: разбивка (аналитика, дизайн, вёрстка, бэкенд, тестирование) показывает, что подрядчик понимает объём работ.
• Что НЕ входит в эту цену? Зачем: ключевой вопрос. Здесь вскрываются «доработки», хостинг, домен, наполнение контентом, интеграции, которые потом выставят отдельным счётом.
• Как считаются дополнительные правки сверх пакета? Зачем: чтобы кнопка не стоила потом 50 000 ₽. Должна быть понятная ставка или количество включённых итераций.
• Каков график платежей? Зачем: норма — аванс 30–50%, остаток по этапам и после сдачи по актам. Это ваш рычаг влияния на качество.
• Что будет со стоимостью, если объём задачи в процессе вырастет? Зачем: механика изменения сметы должна быть оговорена заранее, а не «договоримся по ходу».

Блок 4. Права на код и доступы

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

• Кому принадлежат исключительные права на код и дизайн после оплаты? Зачем: они должны переходить вам. Иначе при споре вы не сможете легально доработать сайт у другого подрядчика.
• Передаёте ли вы исходники проекта? Зачем: без исходного кода вы привязаны к одному исполнителю навсегда. Грамотная разработка сайта предполагает, что финальный результат целиком ваш.
• На чьи аккаунты регистрируются домен, хостинг и сервисы? Зачем: домен и хостинг должны быть оформлены на вас или вашу компанию. Если они на подрядчике — он держит ваш бизнес за горло.
• Получу ли я все доступы: админка, хостинг, репозиторий, аналитика? Зачем: полный комплект доступов — гарантия, что вы не потеряете сайт при конфликте с исполнителем.
• На каком стеке делаете и насколько он распространён на рынке? Зачем: самописная «уникальная» CMS без документации делает смену подрядчика крайне дорогой. Распространённый стек = свобода выбора исполнителя.

Блок 5. Поддержка и гарантии

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

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

Блок 6. Команда

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

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

Блок 7. Техническое задание

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

• Кто составляет ТЗ — вы, я или совместно? Зачем: зрелая студия помогает оцифровать задачу. Если ТЗ целиком спихивают на заказчика без помощи — это тревожный знак.
• Будет ли ТЗ приложением к договору? Зачем: только так оно становится юридически значимым и определяет границы работ при споре.
• Как фиксируются изменения требований в процессе? Зачем: процедура управления изменениями защищает обе стороны от бесконечного расползания объёма.
• Что вы поняли из моей задачи и какие решения предложите? Зачем: лучший проверочный вопрос. Хороший подрядчик предложит идеи по структуре и конверсии, слабый — молча кивнёт.

Блок 8. Договор и юридическая защита

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

• Можно ли заранее увидеть проект договора? Зачем: уважающий себя подрядчик даёт изучить договор до оплаты. Отказ — повод задуматься.
• Есть ли в договоре: предмет, привязка к ТЗ, этапы, сроки, приёмка по актам, передача прав, ответственность за просрочку, гарантия? Зачем: это минимальный набор, без которого вы не защищены.
• На какое юрлицо заключается договор и какие реквизиты? Зачем: ИНН позволяет проверить компанию на сайте ФНС и в картотеке арбитражных дел до перевода аванса.

Как читать ответы: общие принципы

Сами вопросы — половина дела. Вторая половина — умение интерпретировать ответы. Несколько универсальных правил.

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

Сводный чек-лист вопросов

Скопируйте перед созвоном и отмечайте, на что получили внятный ответ.

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

Вывод

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