«Мы всё обсудили в мессенджере, зачем нам договор?» — фраза, после которой 70% споров заканчиваются потерей денег и нервов. Документ на 2-3 страницы спасёт вас, когда подрядчик уйдёт в офлайн с предоплатой, сдаст «сырой» сайт или зарегистрирует домен на себя.
Я Алексей, руководитель EDGESECTION (мы с 2020 года разрабатываем сайты, чат-ботов, приложения и автоматизируем бизнес на 1С). В этой статье — 10 обязательных пунктов, которые превратят договор из формальности в реальную защиту.
Почему устные договорённости убивают ваш проект
Без письменного договора (или с договором «из интернета») вы не сможете доказать:
- какие именно страницы должны были быть сделаны
- в какой срок подрядчик обязан сдать результат
- кто владеет исходным кодом и дизайном
- что будет, если сайт откроется с критической ошибкой
В итоге вы платите за «кота в мешке», а студия ссылается на то, что «это были лишь примерные сроки». Ниже — спасательный круг из конкретных формулировок.
10 пунктов договора, которые спасут ваш бюджет
1. Предмет договора: от «разработки сайта» к детальному ТЗ
Просто фраза «Разработка интернет-магазина» — это путь к разногласиям. Правильный вариант:
- Предмет договора привязан к Техническому заданию (ТЗ), которое становится неотъемлемой частью договора (Приложение №1).
- В ТЗ перечислены: тип сайта (лендинг, каталог, интернет-магазин), количество уникальных страниц и типовых блоков, структура, макеты (ссылка на Figma), интерактивные элементы (фильтры, корзина, личный кабинет).
- Формулировка: «Исполнитель обязуется разработать сайт в соответствии с Техническим заданием (Приложение №1), а Заказчик — принять и оплатить результат».
💡 Наш совет: ТЗ должно быть подписано до внесения предоплаты. Любые изменения позже — только дополнительным соглашением, либо с указанием стоимости и сдвига сроков.
2. Цена и порядок оплаты: без «серых» схем
Плохо: «Стоимость работ составляет 300 000 рублей, оплата поэтапно» (непонятно, когда и сколько).
Хорошо: конкретный график платежей с привязкой к этапам или календарным датам. Пример:
| Этап | Сумма | Срок/условие оплаты |
|---|---|---|
| Аванс (30%) | 90 000 руб. | В течение 3 дней после подписания договора |
| 2 этап (верстка + базовая логика) | 120 000 руб. | После подписания акта этапа №1 (макеты + админка базово работает) |
| 3 этап (финальный) | 90 000 руб. | В течение 5 дней после подписания финального акта приема-передачи |
Дополнительно: штраф за нарушение сроков (например, 0,1% от стоимости этапа за каждый день просрочки) и бонус за досрочную сдачу (иногда это мотивирует).
3. Сроки: когда начинается отсчёт и что считается просрочкой
Частая уловка: «Срок разработки — 60 рабочих дней» (а рабочих — по 5 в неделю, без праздников, и ещё менеджер болел). Правильно:
- Указывать календарные дни с даты подписания договора и получения предоплаты/дизайн-макетов от заказчика (если предоставляете вы).
- Прописать обстоятельства, которые останавливают срок (например, заказчик задерживает ответ на утверждение макета более чем на 5 рабочих дней — срок сдвигается).
- Пример: «Общий срок разработки — 45 календарных дней с даты получения Исполнителем аванса и утвержденного ТЗ. По истечении этого срока за каждый день просрочки Исполнитель уплачивает пеню в размере 0,1% от цены этапа».
4. Права на интеллектуальную собственность: самое ценное
Без этого пункта подрядчик может:
- запретить вам менять код или нанимать другого разработчика
- использовать ваш дизайн в портфолио без спроса
- перепродать уникальное решение вашей конкурентной ниши
Защитные формулировки:
- «Исключительные права на результат работ (исходный код, дизайн, базы данных, тексты, API-интеграции) переходят к Заказчику с момента подписания финального акта приема-передачи и полной оплаты».
- Обязательство исполнителя никому не передавать третьим лицам код и дизайн.
- Разрешение студии публиковать работу в портфолио только с письменного согласия заказчика (по умолчанию — запрещено).
5. Порядок сдачи-приемки: как не принять бракованный сайт
Пропишите поэтапную приёмку с правом заказчика отклонять некачественный результат. Ключевые элементы:
- Акт приема-передачи этапа с чек-листом из ТЗ.
- Срок на проверку — не менее 10 рабочих дней для сайта объёмом до 30 страниц, для крупных проектов — до 20 дней.
- Перечень критических ошибок, при наличии которых акт не подписывается (например, падение сервера, потеря данных, невозможность оформить заказ).
- Гарантийный срок на скрытые недостатки — от 30 до 90 дней после подписания финального акта. За это время студия исправляет ошибки бесплатно.
6. Ответственность сторон: штрафы и форс-мажор
Симметричные штрафы дисциплинируют обе стороны. Полезно прописать:
- За просрочку — пеня для исполнителя (как в п.3).
- За задержку оплаты — пеня для заказчика (чаще всего 0,1% от суммы долга в день).
- За сдачу результата с неустранимыми недостатками — право заказчика расторгнуть договор и вернуть аванс (минус стоимость фактически выполненных работ, которые можно использовать).
- Форс-мажор только общероссийский (пожары, наводнения, иные чрезвычайные ситуации) — без «сбоев у хостера» или «болезни программиста» (это риски бизнеса студии).
7. Порядок внесения изменений: без сюрпризов
Проекты часто меняются в процессе. Чтобы это не взорвало бюджет, добавьте условие:
- Изменения ТЗ оформляются дополнительным соглашением с указанием новых сроков и стоимости.
- Если изменения не влияют на срок (например, правка текста) — они бесплатны и не требуют отдельного соглашения, только запрос через email.
- «Лишние» хотелки заказчика, не входящие в ТЗ, оплачиваются отдельно по согласованной ставке (например, 2000 руб./час).
8. Конфиденциальность: чтобы ваши «фишки» не уплыли
Особенно важно, если вы разрабатываете уникальный сервис или интеграцию с 1С. Включите:
- Стороны обязуются не разглашать коммерческую информацию друг друга (бизнес-процессы, структуру БД, алгоритмы).
- Исполнитель не вправе привлекать фрилансеров без согласия заказчика, если они не подписали аналогичное NDA.
9. Реквизиты и способы коммуникации
Пропишите, что все юридически значимые сообщения (претензии, уведомления о задержке) направляются на официальные email, указанные в договоре. Переписка в Telegram или WhatsApp не считается официальной, если вы это не закрепили. Рекомендуем: «Стороны признают юридическую силу электронной переписки с зарегистрированных почтовых ящиков». Так вы сможете предъявить письмо с замечаниями в суде.
10. Гарантия лучшей цены и non-compete (опционально)
Для крупных проектов можно добавить:
«Исполнитель гарантирует, что стоимость работ по настоящему договору является минимальной среди предложений для аналогичных проектов третьим лицам в течение срока действия договора»
(сложно доказать, но психологически обязывает). Более реалистично: запрет продавать конкурентам решение, созданное под ключевые алгоритмы заказчика, в течение 1-2 лет — это
требует отдельного обсуждения.
Образец: как выглядит оглавление правильного договора
- Предмет договора (с привязкой к Приложению №1 — ТЗ).
- Права и обязанности сторон (заказчик — предоставлять контент и ТЗ, исполнитель — качественно и в срок).
- Стоимость и порядок оплаты (таблица этапов).
- Сроки (календарные, сдвижки).
- Порядок сдачи-приема работ (акты, срок проверки, гарантия).
- Исключительные права (переходят к заказчику).
- Ответственность сторон (штрафы, форс-мажор).
- Порядок разрешения споров (претензия 10 дней → суд по месту нахождения заказчика — это важно!).
- Заключительные положения (что меняется допсоглашениями).
- Реквизиты и подписи.
Что будет, если договор не защищён: 3 реальных кейса
Кейс 1: Клиент оплатил 50% аванса за интернет-магазин. Подрядчик пропал на месяц, вернулся с фразой «мы не закончили, нужна ещё оплата по устной договорённости». В суде доводы клиента не приняли — в договоре не было сроков и этапов. Потрачено 150 тыс. руб. на адвоката и моральные качели.
Кейс 2: Агентство разработало сайт и зарегистрировало домен на себя. После приёмки клиент захотел сменить студию, но ему сказали: «Домен наш, выкупите за 30 тысяч». В договоре не было пункта о передаче доменов и кода. Пришлось платить.
Кейс 3: Заказчик подписал финальный акт «не глядя», а через месяц обнаружил, что при загрузке 100 товаров корзина виснет. Студия сказала: «Это нагрузочное тестирование не входило в ТЗ». Суд проигран, бюджет на доработки +300 тыс.
Все эти проблемы решаются одной фразой в договоре. Не ленитесь.
Чек-лист перед подписанием: 5 шагов
- ☐ Привязано ли ТЗ как приложение? Есть ли в нём количественные критерии (скорость, количество страниц, специфические функции)?
- ☐ Прописаны ли этапы, их стоимость и конкретные даты сдачи каждого?
- ☐ Есть ли пункт о переходе исключительных прав к заказчику?
- ☐ Определён ли порядок приёмки (срок на проверку, перечень критических ошибок)?
- ☐ Указаны ли реквизиты для претензий (лучше — суд по месту нахождения заказчика)?
Как мы, EDGESECTION, строим договорную защиту клиентов
Наши договоры разработаны с участием IT-юриста и включают все перечисленные пункты по умолчанию. Но мы идём дальше:
- Перед подписанием мы расшифровываем каждый пункт на русском языке — чтобы вы понимали свои риски и права.
- ТЗ мы пишем вместе с вами, в нём есть раздел «Критерии готовности» — это ваш чек-лист при приёмке.
- Все этапы фиксируются в актах с детальным перечнем сделанного, а не «всё ок».
- Если вы нанимаете нас как субподрядчика — поможем адаптировать договор под ваш генеральный контракт.
Мы заинтересованы в долгосрочных отношениях, поэтому нам невыгодно подсовывать вам «кота в мешке». Прозрачный договор — первый шаг к взаимному доверию и качественному продукту.
Что делать, если у вас уже есть договор от студии?
Проверьте его по нашему чек-листу из 10 пунктов. Если чего-то не хватает — направьте официальное письмо с просьбой внести дополнения. Адекватный подрядчик пойдёт навстречу, потому что ему тоже нужны ясные правила. Если студия отказывается — это красный флаг.
И помните: плохой договор хуже, чем его отсутствие, поскольку создаёт иллюзию защиты. Тратьте час на составление или проверку — сэкономите месяцы на судах и доработках.
📌 Запишитесь на бесплатную консультацию — мы покажем шаблон нашего договора и ТЗ, чтобы вы чувствовали себя защищённым с первого дня. Оставьте заявку на сайте.
