Договор на разработку сайта: что проверить

Вы выбрали подрядчика, обсудили сайт, ударили по рукам — и тут вам присылают договор на разработку сайта на несколько страниц мелким шрифтом. Знакомая ситуация: читать лень, юриста под рукой нет, а хочется поскорее начать. Но именно в этот момент решается, будет ли проект спокойным или превратится в нервотрёпку со срывами сроков, доплатами и спорами о том, «кому принадлежит сайт». Хорошая новость: чтобы защитить себя, необязательно быть юристом. Достаточно знать, на какие пункты смотреть и какие вопросы задать до подписания. Разберём по порядку, что проверить в договоре, чтобы потом не кусать локти.

Зачем вообще нужен договор, а не просто переписка

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

Договор — это не про недоверие. Это способ заранее договориться о том, что будет, если что-то пойдёт не так. Кто за что отвечает, в какие сроки, за какие деньги и что вы получаете на выходе. Без документа любой спор превращается в «слово против слова», и доказать что-либо почти невозможно. С документом у вас есть опора — и, что важнее, сам факт подробного договора отсеивает несерьёзных исполнителей: тот, кто не готов зафиксировать обязательства на бумаге, обычно и работает соответственно.

Предмет договора: что именно вам делают

Первое, что стоит проверить, — насколько конкретно описано, что вы покупаете. Формулировка «исполнитель разрабатывает сайт» не значит ничего. Сайт — это одна страница или пятьдесят? С каталогом или без? С формой заявки, онлайн-оплатой, интеграцией с CRM — или голая визитка?

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

Правило простое: чем детальнее описан предмет, тем меньше поводов для «это в договор не входило».

Сроки: не только финальная дата

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

Отдельно проверьте, что происходит при срыве сроков. Есть ли неустойка или другая ответственность исполнителя? И — честный момент — прописана ли ваша ответственность тоже. Часто сроки срываются не по вине подрядчика, а потому что заказчик неделю не присылает тексты, логотип или не согласовывает макет. Нормальный договор учитывает: если задержка из-за вас, срок сдвигается. Это справедливо для обеих сторон.

Деньги: цена, этапы оплаты и что считается доплатой

Проверьте, зафиксирована ли полная стоимость и как она разбита по платежам. Типичная схема — предоплата и остаток по факту, либо оплата поэтапно. Насторожить должна как стопроцентная предоплата вперёд, так и полное отсутствие предоплаты — и то, и другое перекладывает весь риск на одну сторону.

Главный вопрос про деньги — что считается дополнительной работой. Правки — это бесконечная тема. Вы захотите что-то поменять, потом ещё, и в какой-то момент подрядчик скажет: «это уже сверх договора». Чтобы не спорить, в договоре должно быть написано:

• сколько раундов правок входит в стоимость на каждом этапе;
• что считается правкой в рамках ТЗ, а что — новой задачей за отдельные деньги;
• как оценивается и согласуется доплата за дополнительные работы (не «по усмотрению исполнителя», а по понятной ставке или смете).

Без этого пункта вы рискуете либо переплатить за каждую мелочь, либо получить сайт, который «дорабатывать больше не будем, договор закрыт».

Права на сайт: кому он принадлежит после оплаты

Это пункт, который пропускают чаще всего — и зря. Вы заплатили за сайт, но по закону права на результат интеллектуальной работы не переходят к вам автоматически. Если в договоре нет прямой передачи исключительных прав на дизайн, тексты и код, формально они остаются у исполнителя. На практике это значит, что подрядчик может отказаться отдать исходники, запретить перенос сайта к другому разработчику или использовать ваш дизайн для других клиентов.

Проверьте, что в договоре есть пункт: после полной оплаты все права на сайт переходят к вам. Отдельно уточните про доступы — к домену, хостингу, административной панели, коду. Бывает, что сайт вроде бы ваш, а домен зарегистрирован на подрядчика, и при разрыве отношений вы остаётесь ни с чем. Домен и хостинг должны быть оформлены на вас или вашу компанию, а не на исполнителя.

Пример с цифрами: как один пропущенный пункт стоил денег

Владелец стоматологии заказал сайт за 180 000 ₽. В договоре предмет был описан коротко: «разработка сайта клиники». Про правки — ни слова, про права и доступы — тоже.

Что произошло дальше. Дизайн согласовали, но на этапе наполнения заказчик захотел добавить раздел с ценами и онлайн-запись — по его мнению, это «очевидно нужно». Подрядчик ответил, что этого не было в договорённостях, и выставил доплату 45 000 ₽. Спорить было нечем: ТЗ отсутствовало, доказать, что онлайн-запись подразумевалась, невозможно.

Дальше хуже. Когда через год клиника решила сменить подрядчика, выяснилось, что домен зарегистрирован на прежнего исполнителя, а исходники он отдавать отказался, сославшись на то, что передача прав в договоре не прописана. Итог: переплата 45 000 ₽ на правках плюс ещё около 60 000 ₽ и месяц простоя на то, чтобы фактически пересобрать сайт с нуля на новом домене.

Все эти потери закрывались бы тремя абзацами в договоре: подробное ТЗ, регламент правок и передача прав с доступами после оплаты. Стоимость этих абзацев — ноль рублей, просто внимательность до подписания.

Что вы получаете на выходе и как это принимается

Проверьте, как договор описывает приёмку результата. Что считается сдачей сайта: показ на тестовом адресе, публикация на вашем домене, передача исходников? По каким критериям вы принимаете работу и в какой срок должны дать замечания?

Важен пункт про гарантию и поддержку. Сайт запустили — а через неделю отвалилась форма заявки или что-то съехало на телефонах. Кто это чинит и за чей счёт? Нормальный подрядчик даёт гарантийный период, в течение которого исправляет ошибки бесплатно. Уточните его длительность и что именно под него попадает: технические сбои — да, а вот новые хотелки — уже отдельная история.

Мифы, из-за которых договор читают невнимательно

Миф 1: «Договор типовой, там всё стандартно». Не бывает «стандартного» договора. Каждый исполнитель составляет его под себя и, естественно, в свою пользу. То, что документ выглядит шаблонным, не значит, что он защищает вас.

Миф 2: «Если что, разберёмся по-человечески». По-человечески получается ровно до первого конфликта. Когда на кону деньги и сроки, каждый вспоминает про свою выгоду, и единственный аргумент — то, что написано на бумаге.

Миф 3: «Чем короче договор, тем лучше — меньше подводных камней». Наоборот. Короткий договор не убирает риски, он просто оставляет их неурегулированными — то есть на ваше усмотрение в момент спора, когда договариваться уже поздно.

Миф 4: «Раз есть предоплата, подрядчик никуда не денется». Предоплата защищает исполнителя, а не вас. Ваша защита — это зафиксированные обязательства, этапы и право требовать результат или возврат.

Короткий чек-лист перед подписанием

Пробегитесь по договору с этими вопросами. Если на какой-то нет чёткого ответа — спрашивайте подрядчика до подписания, а не после.

1. Есть ли подробное ТЗ или приложение с описанием страниц и функций?
2. Разбит ли проект на этапы с датами, а не только с финальной сдачей?
3. Прописана ли ответственность за срыв сроков — с обеих сторон?
4. Зафиксирована ли полная цена и порядок оплаты?
5. Понятно ли, сколько правок входит в стоимость и что считается доплатой?
6. Передаются ли вам права на сайт после полной оплаты?
7. Оформлены ли домен и хостинг на вас, а не на исполнителя?
8. Есть ли гарантийный период и что в него входит?
9. Как происходит приёмка и передача исходников и доступов?

Девять вопросов, пять минут времени — и большинство типичных проблем отсекается на берегу.

Короткий вывод и что делать дальше

Договор на разработку сайта — это не бюрократия, а ваша страховка. Он не про то, чтобы поймать подрядчика на слове, а про то, чтобы обе стороны заранее понимали правила и не спорили в самый неподходящий момент. Проверьте предмет и ТЗ, сроки и этапы, деньги и регламент правок, права на сайт и доступы, гарантию и приёмку — этого достаточно, чтобы обезопасить проект без юридического образования.

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