Предоплата за разработку: сколько платить и как разбить этапы

Нормальная предоплата за разработку — 30–50% от стоимости этапа, а не всего проекта. Для небольших проектов до 50–100 тысяч рублей допустима схема 50% вперёд и 50% по сдаче. Для больших проектов оплату делят на этапы по 2–4 недели, каждый из которых заканчивается результатом, который можно открыть и проверить. У нас предоплата 50% берётся при сумме заказа выше 50 000 ₽, остаток — по приёмке. Требование оплатить 100% вперёд за проект на несколько месяцев — повод насторожиться.

Зачем подрядчику предоплата

Предоплата защищает подрядчика от заказчика, который пропадёт после дизайна или откажется от проекта на середине. Команда тратит время, а оплата за него должна быть гарантирована хотя бы частично. Это нормальная практика.

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

Схемы оплаты

Как разбить проект на этапы

Хороший этап заканчивается результатом, который можно проверить без программиста. «Сделали 40% программирования» — плохой этап: его нельзя проверить. «Каталог товаров работает на тестовом сервере, можно добавить товар в корзину» — хороший.

Пример разбивки для интернет-магазина на 350 тысяч рублей:

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

Что делать, если просят 100% вперёд

Спросите, почему. Иногда это правило студии для небольших заказов — это нормально. Для крупного проекта предложите разбивку по этапам. Если подрядчик отказывается обсуждать, у этого обычно две причины: ему некомфортно показывать промежуточные результаты или ему важнее получить деньги, чем довести проект.

Признаки, что риск высокий:

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

Как связать оплату с приёмкой

1. В договоре для каждого этапа пропишите результат и срок проверки — например, 3 рабочих дня.
2. Если заказчик не прислал замечаний в этот срок, этап считается принятым. Это защищает подрядчика от затягивания.
3. Замечания должны быть конкретными: что не соответствует ТЗ. «Не нравится» — не замечание к приёмке, а новое пожелание.
4. Окончательный платёж — после переноса на рабочий домен и передачи доступов, исходников и документации.

Предоплата и сроки — связаны

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

Оптимальная длина этапа — 2–4 недели. Короче — много бумажной работы с актами. Длиннее — растёт риск, что вы узнаете о проблемах слишком поздно.

Документы на каждый платёж

Каждая оплата должна опираться на документ. До начала работ — договор и счёт на предоплату этапа. После этапа — акт сдачи-приёмки с описанием результата и, если нужно, счёт на остаток. Для юрлиц и ИП акты нужны ещё и для бухгалтерии: без них расход на разработку сложно учесть. Если подрядчик работает как самозанятый, он формирует чек в приложении «Мой налог» на каждую полученную сумму.

Что говорит закон

По общему правилу договора подряда заказчик оплачивает работу после окончательной сдачи результата, если договором не предусмотрена предварительная оплата или оплата по частям (ст. 711 ГК РФ). Заказчик может отказаться от договора в любое время до сдачи результата, оплатив подрядчику часть цены за выполненную работу (ст. 717). Это значит, что при разрыве на середине вы платите за сделанное, а предоплата сверх этого подлежит возврату — если это можно доказать документами.

Оплата по часам как альтернатива

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