Пример структуры договора на разработку CRM

01Предмет договора

1.1. Исполнитель проектирует и разрабатывает CRM-систему для [краткое описание бизнеса или процесса], а Заказчик принимает результат и оплачивает работу.

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

1.3. Работа охватывает только то, что прямо указано в ТЗ. Новые задачи оцениваются отдельно.

02Подготовка и согласование ТЗ

2.1. До подготовки ТЗ стороны проводят созвон. Заказчик рассказывает, как сейчас устроена работа, кто будет пользоваться системой и каким он видит готовый проект.

2.2. Исполнитель сам готовит первый вариант ТЗ и проекта договора по итогам разговора. Заказчику не нужно писать эти документы заранее.

2.3. Исполнитель направляет оба документа Заказчику. Заказчик проверяет формулировки, добавляет комментарии и возвращает правки одним списком.

2.4. Стороны утверждают финальные версии письменно. Разработка начинается после согласования ТЗ, подписания договора и внесения первого платежа.

03Этапы и сроки

3.1. Ориентировочный срок проекта: [количество недель или месяцев] с даты старта.

3.2. Если Заказчик задерживает материалы, ответы или приемку, срок сдвигается на время задержки. Исполнитель заранее сообщает об этом письменно.

3.3. Изменение утвержденного ТЗ может повлиять на срок. Новую дату стороны согласуют до начала дополнительных работ.

04Стоимость и оплата

4.1. Стоимость работ по утвержденному ТЗ составляет [сумма и валюта]. Налоги и комиссии указываются отдельно, если они применимы.

4.2. Порядок оплаты: [аванс] до старта, [промежуточный платеж] после согласованного этапа, [остаток] после приемки.

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

4.4. Дополнительные задачи начинаются после отдельной оценки и письменного подтверждения Заказчика.

05Обязанности сторон

5.1. Исполнитель выполняет работу по согласованному ТЗ, показывает промежуточные версии, сообщает о рисках и исправляет найденные несоответствия.

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

5.3. Заказчик подтверждает, что имеет право передавать Исполнителю материалы, персональные данные и доступы, необходимые для работы.

5.4. Стороны используют [почта, мессенджер или система задач] как основной канал для согласований.

06Приемка и изменения

6.1. Исполнитель передает этап на проверку и указывает, какие сценарии нужно пройти.

6.2. Заказчик в течение [количество] рабочих дней принимает этап или присылает список несоответствий утвержденному ТЗ.

6.3. Исполнитель исправляет подтвержденные несоответствия без отдельной оплаты. Пожелания, которых нет в ТЗ, считаются новой задачей.

6.4. Форму финальной приемки стороны выбирают заранее: акт, письмо с подтверждением или отметка в системе задач.

07Передача кода и доступов

7.1. После полной оплаты Исполнитель передает исходный код, доступ к репозиторию, инструкции по запуску и перечень рабочих доступов.

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

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

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

08Данные и конфиденциальность

8.1. Стороны не передают третьим лицам закрытую информацию, которую получили в ходе проекта, кроме случаев, предусмотренных законом или согласованных письменно.

8.2. Заказчик определяет, какие данные можно использовать для разработки и тестирования. По возможности рабочие данные заменяются тестовыми.

8.3. Порядок хранения резервных копий, сроки их хранения и ответственный за восстановление фиксируются в ТЗ или отдельном регламенте.

8.4. После завершения проекта Исполнитель удаляет переданные копии данных в срок [количество] дней, если закон или договор не требуют хранить их дольше.

09Гарантия и поддержка

9.1. Гарантийный срок составляет [количество] календарных дней после приемки. В этот период Исполнитель исправляет ошибки, из-за которых система не соответствует утвержденному ТЗ.

9.2. Гарантия не охватывает изменения со стороны Заказчика, сбои внешних сервисов, новые требования и использование системы не по инструкции.

9.3. Поддержка после гарантии оформляется отдельно. Стороны заранее согласуют часы работы, время ответа, лимит задач и ежемесячную стоимость.

10Приостановка и расторжение

10.1. Исполнитель вправе приостановить работу при просрочке оплаты, отсутствии обязательных материалов или ответа Заказчика дольше [количество] рабочих дней.

10.2. Сторона, которая хочет расторгнуть договор, письменно уведомляет другую сторону за [количество] календарных дней.

10.3. При расторжении Заказчик оплачивает принятые этапы и фактически выполненную часть текущего этапа. Исполнитель передает оплаченные результаты.

10.4. Споры сначала обсуждаются письменно. Срок ответа на претензию: [количество] рабочих дней. Подсудность и применимое право стороны указывают в финальном договоре.