ТЗ есть в переписке, но не в договоре
Стороны по-разному понимают объём работ. Заказчик ждёт готовый продукт, подрядчик считает, что выполнил только согласованный MVP.
Договор на разработку ПО под заказ
Зафиксируем ТЗ, этапы, сроки, приёмку, права на код, open source, репозитории, документацию и поддержку после передачи.
Первый проект — до 3 рабочих дней после получения исходных данных.
Фиксируем задачусрок, стоимость и результат
Защищаем проектправа, данные и оплату
Первый проектдо 3 рабочих дней
Где чаще всего ломается договор разработки
Код передали, права не передали
Репозиторий открыт заказчику, но договор не говорит, кому принадлежит исключительное право и можно ли дорабатывать продукт с другой командой.
Приёмка превращается в бесконечные правки
Нет критериев готовности, срока проверки, списка критичных ошибок и порядка подписания акта. Проект зависает на доработках.
Требования меняются, цена остаётся спорной
В ходе проекта появляются новые функции, интеграции и экраны. Если порядок change request не описан, спорят о сроках и доплате.
Что закрепляем в договоре
Предмет и результат
Что именно создаётся: программа, модуль, мобильное приложение, API, личный кабинет, база данных, интерфейсы, документация.
ТЗ и этапы
Как фиксируются требования, milestone, спринты, backlog, дизайн-макеты, архитектура и изменения по ходу проекта.
Приёмка и баги
Срок проверки, критерии готовности, критичные и некритичные ошибки, повторная приёмка, акт или электронное подтверждение.
Права на код
Кому переходят исключительные права, когда они переходят, что остаётся у разработчика, как используются заготовки и библиотеки.
Open source и сторонние сервисы
Какие библиотеки, API, облака и сторонние компоненты можно использовать и кто отвечает за условия их лицензий.
Передача материалов
Репозиторий, исходный код, сборки, документация, инструкции, доступы, ключи, дампы, акт передачи.
Для каких проектов подходит
- ✓ Веб-приложения и личные кабинеты
- ✓ Мобильные приложения
- ✓ CRM/ERP-модули и внутренние системы
- ✓ API, backend и интеграционные модули
- ✓ MVP и продуктовая разработка стартапа
Если проект сочетает разработку, внедрение, поддержку и обработку персональных данных, договор лучше собирать пакетом: разработка ПО + SLA + интеграция + документы по 152-ФЗ.
Как адаптируем договор под модель работы
Фиксированное ТЗ и цена
Подходит, когда объём работ заранее понятен: фиксируем результат, этапы, сроки, стоимость и критерии приёмки.
Agile / спринты
Описываем backlog, спринты, роли сторон, демо, приёмку инкрементов, изменение приоритетов и оплату по этапам.
Выделенная команда
Если разработка ближе к аутсорсингу, связываем договор с правилами постановки задач, отчётности, доступа к инфраструктуре и передачи прав.
Фиксированные цены
Единый стандарт юридической проработки во всех вариантах. Различаются результат, комплектация и объём правок.
Услуга 1
Проверить договор контрагента
Выявим риски и дадим рекомендации по безопасной работе с договором.
Вариант 1
Правовое заключение
3 000 ₽
Анализ рисков, комментарии и рекомендации.
- Проверка существенных условий и ответственности.
- Перечень рисков и практические рекомендации.
- Правовое заключение в электронном виде.
Вариант 2
Проверка с полной редакцией
4 500 ₽
Правовое заключение и исправленный договор в Word или протокол разногласий.
- Всё, что входит в правовое заключение.
- Полная редакция договора в Word.
- Либо протокол разногласий для контрагента.
Услуга 2
Подготовить новый договор
Подготовим договор под вашу задачу и обеспечим необходимыми документами.
Вариант 1
Новый договор
6 000 ₽
До двух приложений и до трёх циклов правок.
- Договор с нуля под условия сделки.
- До двух приложений: Техническое задание, План-график работ.
- До трёх циклов правок в пределах первоначальной задачи.
Вариант 2
Расширенный комплект
8 500 ₽
Все необходимые формы и приложения; правки без ограничения в пределах первоначальной задачи.
- Основной договор под условия сделки.
- Формы и приложения: Техническое задание, План-график работ, Акт приёмки, Change request, Регламент тестирования.
- Правки без ограничения в пределах первоначальной задачи.
Что вы получите
- Результат выбранного варианта с единым стандартом юридической проработки.
- Договор или заключение под конкретную задачу.
- Приложения и формы — в составе выбранного варианта.
- Правки — до трёх циклов или без ограничения в пределах первоначальной задачи.
- Итоговые документы в Word и PDF.
- Пояснение по ключевым условиям документа.
Что нужно от вас
- Стороны сделки и их роли.
- Предмет договора и суть обязательств.
- Цена, порядок оплаты и сроки.
- Имеющиеся документы: проект контрагента, переписка, спецификации.
- Особые условия, которые нужно учесть.
Как проходит работа
01
Получаем задачу
Договор, реквизиты, описание сделки и коммерческие условия — всё, что уже согласовано или есть у контрагента.
02
Фиксируем вариант
Подтверждаем результат, комплектацию, срок и точную цену до начала работы.
03
Готовим документ
Стандартный первый проект — в течение 3 рабочих дней после получения исходных данных.
04
Согласуем результат
Вносим правки в объёме выбранного варианта и передаём итоговые документы в Word и PDF.
FAQ – частые вопросы
Кому принадлежат права на разработанное ПО? +
Это нужно прямо указать в договоре. Можно передать заказчику исключительные права, предоставить лицензию или разделить права на отдельные компоненты. Без чёткого условия спор о правах может возникнуть даже после оплаты проекта.
Достаточно ли просто приложить техническое задание? +
ТЗ важно, но его нужно связать с договором: указать статус документа, порядок изменения требований, критерии приёмки, этапы и последствия несоответствия результата ТЗ.
Как оформить разработку по Agile, если финальный объём заранее неизвестен? +
В договоре можно закрепить backlog, спринты, порядок постановки задач, демо, приёмку инкрементов, лимиты бюджета и правила согласования новых функций.
Что делать с open source библиотеками? +
Нужно описать, какие сторонние компоненты можно использовать, кто проверяет лицензии и какие ограничения переходят на заказчика. Это снижает риск претензий из-за чужого кода.
Нужен ли акт приёмки? +
Акт желателен, но возможны и электронные способы приёмки: подтверждение в таск-трекере, письмо, pull request, протокол демо. Главное — заранее указать, что считается приёмкой результата.
Можно ли передать права только после полной оплаты? +
Да, такой механизм часто используют: права переходят после оплаты соответствующего этапа или всей стоимости. Важно описать это прямо, чтобы не спорить о моменте перехода прав.
Что включить в гарантийные исправления? +
Срок гарантии, перечень ошибок, которые исправляются бесплатно, сроки реакции, исключения для изменений заказчика и порядок фиксации дефектов.
Нужен другой IT-договор?
На странице IT-договоров — MSA, NDA, SaaS, SLA, лицензии, сайты и SEO.
Справка
Права на программу для ЭВМ
Программа для ЭВМ охраняется как объект авторского права. Поэтому в договоре разработки важно отдельно описать не только работы и оплату, но и судьбу исключительных прав: переходят ли они заказчику, когда именно переходят, какие компоненты остаются у разработчика и можно ли использовать результат в других проектах.
Для заказчика критично получить не только «работающий экран», но и юридически и технически пригодный результат: исходный код, доступ к репозиторию, инструкции, документацию, сведения о сторонних библиотеках и возможность сопровождать продукт дальше.
Остались вопросы?
Напишите нам в мессенджер — ответим в течение 10 минут.