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

Схема платежей определяет, у кого какие рычаги на каждом этапе проекта. Это не формальность бухгалтерии, а инструмент, который защищает обе стороны — если выстроен правильно.
Почему крайности не работают
Полная предоплата. Вы отдали деньги, дальше остаётся только надеяться. Нет рычага на этапе, где обнаруживаются проблемы, — то есть на приёмке. Если подрядчик потеряет интерес, вы окажетесь в слабой позиции.
Полная постоплата. Подрядчик несёт весь риск: он вложил недели работы и не знает, заплатят ли. Добросовестные исполнители на это не идут, а те, кто идёт, обычно закладывают этот риск в цену или в качество.
Здоровая схема распределяет платежи по ходу работ так, чтобы на каждом этапе обе стороны были заинтересованы двигаться дальше.
Рабочая схема
| Этап | Доля | К чему привязан |
|---|---|---|
| Старт | 30–40% | Подписание договора |
| После дизайна | 20–30% | Согласование макетов |
| После разработки | 20–30% | Сайт готов на тестовом адресе |
| Финал | 15–30% | Подписание акта после приёмки |
Логика: каждый платёж закрывает уже выполненный этап и авансирует следующий. Ни одна сторона не оказывается в позиции, где потеряет всё.
Ключевое правило: привязка к результату, а не к дате
Самая частая ошибка в договорах — платежи по календарю: «второй платёж 15 числа».
Проблема возникает, когда этап не сдан, а дата наступила. Заказчик не хочет платить за несделанное, подрядчик считает, что задержка вызвана несогласованием с вашей стороны. Спор на пустом месте.
Правильно: «платёж после согласования дизайн-макетов», «после демонстрации работающего сайта на тестовом адресе».
Тогда схема самонастраивается: сдвинулись сроки — сдвинулись платежи, и это не создаёт конфликта.
Финальный платёж — не формальность
Пункт, который стоит защищать при переговорах.
15–30% после приёмки — это единственный рычаг на этапе, где обнаруживается большинство замечаний. Формы не отправляются, вёрстка едет на телефоне, часть функций работает не так, как описано.
Если вы рассчитались полностью до приёмки, скорость исправления зависит только от добросовестности подрядчика. С открытым финальным платежом она обычно выше.
Что именно проверять перед подписанием акта — в статье приёмка сайта.
Обратная сторона: не затягивайте финальный платёж без оснований. Если работа сдана, а вы держите деньги из принципа — это разрушает отношения и лишает вас поддержки в будущем.
Как быть с изменениями
Изменения объёма по ходу проекта — норма. Ненормально, когда они не оформляются.
Рабочая практика: каждое изменение — отдельное соглашение с указанием стоимости и сдвига срока. Оплата — либо сразу, либо добавлением к ближайшему плановому платежу.
Без этого возникает классический конфликт: заказчик считает «мелочи» бесплатными, подрядчик — платными. Подробнее — в статье почему сроки разработки срываются.
Что при расторжении
Пункт, о котором думают в последнюю очередь, а он определяет худший сценарий.
Что должно быть в договоре:
Оплачивается фактически выполненная работа на момент расторжения.
Передаются материалы за оплаченные этапы. Это принципиально: заплатили за дизайн — получаете макеты, даже если проект остановлен.
Возвращается неотработанный аванс.
Без этих пунктов при разрыве на середине вы рискуете остаться без денег и без наработок. Что нужно забрать при завершении отношений — в статье передача сайта заказчику.
Особые случаи
Поэтапный запуск. Если проект разбит на этапы с отдельными релизами, каждый этап оплачивается как самостоятельный мини-проект. Логика — в статье MVP-подход.
Почасовая оплата. Платежи обычно ежемесячные по факту отработанных часов. Здесь важнее не схема, а верхняя граница и детализация — разбор в статье фиксированная цена или почасовая оплата.
Рассрочка. Отдельный формат, где платежи растянуты после запуска: подробности в статье сайт в рассрочку.
Красные флаги
Требование 100% предоплаты. Особенно от нового подрядчика без репутации.
Отсутствие финального платежа после приёмки. Означает, что вас просят рассчитаться до проверки.
Платежи по календарю без привязки к результатам.
Нет пункта о расторжении.
Оплата наличными без документов. Помимо очевидных рисков, это лишает вас доказательств в любом споре.
Итог
Рабочая схема: 30–40% старт, 20–30% после дизайна, 20–30% после разработки, 15–30% после приёмки.
Два правила важнее конкретных долей: платежи привязаны к результатам этапов, а не к датам, и часть суммы остаётся на период после приёмки.
И проговорите порядок расторжения до подписания. Это неприятный разговор, который окупается в единственном случае — когда он действительно понадобится.
Частые вопросы
Какой аванс считается нормальным?+
30–50% на старте — типичная практика. Меньше 20% редко устраивает подрядчика: он должен закрыть первый этап работ. Больше 50% на старте лишает вас рычага влияния, если что-то пойдёт не так.
Можно ли работать без предоплаты?+
Крупные студии иногда соглашаются на минимальный аванс, но полная постоплата почти всегда означает либо очень маленький проект, либо проблемы с оценкой рисков у подрядчика. Аванс — нормальная практика, а не признак недоверия.
К чему привязывать промежуточные платежи?+
К результатам этапов, а не к календарным датам. «После согласования дизайна» вместо «15 числа»: иначе может возникнуть ситуация, когда срок платежа наступил, а этап не сдан, и стороны спорят об оплате несделанной работы.
Сколько оставлять на финальный платёж?+
15–30% после приёмки. Это единственный рычаг, который остаётся у вас на этапе, где обнаруживается большинство замечаний. Полностью рассчитавшись до приёмки, вы теряете возможность влиять на скорость доработок.
Читайте также
- Лендинг за 5 000 и за 150 000: за что платят разницуЧто реально отличает дешёвый лендинг от дорогого: состав работ, кто пишет тексты, что происходит после запуска. Когда экономия оправдана, а когда обходится дороже.4 мин
- Разработка сайта на Битрикс: цена, лицензии и скрытые расходыИз чего складывается стоимость сайта на 1С-Битрикс: цена лицензии отдельно от разработки, редакции, продление, хостинг и поддержка. Когда платформа окупается.5 мин
- Сколько стоит создать маркетплейс: смета от MVP до платформыИз чего складывается бюджет маркетплейса: витрина, кабинет продавца, расчёты, поиск, админка. Цены по блокам, ежемесячные расходы и способы сэкономить.4 мин
- Сколько стоит разработка чат-бота: цены по типам и что входитРеальные цены на ботов в 2026 году: от приёма заявок до бота с ИИ. Из чего складывается смета, какие расходы идут ежемесячно и на чём не стоит экономить.4 мин