Введение
Месяц назад ко мне обратился клиент. Нет, вернее — бывший клиент другой студии. История классическая до боли: потратил 120,000 рублей за пять месяцев работы, а подрядчик исчез на пятый день после очередного транша.
Просто взял и испарился. Деньги ушли, сайта нет, даже дизайн-макетов не осталось. И знаете, что самое обидное? У них вообще не было нормального договора. Была какая-то «бумажка» на полстраницы, но там ни про сроки, ни про результат, ни про ответственность — ничего.
Статистика рынка: По данным исследований 2024-2025 годов, 78% предпринимателей сталкиваются с мошенничеством или полным провалом проектов в веб-разработке. Восемьдесят процентов исполнителей на фрилансе просто исчезают при малых бюджетах.
Честно говоря, меня всегда удивляло: люди готовы тратить часы на выбор цвета логотипа, но договор подписывают не глядя. Как будто это формальность, а не единственная вещь, которая реально защищает ваши деньги.
Сейчас разберем пятнадцать пунктов, которые превращают договор из бюрократической бумажки в настоящую страховку для бизнеса. Вы поймете, почему надежные веб-студии тратят время на составление детальных документов.
Почему договор — это не бюрократия, а страховка
Три сценария без договора
Вот что происходит на практике:
-
1
Исполнитель испарился
FL.ru, Kwork — неважно где, история одна. Договорились на словах, человек взял предоплату и исчез. Телефон не отвечает, почта молчит. И вы смотрите на банковскую выписку и не понимаете, куда идти с этой проблемой.
-
2
Бюджет вырос в 3 раза
Подрядчик не исчез, но бюджет внезапно вырос. Оказывается, мобильная версия — это отдельно. Адаптивность — отдельно. Наполнение — тоже не входит в цену. И формально придраться нельзя — в договоре про это ни слова.
-
3
Заложник разработчика
Сайт есть, но все доступы, домен и исходники у разработчика. Хотите что-то изменить? Только через него и по его ценам. Сменить подрядчика невозможно, так как сайт юридически вам не принадлежит.
Что защищает правильный договор
Кстати, если вам нужен сайт быстро и без юридической головной боли — посмотрите наш каталог готовых решений. Там всё с проверенными договорами, понятными условиями и фиксированными ценами.
Анатомия договора: что должно быть обязательно
Предмет договора — конкретика вместо воды
Знаете, что меня реально выводит из себя? Размытые формулировки. Например: «Разработка современного интернет-магазина». Что значит «современный»? Какой функционал?
| ❌ Плохая формулировка | ✅ Правильная формулировка |
|---|---|
| «Поспособствовать продвижению сайта» | «Настройка SEO: заполнение мета-тегов для 50 страниц, настройка robots.txt, создание sitemap.xml» |
| «Сделать красивый дизайн» | «Дизайн главной, каталога и карточки товара с двумя раундами правок» |
| «Разработка интернет-магазина» | «Интернет-магазин на 1С-Битрикс: Старт, каталог на 500 позиций, 5 способов оплаты, адаптивная верстка» |
Сроки и этапы — разбиваем слона на части
Мы обычно разбиваем работу на этапы и каждому даем четкие сроки. Дизайн — две недели. Верстка — еще две. Программирование — три недели. Это дает контроль: вы сразу видите, идем мы в нужном направлении или нет.
Если подрядчик не может разбить работу на этапы и назвать сроки по каждому — это красный флаг. Либо он не понимает объем работ, либо что-то скрывает. Нормальный исполнитель всегда может дать декомпозицию проекта.
Деньги: как не переплатить и не остаться без сайта
Эволюция схемы оплаты: от 40% до 100% (и почему это выгодно)
Денежный вопрос — это всегда зона риска. Раньше, когда мы занимались индивидуальной разработкой с нуля, стандартной схемой было: 40% предоплата, 40% после верстки и 20% при запуске. Это классика рынка заказной разработки.
🚀 Как мы работаем сейчас (Модель готовых решений)
Сейчас, фокусируясь на готовых решениях на 1С-Битрикс, мы используем более быструю и прозрачную схему:
- 100% предоплата за лицензии (1С-Битрикс + шаблон Aspro). Мы не можем кредитовать покупку ПО за свой счет — это риск остаться с неликвидом, если планы клиента изменятся.
- Гибкая оплата услуг настройки. Саму работу по запуску и адаптации мы разбиваем на небольшие итерации с поэтапной оплатой.
В чем выгода? Вы видите сайт (демо-версию) еще ДО покупки. Вы получаете работающий инструмент за 1 день, а не через 3 месяца разработки. Риска "не понравится результат" просто нет.
Что обязательно должно быть в договоре по деньгам:
- Общая стоимость и валюта. Цифрами и прописью. Только рубли, чтобы избежать курсовых скачков.
- Что входит в стоимость. Перечень работ, количество правок, срок гарантии.
- Что НЕ входит в стоимость. Дополнительные интеграции, контент сверх объема, обучение персонала. Это честность, а не жадность.
- Лицензии и хостинг. Обычно это идет отдельной строкой, так как покупается у вендора.
Штрафы и неустойки
Штрафы должны работать в обе стороны. Адекватный размер — 0.1–0.5% от суммы этапа за день просрочки. Это стимулирует, но не душит. И не забудьте прописать форс-мажоры (падение серверов, блокировки счетов), когда штрафы не применяются.
Технические и юридические подводные камни
Кому принадлежит сайт: Исключительные права vs Лицензия
Здесь часто возникает путаница, которая может стоить вам бизнеса. Давайте разделим два понятия, чтобы вы понимали, что подписываете.
Если сайт пишут с нуля специально под вас за сотни тысяч рублей:
- Требуйте передачу исключительных прав.
- Исходный код принадлежит вам.
- Дизайн и базы данных — ваша собственность.
Модель, по которой работаем мы и большинство студий на рынке:
- Вы покупаете лицензию на использование ПО.
- Это как ключ для Windows: вы владеете копией, можете её менять, но не кодом ядра.
- Это дает гарантию обновлений и безопасности от вендора.
Главное, чтобы в договоре было четко прописано: вы получаете полные права администратора, доступы к хостингу, домену и возможность переноса сайта к другому подрядчику. Вы не должны быть заложником студии.
Гарантии: мифы и реальность
«Гарантируем топ-3 в Яндексе за месяц» — если видите такое в договоре на разработку, бегите. Это физически невозможно.
Что реально можно гарантировать в договоре:
- Работоспособность функционала (формы, корзина, оплата).
- Бесплатное исправление багов в течение гарантийного периода (обычно 1-3 месяца).
- Объем технической поддержки (консультации, мелкие правки).
Процедура приемки — как принимать работу правильно
Критерии приемки — чек-лист в договоре
Чтобы не было ситуации «я художник, я так вижу», критерии должны быть объективными. Включите в договор чек-лист проверки:
- Соответствие дизайна утвержденным макетам (или демо-версии шаблона).
- Работа всех форм, калькуляторов и оформления заказа.
- Адаптивность на десктопе, планшете и смартфоне.
- Скорость загрузки и отсутствие критических ошибок в консоли.
- Правильная настройка robots.txt (иначе сайт выпадет из поиска).
Сроки приемки
Важно прописать срок на проверку. 3 дня для магазина — мало, месяц — много. Оптимально: 5–10 рабочих дней. Если есть замечания — составляется протокол разногласий, и у исполнителя есть время на исправление.
Расторжение и споры — когда всё пошло не так
Никто не планирует развод в день свадьбы, но брачный контракт составляют именно тогда. В веб-разработке так же.
Основания для расторжения
- Заказчик может расторгнуть: при срыве сроков более чем на месяц или критически низком качестве, которое не исправляется.
- Исполнитель может расторгнуть: при систематической неоплате или непредоставлении материалов месяцами.
Важный нюанс: В договоре должно быть прописано, что даже при расторжении исполнитель обязан передать всё, что сделано к этому моменту (исходники, доступы), если работы были оплачены.
Споры лучше решать в досудебном порядке (претензия, переговоры, медиация). За 15 лет работы у нас был только один суд из двухсот проектов, все остальное решалось диалогом.
Чек-лист: 15 обязательных пунктов договора
Распечатайте этот список и проверьте свой договор перед подписанием. Это сэкономит вам месяцы жизни.
База и Деньги
- ✅ 1. Предмет договора с тех. деталями (не просто "сайт").
- ✅ 2. Общая стоимость (цифры и пропись).
- ✅ 3. График платежей (предоплата/этапы).
- ✅ 4. Финальный срок запуска.
- ✅ 5. Календарный план этапов.
Права и Обязанности
- ✅ 6. Условия по правам (передача исключительных прав или лицензия на ПО).
- ✅ 7. Ответственность за контент.
- ✅ 8. Формат передачи доступов/исходников.
- ✅ 9. Доступы к хостингу и домену (на кого оформлены).
- ✅ 10. Срок и условия гарантийной поддержки.
Защита при конфликте
- ✅ 11. Критерии приемки (чек-лист качества).
- ✅ 12. Зеркальные штрафы за просрочку.
- ✅ 13. Основания для досрочного расторжения.
- ✅ 14. Претензионный порядок споров.
- ✅ 15. Полные реквизиты сторон.
Если подрядчик говорит «это стандартный шаблон, менять не будем» — это красный флаг размером с футбольное поле. Нормальный исполнитель всегда готов к диалогу.
Нужна помощь с договором или хотите избежать этой бюрократии? Посмотрите наш каталог готовых решений. Там всё прозрачно: фиксированная цена, понятные сроки и договор, защищающий обе стороны.
