Что должно быть в договоре на разработку сайта — чек-лист перед подписанием?

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

Привяжите график оплаты к сдаче. Мы в договоре на 120.000 TL разбили так: 30% аванс, 40% после утверждения дизайна и прототипа, 30% после акта приёмки. Когда деньги ещё не у них, агентства не спешат устранять последние недочёты.

Согласно Закону об интеллектуальных и художественных произведениях, если передача имущественных прав не указана письменно и явно, код остаётся в собственности агентства. Поэтому добавьте в текст вместе с вашим юристом формулировку «безотзывная передача прав на переработку, воспроизведение, распространение и публичное сообщение».

Когда говорите об интеграции форм заявок — будет ли обмен данными с вашей внутренней ERP или бухгалтерской программой? Если да, то прописано ли в договоре, на ком лежит ответственность за эти API-подключения и безопасность?

Добавьте два пункта на случай задержек: 1) За необоснованные задержки по вине агентства — неустойка в размере одной тысячной от суммы договора за каждый день просрочки. 2) При задержках с контентом по вине заказчика срок сдачи автоматически сдвигается на количество дней задержки.

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

ни в коем случае не открывайте хостинг и домен на них. если завтра-послезавтра вы поссоритесь они не отдадут пароли, и вы будете мучиться. открывайте на своё имя а им дайте доступ.

Вы правы.

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

Надеюсь, это будет полезно.

Спасибо за ваш пост.

Абсолютно. Если добавить к этому: Если не зафиксировать это письменно с самого начала, потом возникнут споры.

Надеюсь, это будет полезно.

Я проходил через это, расскажу. Если критерии приемки не прописаны момент завершения работы становится предметом спора.

Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции. Удачи.

При выполнении этого часто совершают одну ошибку. Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Все, кто торопится с договор на разработку сайта, спотыкаются на одном и том же. Я бы пошел этим путем.

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

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

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

Если напишете результат здесь, это поможет и другим.

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

Решения, работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно. Оставлю как заметку, пригодится.

согласен.

Хочу предупредить. честно каждое «посмотрим позже» на встрече означает неоплаченную работу.

Ответ сильно зависит от отрасли, универсального правила нет... Исправьте если я ошибаюсь.