Поэтапная оплата и рассрочка разработки: как это устроено

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

Чем поэтапная оплата отличается от рассрочки

Рассрочка — это когда результат отдан целиком, а платежи продолжаются. Такой формат в разработке встречается редко, потому что после передачи кода и прав у исполнителя не остаётся ничего, чем он мог бы обеспечить оплату. Просить об этом можно, но это вопрос личного доверия, а не стандартная практика.

Поэтапная оплата устроена иначе: работа делится на части, каждая часть принимается и оплачивается, и только после этого начинается следующая. Риск делится пополам. Вы не платите всю сумму вперёд, исполнитель не работает месяц в надежде.

Как обычно делятся этапы

Для лендинга от 40 000 ₽ и сроком 3–5 дней делить особо нечего: обычно это предоплата и остаток при сдаче.

Для сайта с админкой от 100 000 ₽ и сроком 7–14 дней деление осмысленно:

1. Предоплата при старте — фиксирует место в графике и покрывает работу над структурой.
2. Приёмка витрины — страницы собраны, мобильная версия работает.
3. Приёмка админки — вы уже сами меняете содержимое.
4. Остаток при передаче — доступы, акт, права на код.

Для платформы от 150 000 ₽ этапы совпадают с модулями: ядро с ролями, потом деньги, потом внешние интеграции, потом удобства. Каждый модуль — отдельная приёмка и отдельный платёж.

Что должно быть написано в каждом этапе

Этап без критерия приёмки — это не этап, а календарная дата. Формулировка должна позволять ответить «да» или «нет» без обсуждения.

Плохо: «готовность 50%». Хорошо: «в админке создаётся товар с ценой, картинкой и категорией, и он появляется в каталоге на сайте».

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

Почему деление на слишком мелкие части вредит

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

Десять приёмок на двухнедельном проекте съедят несколько дней и сделают сайт дороже, а не дешевле. Разумный ориентир — этап не короче трёх-четырёх дней работы.

Что происходит с правами при оплате частями

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

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

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

Кому поэтапная оплата не подходит

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

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

Как договориться, чтобы не спорить потом

Зафиксируйте четыре вещи письменно, до старта: список этапов, критерий приёмки по каждому, срок проверки заказчиком и что происходит при остановке проекта. Четвёртый пункт обсуждать неприятно, но именно он делает поэтапную схему рабочей. Вилка по типам проектов и сроки — в разделе цены.

Коротко

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