Что должно быть в договоре на разработку сайта: 12 пунктов — IT-Aegis

Что должно быть в договоре на разработку сайта: 12 пунктов

Что должно быть в договоре на разработку сайта: 12 пунктов

Договор на сайт читают обычно один раз — когда что-то пошло не так. К этому моменту менять условия поздно. Ниже список пунктов, из-за отсутствия которых заказчики чаще всего теряют деньги, время и в отдельных случаях сам сайт. Проверьте по нему договор, который вам предлагают: это пятнадцать минут, которые окупаются.

1. Что именно вы получаете

«Разработка сайта» — не предмет договора, а название работы. В приложении должен быть перечень: количество страниц, разделы, формы, интеграции, адаптив под телефон, наполнение. Без него любой спор упирается в «мы так не договаривались».

2. Сроки по этапам, а не одной цифрой

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

3. Сколько правок входит в цену

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

4. Кому принадлежат исходники

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

5. На кого оформлены домен и хостинг

Домен должен быть зарегистрирован на вас или вашу компанию. Это не формальность: владелец домена может увести сайт целиком, и юридически будет прав. Подробно разбирали это в отдельной статье про владение сайтом.

6. Передача доступов

В договоре — пункт о передаче всех доступов при сдаче: панель хостинга, админка, домен, почта, аналитика, репозиторий. С перечнем. «Доступы предоставляются по запросу» — плохая формулировка, запрос можно игнорировать.

7. Гарантия и что в неё входит

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

8. Порядок приёмки

Сколько у вас дней на проверку, как оформляются замечания, что происходит, если вы молчите. Часто пишут «работы считаются принятыми, если заказчик не направил замечания в течение 3 дней» — три дня на приёмку сайта мало, просите пять-десять.

9. Ответственность за срыв сроков

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

10. Что происходит при расторжении

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

11. Конфиденциальность

Особенно если исполнитель получает доступ к базе клиентов, ценам или 1С. Пункт о неразглашении и о том, что данные не используются в других проектах.

12. Кто платит за сторонние сервисы

Хостинг, домен, SSL, платные модули, шрифты, фотобанки, СМС-шлюз. Эти суммы небольшие, но всплывают в конце и портят впечатление. Лучше договориться на берегу.

Что спросить до подписания

  • Покажите два-три сайта, которые вы сделали и ведёте больше года.
  • На чём будете делать и почему именно на этом.
  • Что происходит, если через год я захочу сменить подрядчика.
  • Кто будет вести проект и с кем я буду общаться.

Мы работаем по договору, где эти пункты закрыты по умолчанию, и передаём исходники и доступы актом при сдаче. Если вам нужно свежим взглядом посмотреть чужой договор перед подписанием — покажите, скажем прямо, что в нём не так.

Услуги по теме

Обсудить проект — аудит, разработка, поддержка.

Оставить заявку Услуги