Договор на внедрение защищает заказчика тогда, когда по нему можно проверить, выполнена работа или нет. Всё остальное — объём страниц, красивые определения, ссылки на кодексы — влияет на исход спора куда меньше, чем три вещи: как описан результат, разбит ли он на этапы с датами и что именно считается принятым этапом. Если этих трёх вещей нет, спорить придётся о вкусах, а спор о вкусах выигрывает тот, у кого больше переписки и терпения.
Здесь важно развести два понятия, которые в разговоре сливаются. Существенные условия в юридическом смысле — это те, без согласования которых договор считается незаключённым; их немного, и подрядчики их обычно не забывают. Существенные условия в инженерном смысле — это те, без которых работу нельзя принять или отклонить; их тоже немного, но забывают их постоянно, потому что за них никто не отвечает: юрист считает их технической частью, инженер — юридической.
Ниже — карта договора на внедрение по разделам с пометкой, что реально работает, а что стоит в тексте по традиции. Затем — таблица типовых формулировок с вариантами замены, расчёт цены одного пропущенного пункта на модельном проекте в 2 400 000 ₽ и три разные конструкции договора под три бюджета. Мы инженерное бюро, а не юридическая фирма, поэтому в конце отдельным списком собраны вопросы, с которыми надо идти к юристу, и сказано, что именно ему сообщить.
Модельный проект, на котором считаем
Чтобы цифры не висели в воздухе, весь разбор идёт на одном примере. Производственно-торговая компания, 120 человек. Заявки приходят на общую почту и через форму на сайте, менеджер вручную переносит позиции из спецификации в заказ 1С:УТ и заводит сделку в Битрикс24. Задача — принимать заявку автоматически, разбирать спецификацию, создавать заказ и карточку, а спорные случаи отдавать человеку. Бюджет по коммерческому предложению — 2 400 000 ₽, срок 20 недель, пять этапов.
| Этап | Что сдаётся | Цена | Срок |
|---|---|---|---|
| 1. Обследование и ТЗ | Карта процесса, ТЗ с границами, приёмочные сценарии | 240 000 ₽ | 3 недели |
| 2. Приём и разбор заявок | Почта и форма разбираются, позиции извлекаются | 560 000 ₽ | 5 недель |
| 3. Интеграция с 1С:УТ | Заказ создаётся в учёте, справочники сходятся | 640 000 ₽ | 5 недель |
| 4. Битрикс24 и уведомления | Сделка, ответственный, оповещения | 480 000 ₽ | 4 недели |
| 5. Опытная эксплуатация | Месяц работы на живом потоке, передача | 480 000 ₽ | 3 недели |
Экономия, ради которой проект затевается, тоже посчитана заранее: четыре менеджера тратят по 2,5 часа в день на ручной перенос позиций, при 20 рабочих днях и стоимости часа 900 ₽ это 180 000 ₽ в месяц. Методику такого счёта мы разбирали в материале об окупаемости автоматизации, здесь она нужна только как база: каждая неделя задержки стоит примерно 45 000 ₽ несостоявшейся экономии, и это ещё до всех остальных потерь.
Карта договора: что несёт вес, а что стоит по традиции
Типовой договор на внедрение — это 12–20 страниц и 14–16 разделов. Их полезно один раз разложить по функции: какой раздел определяет, что вы получите, какой — что будет при нарушении, а какой не делает ничего, пока в нём нет чисел. Колонка «вердикт» ниже не про юридическую силу, а про практику: как часто раздел реально решает исход разговора с подрядчиком.
| Раздел | Что он делает | Вердикт | Что проверить за минуту |
|---|---|---|---|
| Предмет договора | Задаёт границы всего остального: объёма, приёмки, прав на результат | Несущий | Есть ли отсылка к приложению с ТЗ и указан ли его номер, дата и версия |
| Приложение с техзаданием | Единственное место, где написано, что именно делается | Несущий | Подписано ли обеими сторонами и есть ли оговорка «неотъемлемая часть» |
| Цена и порядок расчётов | Определяет, что закрывает каждый платёж | Несущий | Цена разбита по этапам или одной суммой; платёж привязан к акту или к дате |
| Сроки и календарный план | Даёт точки контроля до финиша | Несущий | Есть ли даты этапов и от какого события они отсчитываются |
| Порядок сдачи-приёмки | Здесь решается, выполнена работа или нет | Несущий, самый спорный | Срок проверки, форма замечаний, что происходит при молчании заказчика |
| Права на результат | Кому принадлежат код, схемы и документация | Несущий | Написано «исключительное право» или «лицензия» — разница принципиальная |
| Гарантия и устранение недостатков | Что чинится бесплатно и с какой скоростью | Работает при наличии чисел | Есть ли классы дефектов и сроки в часах или рабочих днях |
| Ответственность и неустойка | Цена нарушения для обеих сторон | Зависит от базы и потолка | От какой суммы считается процент и каков общий предел ответственности |
| Изменение объёма работ | Как оформляется всё, чего не было в ТЗ | Работает при наличии процедуры | Что происходит с работами до подписания допсоглашения |
| Конфиденциальность | Защита ваших данных и наработок | Без суммы — декларация | Указан ли размер ответственности и срок действия после проекта |
| Поручение обработки персональных данных | Основание для подрядчика трогать данные ваших клиентов | Условно несущий: только если данные есть | Это отдельное поручение с перечнем действий или абзац про «соблюдение 152-ФЗ» |
| Порядок расторжения | Как выйти из проекта и что забрать | Работает редко, но дорого | Что передаётся при выходе, в какой срок и в каком виде |
| Разрешение споров и подсудность | Город, в котором вы будете судиться | Работает незаметно | Чей город указан и есть ли обязательный претензионный порядок |
| Форс-мажор и прочие условия | Освобождение от ответственности, адреса для уведомлений | Чаще всего декорация | Закрыт ли перечень обстоятельств и совпадает ли адрес с реальным |
Схема-узел вместо стопки: в центре шесть прямоугольников с подписями «Предмет», «Приложение с ТЗ», «Цена по этапам», «Календарный план», «Порядок приёмки», «Права на результат», соединённые стрелками в замкнутый контур. По краю бледнее восемь прямоугольников: «Гарантия», «Неустойка», «Изменение объёма», «Конфиденциальность», «Поручение обработки ПД», «Расторжение», «Подсудность», «Форс-мажор». Под схемой подпись: «14 разделов, 6 несущих». Чертёжный стиль, все подписи по-русски.
Пройдите по шести несущим разделам и в каждом найдите число или ссылку на приложение. Предмет — номер и версия приложения. Цена — сумма этапа. Календарный план — дата. Приёмка — количество рабочих дней. Права — слово «исключительное». Приложение — подписи обеих сторон. Раздел без числа и без ссылки на приложение в споре ничего не даёт, каким бы правильным ни выглядел текст.
Подряд, услуги или смешанный договор
На внедрение чаще всего заключают договор подряда (глава 37 ГК РФ) или смешанный договор, где разработка идёт по правилам подряда, а поддержка и консультации — по правилам возмездного оказания услуг (глава 39). Чистое возмездное оказание услуг для разработки берут реже, и заказчику эта конструкция обычно менее выгодна: у услуг центр тяжести на процессе, у подряда — на результате, который заказчик принимает.
Разница ощущается не в теории, а в двух моментах: когда вы отказываетесь принимать этап и когда выясняется, чей код. По подряду у вас есть встроенный механизм: работу сдают, вы её проверяете, недостатки фиксируете. По услугам предмет проверки размыт — оказана услуга или нет, определить сложнее, чем принять результат.
| Что сравниваем | Подряд (глава 37 ГК РФ) | Возмездное оказание услуг (глава 39 ГК РФ) |
|---|---|---|
| За что платите | За результат, который можно передать и принять | За деятельность исполнителя в согласованном объёме |
| Приёмка | Встроена в конструкцию: сдача, проверка, акт, недостатки | Не является обязательным элементом, задаётся договором вручную |
| Сроки | Начальный и конечный срок работ — ключевое условие, суды относятся к нему строго | Вопрос спорнее, срок чаще определяется договором как обычное условие |
| Недостатки | Есть отдельная механика: требования заказчика при обнаружении недостатков | Механика слабее, спор уходит в общие правила об обязательствах |
| Права на программу | При разработке по заказу право заказчика возникает по умолчанию, если в договоре не написано иное | Зависит целиком от формулировок договора |
| Когда уместно | Разработка, интеграция, внедрение — всё, что заканчивается работающей системой | Поддержка, консультации, обучение, дежурство по SLA |
Практический вывод простой: если один документ покрывает и разработку, и последующую поддержку, разделите его на два блока с разными правилами приёмки, либо заключите два договора. Поддержку по правилам подряда сдавать неудобно — там нет результата, который передаётся один раз; разработку по правилам услуг принимать неудобно — не за что зацепиться. Что входит в поддержку и почему она не бывает бесплатной, мы разбирали в материале сколько стоит поддержка.
Сравнение в две колонки: «Подряд, глава 37» и «Возмездное оказание услуг, глава 39». Пять строк: за что платите (результат / деятельность), приёмка (встроена / задаётся вручную), сроки (строго / спорнее), недостатки (отдельная механика / общие правила), уместно (разработка и внедрение / поддержка и обучение). Внизу линия деления проекта: «Разработка — подряд», «Поддержка — услуги». Чертёжный стиль, подписи по-русски.
Три условия, без которых договор — протокол о намерениях
Дальше начинается инженерная часть. Три условия ниже не заменяют юридическую проверку, но именно они определяют, можно ли по договору доказать, что работа выполнена. Проверять их можно самому, до юриста, за один вечер.
- 1Результат описан через состояние, а не через жанр работы
«Разработка системы автоматизации обработки заявок» — это жанр: под него подходит и полноценный контур, и три экрана с формой. Проверяемое описание выглядит иначе: «заявка с почты и с формы сайта попадает в 1С:УТ в виде заказа с заполненными позициями, а в Битрикс24 — в виде сделки с ответственным». Такое предложение можно проверить на живой заявке и получить ответ «да» или «нет». Подробный разбор формулировок предмета договора — в отдельном материале.
- 2У этапов есть промежуточные даты и понятная точка отсчёта
Срок «20 недель с момента подписания» не даёт контроля: до 19-й недели вы не знаете, идёт проект по графику или нет. Нужны даты этапов и указание, от чего они считаются. На интеграциях это критично: срок этапа разумно отсчитывать не от подписания договора, а от даты предоставления тестового контура и доступов — иначе подрядчик берёт на себя ваш организационный риск и справедливо закладывает его в цену.
- 3У каждого этапа есть критерии приёмки, написанные до начала работ
«Настройка обмена с 1С» — не критерий. Критерий выглядит так: «из 30 тестовых спецификаций 27 разобраны без правок, 3 отправлены на ручную проверку, ни одна не потеряна; заказ появляется в 1С:УТ не позже чем через 5 минут после письма». Такой пункт закрывает спор до того, как он начался. Как из требования ТЗ вырастает проверяемый сценарий и кто его прогоняет — в материале о приёмке работ по автоматизации.
Обратите внимание на асимметрию: все три условия — про текст, который пишет инженер, а не юрист. Юрист может проверить, что приложение подписано и на него есть ссылка, но он не напишет за вас, сколько спецификаций из тридцати должно разобраться без правок. Поэтому договор, отданный на согласование только юристу, возвращается вычищенным по форме и пустым по существу — и именно такие договоры дают самые долгие споры.
Горизонтальная цепочка из четырёх блоков со стрелками: «Требование ТЗ: заявка попадает в 1С:УТ» → «Критерий приёмки: 27 из 30 спецификаций без правок, заказ за 5 минут» → «Сценарий проверки: прогон на 30 письмах» → «Строка акта: принято по сценарию № 12». Под цепочкой параллельно бледнее вторая линия, обрывающаяся на первом блоке, с подписью «Настройка обмена с 1С — проверить нечем». Чертёжный стиль, подписи по-русски.
Десять формулировок и чем их заменить
Это не придирки к стилю. Каждая строка слева встречается в реальных договорах на внедрение и каждая создаёт зону, где стороны честно понимают текст по-разному. Колонка справа — не готовая редакция, а направление правки: точную формулировку под вашу ситуацию всё равно даст юрист.
| Как написано | Чем опасно | Куда переписать |
|---|---|---|
| «Срок выполнения работ — 5 месяцев с момента подписания договора» | Нет промежуточных точек: отставание видно на последней неделе | Календарный план отдельным приложением, срок каждого этапа считается от даты предоставления доступов по перечню |
| «Работы считаются принятыми, если Заказчик не направил замечаний в течение 2 рабочих дней» | Два дня физически не хватает, чтобы прогнать сценарии силами занятых сотрудников | 10 рабочих дней с даты уведомления о готовности и предоставления тестового контура |
| «Оплата производится по факту выполнения работ на основании выставленного счёта» | Непонятно, что закрывает платёж и что вы получаете взамен | Платёж по этапу — в течение 5 рабочих дней после подписания акта этапа; аванс 30 % цены этапа |
| «Исполнитель вправе привлекать третьих лиц для выполнения работ» | Вы не знаете, кто получит доступ к вашим системам и данным | Привлечение с письменным уведомлением и распространением на соисполнителей обязательств по конфиденциальности и поручению обработки данных |
| «Изменения объёма работ согласовываются Сторонами в рабочем порядке» | Одна сторона рассчитывает на бесплатную доработку, вторая — на отказ | Изменение оформляется допсоглашением с оценкой в часах и новым сроком; до подписания работы по изменению не ведутся |
| «Исполнитель предоставляет Заказчику неисключительную лицензию на результат работ» | Вы получаете право пользоваться собственной системой, а не саму систему | Исключительное право на программу и документацию переходит с даты подписания акта соответствующего этапа |
| «Гарантийный срок — 30 календарных дней с даты подписания акта» | Месячные и квартальные процессы за 30 дней не успевают пройти ни разу | 6 месяцев; по интеграциям с учётом отсчёт начинается с первого закрытия месяца в промышленной эксплуатации |
| «Ответственность Сторон ограничена суммой 5 % цены договора» | Потолок делает неустойку декоративной: нарушать дешевле, чем исполнять | Потолок на уровне цены соответствующего этапа; ограничение не распространяется на нарушение конфиденциальности и утечку персональных данных |
| «Исполнитель устраняет выявленные недостатки в разумный срок» | «Разумный срок» — это ноль обязательств до суда | Блокирующий дефект — 8 рабочих часов, существенный — 3 рабочих дня, косметический — не позднее 15 рабочих дней |
| «Споры разрешаются в суде по месту нахождения Исполнителя» | Спор на 300 000 ₽ в другом городе дороже самого спора | По месту нахождения Заказчика; претензионный порядок — 15 календарных дней на ответ |
Неустойка 0,1 % в день от цены просроченного этапа — это около 3 % в месяц, величина рабочая. Но если ниже стоит общее ограничение ответственности в 5 % цены договора, то на нашем проекте в 2 400 000 ₽ весь максимум составит 120 000 ₽ при потерях от задержки в 315 000 ₽ за семь недель. Процент без потолка и базы не значит ничего: читайте эти три числа вместе.
Счёт за один непрописанный пункт
Теперь цена вопроса в рублях. В договоре по нашему модельному проекту третий этап — интеграция с 1С:УТ за 640 000 ₽ — описан фразой «настройка обмена данными с учётной системой Заказчика». Критериев приёмки нет. Подрядчик сдаёт обмен, который работает на десяти простых спецификациях и падает на позициях с ручными скидками и нестандартной единицей измерения — а таких у компании около трети потока. Обе стороны считают себя правыми, и обе правы: в договоре про это не написано.
В расчёте нет ни судебных расходов, ни репутационных потерь, ни вероятности, что проект вообще остановится — то есть это нижняя оценка. И главное в ней не сумма, а соотношение: 24 000 ₽ против 691 000 ₽. Ни один раздел договора не окупается так быстро, как перечень приёмочных сценариев, написанный до начала работ.
Столбчатая диаграмма из двух столбцов на общей шкале в рублях. Левый узкий столбец — 24 000 ₽, подпись «написать критерий приёмки: 6 ч инженера + 2 ч юриста». Правый высокий — 691 000 ₽, разбитый на пять сегментов с подписями: 315 000 ₽ задержка, 190 000 ₽ доработка вне объёма, 87 000 ₽ время своей команды, 54 000 ₽ юрист, 45 000 ₽ пересогласование. Сверху подпись «28,8 % бюджета проекта 2 400 000 ₽». Чертёжный стиль, подписи по-русски.
Где в жизни проекта срабатывает каждый раздел
Разделы договора не работают одновременно. У каждого есть момент, когда он либо спасает, либо оказывается пустым, и полезно заранее понимать, какой именно пункт вы будете читать в этот день. Такая расстановка помогает при согласовании: становится видно, что торговаться за форс-мажор бессмысленно, а за срок проверки — обязательно.
| Момент проекта | Какой раздел работает | Что решается |
|---|---|---|
| Подписание | Предмет, приложение с ТЗ, цена по этапам | Совпадают ли представления сторон об объёме работ |
| Старт этапа | Календарный план, обязанности заказчика | От какой даты идёт срок и что вы должны предоставить |
| Появилось требование, которого не было в ТЗ | Изменение объёма | Бесплатная доработка, платное допсоглашение или отказ |
| Сдача этапа | Порядок приёмки, критерии, классификация замечаний | Принято, принято с замечаниями или мотивированный отказ |
| Платёж | Цена и порядок расчётов | Платёж закрывает акт или календарную дату |
| Сбой после запуска | Гарантия, SLA, ответственность | Чинится бесплатно или выставляется счёт |
| Смена подрядчика | Права на результат, расторжение, передача доступов | Забираете ли вы систему целиком или остаётесь без исходников |
| Спор дошёл до суда | Подсудность, претензионный порядок, потолок ответственности | В каком городе и на какую максимальную сумму вы спорите |
Горизонтальная лента времени с восемью засечками: подписание, старт этапа, новое требование, сдача этапа, платёж, сбой после запуска, смена подрядчика, суд. Над каждой засечкой — название срабатывающего раздела договора, под засечкой — решаемый вопрос одной строкой. Засечки «сдача этапа» и «новое требование» выделены толще как самые частые. Чертёжный стиль, подписи по-русски.
Три конструкции договора под три бюджета
Одинаковый договор на проект за 350 000 ₽ и за 3 000 000 ₽ — ошибка в обе стороны. В первом случае согласование стоит дороже предмета спора, во втором — экономия на процедурах оборачивается тем самым счётом из предыдущего раздела. Ниже — три рабочие конструкции. Собственные цены и бюджеты проектов у нас вынесены на отдельные страницы, здесь речь только о договорной обвязке.
| Параметр | До 500 000 ₽ | 500 000–1 500 000 ₽ | От 1 500 000 ₽ |
|---|---|---|---|
| Объём документа | 6–10 страниц + ТЗ приложением | 12–18 страниц + 3–4 приложения | От 20 страниц + регламент изменений отдельным приложением |
| Этапы | 2–3 этапа по 2–4 недели | 4–6 этапов по 2–4 недели | 6–10 этапов, часть параллельно, с контрольными точками |
| Схема оплаты | Аванс 30–50 % цены этапа, остаток по акту | 20/30/30/20 по принятым этапам | То же плюс резервирование средств этапа в безопасной сделке |
| Максимальный риск | Аванс одного этапа: 100 000–125 000 ₽ | Цена одного этапа: 150 000–350 000 ₽ | Цена этапа, но при эскроу — фактически ноль до приёмки |
| Приёмка | Перечень сценариев в ТЗ, акт по этапу, 5 рабочих дней на проверку | Отдельный раздел, протокол замечаний с классами, 10 рабочих дней | То же плюс право на независимую экспертизу за счёт неправой стороны |
| Права на код | Пункт в договоре о переходе исключительного права | Пункт плюс акт передачи исходников и документации | То же плюс репозиторий на стороне заказчика с первого дня |
| Что избыточно | Эскроу, отдельный SLA, страхование ответственности | Страхование ответственности, независимая экспертиза | Практически ничего из перечисленного |
| Юрист | 2–3 часа на вычитку: 9 000–13 500 ₽ | 6–10 часов: 27 000–45 000 ₽ | 20–40 часов сопровождения: 90 000–180 000 ₽ |
Ставка юриста в таблице взята 4 500 ₽ за час — средняя для регионального юриста с профилем в ИТ-договорах; в Москве она выше в полтора-два раза. Логика простая: на проекте до 500 000 ₽ вычитка стоит 2–3 % бюджета и окупается одним исправленным пунктом о правах на код, а на проекте от 1 500 000 ₽ полное сопровождение стоит те же 6 %, но закрывает уже не один пункт, а процедуру изменений, которая на длинном проекте срабатывает 5–15 раз.
Сравнение в три колонки: «До 500 000 ₽», «500 000–1 500 000 ₽», «От 1 500 000 ₽». Пять строк: объём документа (6–10 страниц / 12–18 страниц / от 20 страниц), этапы (2–3 / 4–6 / 6–10), максимальный риск (100 000–125 000 ₽ / 150 000–350 000 ₽ / около нуля при эскроу), срок приёмки (5 дней / 10 дней / 10 дней плюс экспертиза), юрист (9 000–13 500 ₽ / 27 000–45 000 ₽ / 90 000–180 000 ₽). Чертёжный стиль, подписи по-русски.
Что решает инженер, а что несут юристу
Мы инженерное бюро и юридических консультаций не даём. Но за годы согласований видно, где граница проходит на практике: примерно две трети правок в договоре на внедрение — про содержание работ и приёмку, и их пишет тот, кто понимает процесс. Оставшаяся треть — про право, ответственность и процедуру, и здесь самодеятельность обходится дороже юриста.
| Пишет инженер или владелец процесса | Пишет или проверяет юрист |
|---|---|
| Описание результата через проверяемое состояние | Конструкция договора: подряд, услуги или смешанный |
| Перечень приёмочных сценариев и пороговые значения | Формулировка перехода исключительного права |
| Классификация дефектов: блокирующий, существенный, косметический | Потолок ответственности и исключения из него |
| Сроки этапов и точка отсчёта каждого | Поручение обработки персональных данных |
| Перечень доступов и тестовых контуров от заказчика | Порядок расторжения и последствия одностороннего отказа |
| Состав передаваемых артефактов: исходники, схемы, инструкции | Подсудность, претензионный порядок, уведомления |
Чтобы разговор с юристом не превратился в общую вычитку за ваши деньги, идите к нему с конкретными вопросами. Ниже — список, который умещается на одну страницу; его достаточно распечатать и пройти по пунктам.
- 1Какая конструкция подходит под наш проект: подряд, возмездное оказание услуг или смешанный договор, и что меняется в приёмке от этого выбора.
- 2Заключён ли договор, если ТЗ ещё не подписано, а работы уже начались, — и что делать с уже сделанным.
- 3Как в нашей редакции сформулирован переход исключительного права на программу и документацию, и покрывает ли он то, что подрядчик сделал попутно.
- 4Что фактически означает пункт о молчаливой приёмке в нашей редакции и можно ли ограничить его действие сроком и формой уведомления.
- 5Каков реальный предел ответственности подрядчика с учётом всех оговорок и есть ли из него исключения для утечки данных.
- 6Достаточно ли раздела о конфиденциальности или нужен отдельный NDA, и как они соотносятся между собой.
- 7Оформлено ли поручение обработки персональных данных так, чтобы оно закрывало наши обязанности оператора.
- 8Что мы вправе потребовать при одностороннем отказе подрядчика на середине этапа и в какой срок.
- 9Как оформляются изменения объёма: допсоглашение к договору или новая версия приложения, и кто вправе их подписывать.
- 10Кто подписывает документы со стороны подрядчика и подтверждены ли его полномочия доверенностью или уставом.
- 11Куда направляются юридически значимые уведомления и считается ли письмо на электронную почту надлежащим уведомлением.
- 12В каком суде и по какой процедуре мы будем спорить и сколько это ориентировочно стоит при цене иска в размере одного этапа.
Сравнение в две колонки с заголовками «Инженер и владелец процесса» и «Юрист». В левой шесть строк: описание результата, приёмочные сценарии, классы дефектов, сроки этапов, перечень доступов, состав передаваемых артефактов. В правой шесть строк: конструкция договора, переход исключительного права, потолок ответственности, поручение обработки ПД, расторжение, подсудность. Внизу подпись: «Две трети правок — слева». Чертёжный стиль, подписи по-русски.
Договор не бывает хорошим или плохим. Он бывает проверяемым или непроверяемым — остальное вопрос вкуса.
Когда всё это избыточно
Полная конструкция стоит времени и денег, и есть ситуации, где она не окупается. Честно перечисляем их, потому что чаще всего именно на маленьких работах заказчик тратит месяц на согласование, а потом отказывается от проекта — не из-за подрядчика, а из-за усталости от процедуры.
- Работа до 150 000 ₽ и до трёх недель. Здесь достаточно короткого договора с описанием результата, одного акта и предоплаты не больше 50 %. Риск ограничен суммой, которая меньше стоимости согласования расширенной редакции.
- Разовая настройка внутри существующей системы, где нет нового кода и нет прав на результат: подключение готового модуля, перенастройка воронки, шаблоны документов. Спорить здесь не о чем, приёмка занимает час.
- Пилот на заведомо неизвестном объёме — обследование, разбор чужой самописной системы, проверка гипотезы на данных. Фиксировать здесь надо не результат, а потолок бюджета, обязанность предупредить при достижении 80 % потолка и право остановить работы. Подробнее о выборе между фиксированной ценой и почасовой оплатой — в отдельном материале.
- Подрядчик — штатный сотрудник или ваша же дочерняя компания. Тогда вопрос решается не договором подряда, а трудовыми и корпоративными документами, и разбор договорных конструкций к этому случаю неприменим.
И обратное правило, такое же честное: если через систему пойдут персональные данные клиентов, если подрядчик получит доступ к боевому контуру учёта или если бюджет превышает месячную прибыль компании — сокращать конструкцию нельзя ни при каком размере проекта. В этих трёх случаях цена ошибки определяется не суммой договора, а тем, что стоит за системой.
Если сомневаетесь, с чего начать проверку, начните с одного вопроса к своему же договору: по какому пункту вы откажетесь подписывать акт, если работа сделана наполовину. Ответ находится за минуту, и он же показывает, есть ли у вас договор или только намерение работать вместе.
