Заказать разработку сайта и получить то, что обещали, — это два разных события. По данным Роспотребнадзора, нарушение договоров на IT-услуги стабильно входит в топ-5 жалоб на digital-рынке. Деньги уплачены, разработчик отвечает все реже, дедлайны сдвигаются, сайта нет. Эта статья написана для тех, кто хочет выбрать подрядчика правильно — до подписания договора, а не после исчезновения аванса.
Почему треть заказчиков теряет деньги при заказе сайта
Схемы потери денег при заказе сайта однотипны. Первая: подрядчик берет аванс 30-50%, пропадает после первого макета или вовсе не приступает к работе. Вторая: сроки растягиваются с обещанных двух месяцев до шести, за это время у заказчика меняется бизнес, а принятые решения по дизайну устаревают. Третья: сайт сдан, но не соответствует тому, что обсуждалось устно, — техническое задание не было зафиксировано, доказать несоответствие нечем.
С точки зрения закона защита есть. Статья 1102 ГК РФ регулирует неосновательное обогащение: если работы не выполнены, аванс можно взыскать через суд. Статья 782 ГК РФ дает заказчику право расторгнуть договор на оказание услуг с возмещением подрядчику только фактических расходов — не всей суммы предоплаты. Но судебное разбирательство занимает 6-18 месяцев и требует документов, которых у большинства заказчиков нет: ни нормального договора, ни актов, ни переписки с конкретными обязательствами.
Проверить подрядчика до подписания дешевле и быстрее, чем судиться после. Семь вопросов ниже помогают это сделать за одну встречу.
Фриланс, студия или агентство — кого выбрать
Выбор типа подрядчика влияет на риски не меньше, чем выбор конкретного исполнителя. Фриланс — самый дешевый вариант, но и самый непредсказуемый: один человек может заболеть, найти другой проект или просто исчезнуть. Студия надежнее, но там выше накладные расходы, что отражается на ставке. Агентство командного формата, работающее без субподряда, дает баланс между ценой и прозрачностью.
Реальные цены на разработку сайта по типу подрядчика можно сравнить в нашем обзоре стоимости разработки сайта под ключ в 2026 году. Ниже — краткая сравнительная таблица по ключевым параметрам.
| Параметр | Фриланс | Студия | eq.team |
|---|---|---|---|
| Ставка | 1 500-3 000 ₽/ч | 3 000-6 000 ₽/ч | 2 500 ₽/ч |
| Предоплата | 30-100% | 30-50% | без аванса |
| Юридический договор | редко | почти всегда | всегда |
| Риск «пропасть» | высокий | средний | низкий |
| Для кого | простые задачи, малый бюджет | средние проекты, бренд-сайты | МСБ, Laravel, AI-интеграция |
Ставка — не единственный критерий выбора. Студия с ценой 4 000 ₽/ч и поэтапной оплатой выгоднее фрилансера за 2 000 ₽/ч, который берет 100% аванса и пропадает после первого транша.
Часть рисков снимается ещё до выбора подрядчика, на этапе выбора платформы. Об этом отдельно: Tilda или Laravel для сайта.
7 вопросов подрядчику — шаблоны и критерии ответа
Эти вопросы можно задать на первой встрече или отправить по почте. Хороший подрядчик ответит на все семь без уклонений. Плохой начнет раздражаться или давать общие фразы.
Вопрос 1. «Покажите контакты трех последних клиентов, которым вы сдали проект»
Что проверяем: реальность портфолио. Скриншоты и PDF-кейсы легко подделать. Живые ссылки и контакты заказчиков проверяются за пять минут.
Хороший ответ: «Да, вот ссылки на проекты и контакты PM со стороны клиента, можете написать им напрямую.» Подрядчик дает реальные контакты и не оговаривает «только через нас».
Красный флаг: «Мы не можем раскрывать контакты клиентов по условиям NDA» при отсутствии хотя бы одного публичного кейса. NDA не запрещает называть факт сотрудничества — только детали проекта.
Вопрос 2. «Как выглядит ваша модель оплаты: поэтапная или аванс?»
Что проверяем: финансовые риски. Поэтапная оплата — когда вы платите за результат каждого этапа после его приемки — защищает от потери всей суммы при срыве проекта.
Хороший ответ: «Оплата поэтапная: ТЗ, прототип, дизайн, разработка, тестирование — каждый этап закрывается актом перед следующим.» Или: «Работаем без аванса, оплата по факту выполненных работ.»
Красный флаг: требование 50-100% предоплаты до начала работ и до подписания договора. Особенно настораживает, если это преподносится как «у нас так принято» без объяснений.
Вопрос 3. «Кто конкретно пишет код — ваши штатные разработчики или субподряд?»
Что проверяем: прозрачность команды и управляемость проекта. Если студия отдает разработку субподрядчику, она не контролирует ни сроки, ни качество кода, ни стабильность команды.
Хороший ответ: «Все разработчики в штате. Вот состав команды на ваш проект: backend — Иван, frontend — Мария, PM — Алексей.» Подрядчик называет конкретных людей.
Красный флаг: «У нас пул проверенных партнеров» или уклончивое «зависит от объема». Субподрядная цепочка — это дополнительный риск и дополнительное наценивание.
Вопрос 4. «Как фиксируется приемка каждого этапа — что считается сделанным?»
Что проверяем: наличие четких критериев готовности. Без формальной приемки «сделанный» этап — это то, что считает сделанным подрядчик, а не заказчик.
Хороший ответ: «Каждый этап закрывается актом с конкретными критериями: например, прототип — когда утвержден в Figma, разработка — когда прошла чеклист тестирования. Без вашей подписи акт не считается принятым.»
Красный флаг: «Вы увидите и оцените» без описания критериев. Или ситуация, когда приемка происходит автоматически через X дней после «сдачи» — даже если у заказчика есть замечания.
Вопрос 5. «Кто составляет техническое задание и что в него входит?»
Что проверяем: защиту от ситуации «я имел в виду другое». ТЗ — единственный документ, который позволяет доказать, что подрядчик сделал не то, за что вы платили.
Хороший ответ: «ТЗ составляем мы на основе ваших требований, вы его утверждаете. В него входят: структура страниц, функциональные требования, стек, интеграции, требования к скорости. ТЗ — часть договора.»
Красный флаг: «Начнем, а ТЗ напишем по ходу» или «У нас все по брифу, ТЗ не нужно». Без утвержденного ТЗ до старта разработки у заказчика нет правовой защиты.
Вопрос 6. «Какой гарантийный период после сдачи и что он покрывает?»
Что проверяем: обязательства подрядчика после закрытия договора. Баги, обнаруженные после сдачи — стандартная ситуация. Вопрос в том, кто их исправляет и за чей счет.
Хороший ответ: «Гарантийный период — 3 месяца после сдачи. В этот срок мы исправляем ошибки в функциональности за счет студии. Гарантия зафиксирована в договоре.»
Красный флаг: отсутствие гарантийного периода или формулировка «исправим, если что» без сроков и письменной фиксации. Также — гарантия, которая распространяется только на «критические ошибки» без определения что это.
Вопрос 7. «Буду ли я видеть прогресс работ в режиме реального времени — в Jira, Trello или аналоге?»
Что проверяем: прозрачность процесса. Трекер задач показывает, что реально делается, а не оставляет ждать отчетов раз в месяц.
Хороший ответ: «Да, ведем задачи в [конкретный инструмент], добавим вас как наблюдателя с первого дня. Еженедельно — демо или отчет по завершенным задачам.»
Красный флаг: «Мы сами отслеживаем, вам не нужно вникать» или работа полностью в мессенджере без структурированного трекинга. Если подрядчик не готов показывать процесс — вероятно, показывать нечего.
5 красных флагов в поведении подрядчика
Помимо ответов на прямые вопросы, обращайте внимание на поведение подрядчика в переговорах. Вот пять признаков, при которых стоит искать другого исполнителя.
- Требует 100% предоплату до подписания договора. Рыночный стандарт — 30-50% аванса после подписания. Требование полной оплаты до старта и до договора означает, что подрядчик ставит свои интересы выше ваших. Аргумент «так у всех» — ложный.
- Показывает только скриншоты портфолио без возможности проверить живые сайты. Скрин можно нарисовать за час. Живой сайт с реальным трафиком — нельзя. Если все портфолио — это JPG-файлы, задайте вопрос «почему нет ссылок?» и слушайте ответ внимательно.
- Нет юридического договора или предлагает работать «по переписке». Работа без договора лишает вас правовой защиты полностью. Переписка в мессенджере — не договор. «По-человечески разберемся» — это не гарантия.
- Сроки «примерно 2-3 месяца» без фиксации в ТЗ или договоре. «Примерно» — не срок. Если дата финальной сдачи нигде не записана, подрядчик ни за что не отвечает. Конкретные даты этапов должны быть в договоре или приложении к нему.
- Не объясняет, из чего складывается цена, называет «под проект» одной суммой. Непрозрачное ценообразование — источник споров после сдачи. Если цена не разбита хотя бы по этапам, вы не знаете, за что платите, и не можете оценить, изменился ли объем работ.
Что должно быть в договоре на разработку — защита заказчика
Хороший договор — это не документ «на всякий случай», а рабочий инструмент управления проектом. Подробнее о том, что входит в полноценный проект, написано в нашей статье что входит в разработку под ключ. Здесь — минимальный обязательный набор пунктов.
1. Поэтапная приемка с конкретными критериями готовности каждого этапа. Не «заказчик принимает в течение 5 рабочих дней», а «этап считается принятым при наличии подписанного акта с конкретным перечнем требований».
2. Штрафные санкции за нарушение сроков. Рыночный ориентир — 0.1% от суммы этапа за каждый день просрочки. Без штрафных санкций подрядчик не несет финансовой ответственности за задержки.
3. Передача исходного кода — права интеллектуальной собственности переходят к заказчику после оплаты этапа. Если это не зафиксировано, код формально остается собственностью разработчика. Некоторые студии используют это как рычаг давления при конфликтах.
4. Хостинг и домен регистрируются на реквизиты заказчика, а не подрядчика. Если домен зарегистрирован на студию, при разрыве отношений вы рискуете потерять адрес сайта. Это стандартный инструмент удержания клиента.
5. Порядок расторжения договора и возврата аванса. Согласно ст. 782 ГК РФ, заказчик вправе отказаться от договора возмездного оказания услуг, возместив подрядчику только фактически понесенные расходы. Это должно быть явно прописано: аванс минус подтвержденные расходы, а не «предоплата не возвращается».
Мы в eq.team работаем без аванса — оплата по факту принятых этапов. Наша заказная разработка на Laravel строится именно на этой модели: договор с приемкой каждого этапа, исходный код в репозитории клиента с первого дня, права на код переходят к вам при оплате.
Что делать, если подрядчик пропал
Аудит кода, фиксация текущего состояния, план продолжения — за 2500 ₽/ч без аванса.
Действовать нужно быстро и последовательно. Вот четыре шага.
Шаг 1. Зафиксируйте все факты. Сделайте скриншоты переписки с датами, сохраните квитанции об оплате, выписки с карты, акты (если они были). Переведите все в PDF или сохраните в облаке — это ваша доказательная база.
Шаг 2. Отправьте официальную претензию. Письменно, с уведомлением о вручении, на юридический адрес компании или физический адрес фрилансера. В претензии — требование вернуть аванс или завершить работы в течение 10 рабочих дней. Претензия — обязательный шаг перед обращением в суд.
Шаг 3. Обратитесь в Роспотребнадзор или суд. Основание — ст. 1102 ГК РФ «неосновательное обогащение»: если услуги не оказаны, полученные деньги подлежат возврату. При сумме до 100 000 ₽ иск можно подать без юриста через мировой суд.
Параллельно: найдите команду для продолжения проекта. Судебный процесс занимает время, а бизнес не ждет. Передать недоделанный проект можно — наша техническая поддержка и продолжение проекта начинается с аудита кода: смотрим, что сделано, оцениваем объем оставшихся работ, даем план продолжения.
Чек-лист: что проверить до подписания договора
- ✓Портфолио с живыми сайтами (не скринами), контакты заказчиков доступны
- ✓Договор с поэтапной оплатой и четкими критериями приемки
- ✓Техническое задание зафиксировано до старта работ
- ✓Домен и хостинг оформляются на ваше юрлицо или имя
- ✓Штрафные санкции за просрочку зафиксированы в договоре
- ✓Гарантийный период и его условия прописаны явно
- ✓Права на исходный код переходят к вам после оплаты
Разработка сайта
Заказать разработку сайта без аванса
2500 ₽/ч, оплата по факту выполненных этапов. Договор с приемкой каждого этапа и без предоплаты.
Частые вопросы
Сколько нормально платить в качестве аванса при заказе сайта?
Рыночный стандарт — 30% аванса после подписания договора. Это покрывает начальные затраты подрядчика на ТЗ и прототипирование. Требование 50% и выше — уже повышенный риск, особенно если нет поэтапной приемки. Требование 100% до договора — повод отказаться от сотрудничества. Оптимально — работа без аванса с оплатой по факту принятого этапа.
Что делать, если разработчик затягивает сроки?
Первый шаг — письменный запрос с конкретным вопросом: «Когда будет готов следующий этап и почему нарушен срок?» Ответ обязателен. Если сроки нарушены и в договоре прописаны штрафные санкции — направьте претензию с расчетом суммы. Если договора нет или в нем нет санкций, переговоры придется вести на уровне здравого смысла. При систематических задержках фиксируйте всю переписку — она понадобится для претензии или суда.
Как проверить портфолио подрядчика перед заключением договора?
Проверяйте живые сайты, а не скриншоты: откройте в браузере, проверьте скорость загрузки, мобильную версию, работу форм. Если подрядчик называет конкретного клиента — свяжитесь с ним напрямую и спросите, были ли соблюдены сроки и насколько совпал итог с обещанным. Изучите историю домена через WHOIS или веб-архив — сайт должен реально существовать нужное время.
Да, такая модель существует. eq.team работает без аванса: оплата происходит по факту принятия каждого этапа. Это возможно, когда подрядчик достаточно уверен в своей работе и не нуждается в предоплате для покрытия рисков. При выборе такой модели убедитесь, что этапы четко описаны в договоре — иначе «без аванса» превратится в бесконечные правки без четкого завершения.
Как передать недоделанный проект другой команде?
Для передачи нужны: доступ к репозиторию с исходным кодом, доступы к хостингу и базе данных, документация (даже минимальная) и список незакрытых задач. Новая команда начинает с аудита кода: оценивает качество написанного, находит критические ошибки и дает реалистичную оценку оставшегося объема работ. Наша техническая поддержка специализируется именно на таких ситуациях — берем проект в любом состоянии.
