Выбрать подрядчика на разработку сложно ровно по одной причине: до начала работ все выглядят одинаково. У всех красивое портфолио, у всех «работаем по договору», у всех «индивидуальный подход». Разница проявляется на третьем месяце, когда сроки поехали, а смета выросла вдвое. Ниже — пятнадцать вопросов, которые эту разницу показывают заранее, и список красных флагов.
Сначала — про сравнение смет
Самая частая ошибка при выборе — сравнивать итоговые цифры. Три сметы на 900 тысяч, 1,8 млн и 3 млн за «один и тот же сайт» почти всегда означают, что все три считали разные проекты.
Прежде чем сравнивать, приведите предложения к одному объёму работ: одинаковый список функций, одинаковые интеграции, одинаковая ответственность за контент и тестирование. Проще всего это делает нормальное ТЗ — как его собрать, разбираем в статье про составление технического задания. Без него вы сравниваете не цены, а фантазии.
Второе правило: низкая цена почти всегда означает вычеркнутые этапы. Обычно вычёркивают аналитику и тестирование — то, чего не видно в презентации, но что определяет, заработает ли всё в итоге.
Пятнадцать вопросов подрядчику
Про процесс
- Из каких этапов состоит работа и что я получу в конце каждого? Хороший ответ содержит артефакты: прототипы, макеты, работающий стенд. Плохой — «сделаем и покажем».
- Когда я увижу работающую версию? Если ответ «в конце» — риск высокий. Нормально видеть первый работающий контур через 3–5 недель.
- Как принимаются этапы? Должен быть чек-лист из ТЗ, а не «вроде норм».
- Что происходит, когда мы захотим изменить требования? Правильный ответ — процедура: оценка, допсоглашение, сдвиг сроков. Ответ «да без проблем, сделаем» означает, что вам это потом выставят.
- Кто конкретно будет работать над проектом? Имена и роли, а не «наша команда». Уточните, не сменится ли команда после подписания.
Про деньги
- Что входит в смету, а что нет? Отдельно спросите про контент, тестирование, доработки после запуска, хостинг и лицензии.
- Как считаются работы вне сметы? Часовая ставка, порядок согласования, кто подтверждает.
- Какой график платежей? Здоровая схема — аванс за этап и оплата после приёмки этапа. 100% предоплаты за весь проект — нет.
- Что будет со стоимостью, если проект затянется по вашей вине? Ответ покажет, кто несёт риск сроков.
Про результат и права
- Кому принадлежит код и когда я получу доступ к репозиторию? Правильный ответ — «вам, с первого дня». Код должен лежать в вашем аккаунте, а не «передадим по завершении».
- Какие доступы будут у меня к хостингу, домену и сервисам? Административные, свои, сразу.
- Что входит в гарантию и сколько она действует? Нормально 3–6 месяцев на исправление ошибок разработки бесплатно.
- Что будет с проектом после запуска? Условия сопровождения и SLA стоит обсудить до подписания договора — детали в статье про поддержку сайта.
Про опыт
- Покажите проект, похожий на мой, и расскажите, что там пошло не так. Ключевая часть — вторая. Подрядчик, у которого «всё всегда шло гладко», либо не помнит проектов, либо не хочет говорить правду.
- Можно связаться с кем-то из ваших клиентов? Отказ без внятной причины — сильный сигнал. Согласие — повод задать клиенту два вопроса: укладывались ли в сроки и как решали спорные ситуации.
Красные флаги
- Смета одной строкой. «Разработка сайта — 1 200 000 ₽». Без разбивки по этапам вы не сможете ни проверить объём, ни остановиться на середине.
- Оценка без вопросов. Если подрядчик назвал цену и срок, не спросив про интеграции, объём каталога и источник данных, — он назвал цифру, а не оценку.
- Отказ показывать репозиторий до сдачи. Обычно означает, что кода пока нет или он в состоянии, которое стыдно показать.
- Нет ни одного контакта прошлых клиентов. Портфолио проверяется звонком, а не скриншотом.
- Договор без приёмки по этапам. Тогда единственная точка контроля — конец проекта, и к ней вы приходите с потраченным бюджетом.
- Скидка за решение «прямо сейчас». Давление на сроки принятия решения — приём продаж, а не признак хорошей студии.
- Обещание уложиться в срок, который вы сами считаете нереальным. Согласие на невыполнимое означает, что где-то будет вычеркнут этап. Обычно тестирование.
- «Всё сделаем на нашей платформе». Уточните, что это: типовое решение на распространённом стеке или самописная CMS, из которой потом не выбраться.
Проверка за два часа
Простая процедура, экономящая месяцы:
- Тестовое обсуждение. Опишите задачу в двух абзацах и посмотрите, какие вопросы зададут в ответ. Количество и качество вопросов — лучший предиктор качества работы.
- Проверка юрлица. ИНН, срок существования, судебные дела, численность. Пять минут по открытым базам.
- Живые проекты. Откройте два-три сайта из портфолио, посмотрите скорость на телефоне, проверьте, работают ли формы. Иногда там уже другой подрядчик или сайт вообще недоступен.
- Один звонок клиенту. Два вопроса: были ли сдвиги сроков и как решали спорные моменты.
Про «дорого» и «дёшево»
Дешёвый подрядчик — не обязательно плохой, но почти всегда означает одно из трёх: меньше объём работ, меньше опыта, либо демпинг ради загрузки команды. Первое проверяется сметой, второе — вопросами про похожие проекты, третье безопасно, если у студии есть запас прочности.
Дорогой подрядчик — не обязательно лучше. Спрашивайте, за что именно доплата: за аналитику и тестирование, за отраслевую экспертизу, за скорость, за гарантии по SLA. Если внятного ответа нет — это просто дорого.
Наш подход прост: мы отдаём смету с разбивкой по этапам, отдаём репозиторий с первого дня и иногда отговариваем от разработки, если задача решается коробкой за 150 тысяч. Клиент, которому продали лишнее, не возвращается — это плохая экономика для обеих сторон.
Частые вопросы
Как выбрать подрядчика на разработку сайта?
Приведите предложения к одинаковому объёму работ, потребуйте смету с разбивкой по этапам, задайте вопросы про процесс, права на код и гарантию, проверьте юрлицо и позвоните хотя бы одному прошлому клиенту. Решающий признак — качество вопросов, которые подрядчик задаёт вам на первом обсуждении.
Почему сметы на один проект отличаются в три раза?
Потому что считают разные объёмы работ. В дешёвых предложениях обычно отсутствуют аналитика, тестирование, интеграции и поддержка после запуска, а часть работ по контенту переложена на заказчика. Сравнивать сметы можно только после того, как зафиксирован одинаковый перечень функций.
Кому должны принадлежать код и доступы?
Заказчику, с первого дня работы. Репозиторий заводится в вашем аккаунте, административные доступы к домену, хостингу и сервисам остаются у вас. Формулировка «передадим всё после финальной оплаты» допустима только в части исключительных прав, но не в части доступа к коду по ходу проекта.
Какая предоплата считается нормальной?
Аванс 30–50% за конкретный этап с оплатой остатка после его приёмки. Полная предоплата за весь проект — сигнал риска: у заказчика не остаётся рычагов, если работа встанет. Для коротких проектов схема 50/50 нормальна.
Как проверить портфолио студии?
Откройте проекты из портфолио вживую: проверьте скорость на телефоне, работоспособность форм, актуальность сайта. Затем спросите у студии, какие работы по каждому проекту делали именно они — нередко часть портфолио оказывается участием в чужом проекте. И запросите контакт клиента для короткого разговора.
Коротко
Хороший подрядчик задаёт много вопросов до цены, отдаёт смету по этапам, показывает работающий результат каждые две-три недели и спокойно обсуждает, что будет, если вы расстанетесь. Плохой продаёт срочность и скидку.
Если хотите проверить нас этими же вопросами — расскажите о задаче, вернёмся со сметой по этапам за один рабочий день. Или посмотрите, как устроен наш процесс и услуги.
