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

Как устроена оплата разработки в ООО «Система»?

Как устроена оплата разработки в ООО «Система»: компания берёт предоплату 30–50 %, а остаток связывает с результатами, которые заказчик может проверить и принять.

Точную долю аванса определяет договор. Небольшую задачу стороны могут разделить на 2 платежа. Проект на несколько недель удобнее разбить на 3–5 этапов. Для крупной системы подходят помесячные этапы с отдельной приёмкой. Эти условия совпадают со страницей цен ООО «Система».

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

Мы выставляем счёт от юридического лица. Стороны подписывают договор, техническое задание и закрывающие документы. Заказчик заранее видит общую цену, состав каждого этапа, срок проверки и условия следующего платежа. Если объём не меняется, сумма не растёт по ходу работы.

Что фиксируем до первого платежа?

До аванса стороны фиксируют 5 вещей: результат, состав работ, цену, сроки и порядок приёмки.

1. Договор называет предмет. Заказчик понимает, получает ли он сайт, CRM, приложение, интеграцию или отдельную доработку.
2. Приложение перечисляет функции. Стороны записывают страницы, роли, сценарии, интеграции, ограничения и материалы заказчика.
3. График называет этапы. Каждый этап получает срок, стоимость и проверяемый результат.
4. Правила приёмки задают проверку. Договор указывает канал замечаний, срок ответа и признаки готовности.
5. Условия передачи перечисляют комплект. Заказчик заранее видит, когда получит код, базу, доступы, инструкции и права.

Статья 708 ГК РФ разрешает сторонам установить начальный, конечный и промежуточные сроки. Статья 711 ГК РФ говорит, что договор определяет предварительную оплату работы или её этапов. Конкретный договор разработки может быть смешанным, поэтому стороны должны прямо описать применимую схему.

До счёта заказчик также получает список исходных данных. Обычно в него входят доступы, образцы документов, фирменные материалы, ответственный сотрудник и тестовые данные. Команда начинает отсчёт срока после получения того набора, который указан в договоре.

Почему аванс составляет 30–50 процентов?

Аванс 30–50 % резервирует команду и оплачивает первый согласованный объём, а не обещание без содержания.

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

Долю ближе к 50 % стороны выбирают для короткой и понятной задачи. Такая работа может занять 2–10 дней, поэтому 2 платежа проще длинного графика. Долю ближе к 30 % стороны выбирают для проекта на 2–6 недель, где заказчик принимает несколько самостоятельных результатов.

Размер аванса не должен жить только в счёте. Договор записывает процент, сумму, назначение и условие начала работ. Если договор не предусматривает предварительную оплату, подрядчик не может считать её автоматическим правилом: это прямо следует из статьи 711 ГК РФ.

Заказчик платит аванс не за весь будущий проект. Он оплачивает запуск команды и результат первого этапа, который указан в договоре.

Какие этапы и результаты входят в проект?

Типовой проект проходит 5 этапов, но договор может объединить соседние шаги или разделить сложную систему на более короткие части.

Этап	Что делает команда	Что получает заказчик	Когда возникает платёж
1. Старт	Команда уточняет задачу и готовит рабочее окружение.	Заказчик получает договор, техзадание, календарный план и список доступов.	Заказчик перечисляет аванс 30–50 % до начала работ.
2. Проектирование	Команда описывает роли, сценарии, структуру данных и экраны.	Заказчик получает прототип, схему или утверждённую архитектуру.	Стороны выставляют отдельный счёт, если договор выделяет проектирование в самостоятельный этап.
3. Рабочая версия	Команда реализует согласованные функции на тестовом адресе.	Заказчик получает доступ к версии, сценарии проверки и реестр замечаний.	Заказчик платит после показа и письменного согласования результата.
4. Запуск	Команда переносит продукт на рабочий сервер и подключает интеграции.	Заказчик получает работающий контур, результаты тестов и инструкцию запуска.	Стороны закрывают этап после проверки на реальных или согласованных тестовых данных.
5. Передача	Команда собирает исходники, резервную копию и доступы.	Заказчик получает репозиторий, базу, документацию, акт и гарантийные условия.	Заказчик перечисляет финальный остаток после итоговой приёмки.

Для корпоративного сайта проектирование может означать карту страниц и прототип. Для заказной CRM этот этап включает роли, статусы, карточки и модель данных. Для первой версии продукта стороны сначала выбирают один основной сценарий, а остальные функции оставляют следующему договору.

Этап не обязан заканчиваться большим документом. Он обязан заканчиваться результатом, который можно открыть, запустить, сравнить с требованиями и сохранить. Формулировка «выполнено 60 % разработки» хуже, чем перечень из 8 готовых сценариев и 2 сценариев на следующую итерацию.

Как заказчик принимает отдельный этап?

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

1. Подрядчик сообщает о готовности. Сообщение содержит ссылку, версию, перечень функций и инструкцию проверки.
2. Заказчик проводит проверку. Ответственный сотрудник проходит сценарии из техзадания на согласованных данных.
3. Заказчик собирает замечания. Один реестр содержит экран, действие, ожидаемый и фактический результат.
4. Команда устраняет подтверждённые расхождения. Подрядчик исправляет ошибки и показывает обновлённую версию.
5. Стороны фиксируют приёмку. Они подписывают акт этапа или обмениваются другим документом, который допускает договор.

Статья 720 ГК РФ требует, чтобы заказчик осмотрел и принял результат в договорном порядке. Заказчик должен сразу отметить обнаруженные отступления. Поэтому фраза «нам не нравится» не помогает ни одной стороне, а запись «форма не создаёт сделку после нажатия кнопки» даёт проверяемую задачу.

Договор задаёт срок проверки, например 3 или 5 рабочих дней. Этот срок не означает автоматическое одобрение любой версии. Он означает, что стороны заранее договорились, когда заказчик пришлёт единый ответ и когда команда сможет планировать следующий этап.

Как выглядит расчёт на проекте 400 000 ₽?

Проект на 400 000 ₽ можно разделить по схеме 40/30/20/10, если стороны закрепили её в договоре.

Платёж	Расчёт	Сумма	Результат перед платежом
1. Аванс	400 000 × 40 %	160 000 ₽	Стороны подписали договор, техзадание и календарный план.
2. После проектирования	400 000 × 30 %	120 000 ₽	Заказчик согласовал прототип, роли, сценарии и структуру данных.
3. После рабочей версии	400 000 × 20 %	80 000 ₽	Заказчик проверил функции на тестовом адресе и получил реестр исправлений.
4. После запуска	400 000 × 10 %	40 000 ₽	Команда запустила продукт и передала код, базу, доступы и документы.
Итого	40 + 30 + 20 + 10 %	400 000 ₽	Сумма совпадает с ценой договора.

Это расчётный пример, а не обязательный тариф ООО «Система». Договор может установить 50/50, 30/30/30/10 или помесячную схему. Важен не рисунок процентов, а сумма всех платежей, точка приёмки перед каждым счётом и понятный комплект результата.

Заказчик должен отдельно видеть внешние расходы. Хостинг, домен, платный API, SMS и лицензия стороннего сервиса не смешиваются с ценой разработки. На странице цен ООО «Система» указывает их отдельно, чтобы разовый бюджет не превращался в скрытую подписку.

Чем схема отличается для маленькой задачи и крупной системы?

Маленькой задаче хватает 2 платежей, а крупную систему безопаснее принимать короткими этапами или по месяцам.

Размер проекта	Рабочая схема	Почему она удобна	Пример результата
Короткая задача на 2–10 дней	Стороны могут выбрать 50 % до старта и 50 % после приёмки.	Два счёта не создают лишнюю бухгалтерию.	Заказчик получает лендинг, бота или отдельную интеграцию.
Проект на 2–6 недель	Стороны выбирают аванс 30–50 % и ещё 2–3 платежа.	Заказчик видит прототип, рабочую версию и запуск отдельно.	Заказчик получает корпоративный сайт, CRM или первую версию продукта.
Система на 2 месяца и больше	Стороны используют помесячные этапы с планом и актом каждого периода.	Команда и заказчик управляют приоритетами без ожидания одного большого финала.	Заказчик получает законченные модули и работающие сценарии каждого месяца.

ООО «Система» применяло поэтапный подход в кабинете строительной компании на 170 сотрудников. Система объединяет 65 сервисов и 4 базы 1С. Такой продукт нельзя честно принять одним показом в конце: снабжение, пропуска, табель, сметы и документы требуют отдельных сценариев.

Абонентская работа по развитию системы отличается от фиксированного проекта. Заказчик оплачивает согласованный месячный объём, а отчёт показывает завершённые задачи, потраченное время и остаток плана. Новый месяц не маскирует незакрытые ошибки прошлого периода.

Что будет, если задача выросла в середине работы?

Цена не меняется, пока не меняется согласованный объём; новая функция сначала получает отдельную оценку.

Исправление ошибки и новая работа отличаются по простому признаку. Ошибка нарушает уже записанное требование. Новая работа добавляет экран, роль, интеграцию, отчёт или сценарий, которого в договоре не было. Команда исправляет ошибку внутри этапа, а новую функцию не начинает молча.

1. Заказчик описывает изменение одним сообщением или записью в реестре.
2. Команда оценивает влияние на цену, срок, данные и уже готовые части.
3. Стороны выбирают один из 2 вариантов: заменяют задачу внутри прежнего бюджета или подписывают дополнительный объём.
4. Руководитель обновляет план только после письменного согласования.

На странице о компании ООО «Система» прямо пишет: точная сумма фиксируется в договоре и не растёт, если объём не меняется. Это правило защищает заказчика от внезапного счёта и подрядчика от бесконечного расширения задачи.

Правки по уже показанному решению тоже получают границу. Договор может включать 1 или 2 круга комментариев на этапе. Заказчик передаёт их одним списком от согласованного ответственного. Новый руководитель со стороны клиента не возвращает принятый этап к нулю без отдельного решения сторон.

Что происходит, если материалы или платёж задержались?

Команда ставит зависимый этап на паузу, а договор определяет перенос срока и порядок возобновления.

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

Хороший договор не превращает паузу в спор. Он называет перечень зависимостей, канал запроса, срок ответа и правило переноса. Например, команда сообщает о блокировке в течение 1 рабочего дня, а календарь сдвигается на фактическое время ожидания и разумный срок возвращения специалистов в план.

Статья 708 ГК РФ позволяет сторонам определить порядок изменения начального, конечного и промежуточных сроков. Поэтому заказчику стоит проверить не только штраф подрядчика, но и свою обязанность вовремя передать доступы, тексты, решения и тестовые данные.

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

Что заказчик получает после финальной оплаты?

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

• Исходный код. Команда передаёт репозиторий или архив актуальной версии.
• База данных. Заказчик получает рабочую базу и резервную копию в согласованном формате.
• Доступы. Заказчик получает домен, сервер, панели, почту, аналитику и интеграции, которые входят в проект.
• Рабочая версия. Продукт открывается на согласованном адресе и проходит финальные сценарии.
• Документация. Команда передаёт инструкцию администратора, схему запуска и важные технические сведения.
• Закрывающие документы. Стороны подписывают акт и документы по электронному документообороту или на бумаге.
• Гарантийные условия. ООО «Система» даёт гарантию на ошибки сданной работы от 3 месяцев.

Статья 1296 ГК РФ устанавливает базовое правило для произведения, созданного по заказу: исключительное право принадлежит заказчику, если договор не установил иное. Договор всё равно должен прямо перечислить код, базу, дизайн, тексты, документацию и момент передачи прав.

ООО «Система» передаёт клиенту исходный код, базу и доступы. Заказчик не обязан оплачивать скрытую аренду нашей платформы. Поддержка после гарантии остаётся отдельным решением: клиент может заказать её у нас или передать продукт другой команде.

Как проверить этап перед оплатой?

Заказчик проверяет 10 пунктов и платит после того, как результат совпал с договором или команда зафиксировала согласованные замечания.

1. Ответственный заказчика открывает именно ту версию, которую подрядчик передаёт на приёмку.
2. Ответственный проходит каждый обязательный сценарий из техзадания.
3. Ответственный проверяет роли и права минимум под 2 разными учётными записями.
4. Ответственный сверяет данные, расчёты и документы с контрольным примером.
5. Ответственный проверяет продукт на телефоне и компьютере, если договор требует оба устройства.
6. Ответственный проверяет письма, уведомления и интеграции на тестовых операциях.
7. Ответственный сохраняет замечания в одном реестре без дублей из 5 чатов.
8. Команда отмечает каждое замечание как ошибку, новую работу или вопрос.
9. Стороны повторно проверяют исправления и сохраняют номер версии.
10. Стороны подписывают акт этапа или другой предусмотренный договором документ.

Статья 723 ГК РФ предусматривает 3 базовых требования при ненадлежащем качестве: безвозмездное устранение недостатков, соразмерное уменьшение цены или возмещение расходов в предусмотренном договором случае. Юрист должен проверить применимость нормы к конкретному смешанному договору.

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

Какие схемы оплаты создают риск для заказчика?

Риск создаёт не высокий аванс сам по себе, а платёж без описанного результата, срока и процедуры проверки.

• Подрядчик просит 100 % до согласования состава. Заказчик не понимает, какие функции входят в сумму.
• График привязан только к датам. Календарь идёт, даже если проверяемого результата ещё нет.
• Договор не называет срок приёмки. Проект зависает между показом и следующим решением.
• Замечания приходят из нескольких каналов. Команда исправляет дубли и пропускает важные пункты.
• Финальный остаток слишком мал. Подрядчик теряет экономический смысл завершать передачу, а заказчик получает незакрытый комплект.
• Код и доступы остаются у подрядчика. Оплаченный продукт нельзя независимо поддерживать или перенести.

Заказчик сравнивает предложения не только по проценту аванса. Он сравнивает общую цену, количество точек контроля, комплект каждого этапа, срок реакции на замечания, права и внешние расходы. Такая проверка занимает около 15 минут и показывает больше, чем обещание «оплата только за результат».

Если вам нужен график под конкретную задачу, отправьте краткое описание через контакты ООО «Система». Мы назовём вилку, срок и состав этапов до договора. Для ориентира по бюджету можно сначала посмотреть разбор стоимости сайта в 2026 году.

Источники

1. Цены и порядок оплаты ООО «Система» — проверено 01.10.2026
2. О компании ООО «Система» — проверено 01.10.2026
3. ГК РФ, статья 711 «Порядок оплаты работы» — редакция проверена 01.10.2026
4. ГК РФ, статья 708 «Сроки выполнения работы» — редакция проверена 01.10.2026
5. ГК РФ, статья 720 «Приёмка заказчиком работы» — редакция проверена 01.10.2026
6. ГК РФ, статья 723 «Ответственность за качество работы» — редакция проверена 01.10.2026
7. ГК РФ, статья 1296 «Произведения, созданные по заказу» — редакция проверена 01.10.2026
8. ГК РФ, статья 720 в системе ГАРАНТ — редакция проверена 01.10.2026

Вопросы и ответы

Можно ли начать работу без аванса?

Да, если стороны отдельно согласовали такой порядок, но ООО «Система» обычно начинает платную разработку после аванса 30–50 %. До оплаты мы разбираем задачу, называем вилку и готовим состав этапов. Бесплатный первый робот на отдельной странице работает по другим условиям и не задаёт правило для коммерческого проекта.

Какой аванс нужен для небольшого сайта?

Для короткой задачи стороны могут выбрать аванс ближе к 50 % и финальный платёж после приёмки. Точный процент зависит от состава, срока и внешних расходов. Договор должен назвать не только сумму аванса, но и результат, который команда передаст на первом этапе.

Можно ли оплатить весь проект после запуска?

Можно, если подрядчик согласился и договор прямо закрепил постоплату. ООО «Система» использует предоплату 30–50 %, потому что команда резервирует время и выполняет стартовый объём до первой приёмки. Остаток стороны связывают с этапами или итоговым запуском.

Сколько платёжных этапов бывает в проекте?

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

Что делать, если этап не прошёл приёмку?

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

Сколько правок входит в этап?

Договор определяет число итераций. Для понятного этапа стороны часто закладывают 1–2 круга комментариев, которые заказчик передаёт единым списком. Исправления ошибок не должны расходовать лимит правок, а новый объём требует отдельного решения по цене и сроку.

Когда заказчик получает исходный код и права?

Договор называет момент передачи, а финальный комплект обычно уходит после итоговой приёмки и расчёта. ООО «Система» передаёт исходный код, базу и доступы заказчику. Условия об исключительных правах стороны записывают прямо, даже когда действует базовое правило статьи 1296 ГК РФ.

Как оплачивается проект дольше одного месяца?

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

Входит ли гарантия в финальный платёж?

Да, гарантия на ошибки сданной работы входит в результат ООО «Система» и действует от 3 месяцев. Гарантия устраняет несоответствия договору. Новые функции, изменение бизнес-процесса и доработка после обновления стороннего сервиса относятся к развитию или поддержке.

Какие расходы заказчик оплачивает отдельно?

Отдельно идут внешние сервисы, если они нужны проекту: домен, хостинг, платный API, SMS, лицензии и комиссии провайдеров. Договор или смета должны показать разовые и регулярные платежи разными строками. Разработка, тестирование, запуск и передача исходников входят в цену согласованного объёма.

Е

Еркаев Сергей Владимирович, директор ООО «Система».

Еркаев Сергей Владимирович руководит разработкой в ООО «Система»: компания сдала 40+ проектов, включая кабинет на 170 человек с 65 сервисами и 4 базами 1С.

Опубликовано 1 октября 2026, обновлено 1 октября 2026. О компании · Кейсы · Контакты

Услуги из статьи

Другие статьи

• Что входит в стоимость работ: смета и расходы 2026Экспертная статья · октябрь 2026 · 1 октября 2026
• Как оплатить разработку сайта с расчётного счётаЭкспертная статья · октябрь 2026 · 1 октября 2026
• От чего цена услуги уходит от нижней вилки к верхнейЭкспертная статья · октябрь 2026 · 1 октября 2026
• Сколько стоит сделать сайт в 2026 году: цены по типам сайтовСправочник · сентябрь 2026 · 7 сентября 2026
• Сколько стоит разработка мобильного приложения в 2026 годуСправочник · сентябрь 2026 · 7 сентября 2026

Эту тему также ищут как: «как устроена оплата разработки», «этапы оплаты разработки сайта», «поэтапная оплата разработки», «какой аванс за разработку сайта», «что получает заказчик на каждом этапе», «как принять этап разработки»