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

Плюсы и минусы поэтапной оплаты

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

Для заказчика:

• Плюсы: не нужно выкладывать всю сумму сразу, можно контролировать качество на каждом шаге, есть рычаг давления на студию (не доплатил — не пошли дальше).
• Минусы: если этапы расписаны плохо, студия может затягивать, а заказчик — переплачивать за то, что изначально не нужно.

Для студии:

• Плюсы: стабильный денежный поток, меньше риска, что клиент кинет на деньги, возможность планировать загрузку команды.
• Минусы: недобросовестный заказчик может заморозить проект после получения дизайна, чтобы "подумать" или отдать верстку дешевле фрилансеру.

На самом деле, поэтапная оплата — это компромисс. Она не защищает от всех рисков, но снижает их для обеих сторон. Главное — правильно составить этапы и прописать условия приемки.

Как делят работы: типовые этапы

Обычно мы делим разработку на 4-6 этапов. Меньше — слишком сыро, больше — превращаем проект в бюрократию. Вот типовая схема:

1. Аналитика и прототипирование

Этот этап часто недооценивают, а зря. Здесь мы собираем требования, изучаем конкурентов, рисуем прототипы и утверждаем структуру сайта. Оплата за этот этап — 10-15% от бюджета. Но если проект простой, этап можно объединить с дизайном.

2. Дизайн-концепция

20-30%. Мы делаем дизайн главной страницы и нескольких внутренних. Заказчик смотрит, вносит правки, утверждает. Здесь важно зафиксировать количество итераций. Чтобы избежать бесконечных "сделайте по-другому", в договоре пропишите: две итерации правок включены, дальше — по час. ставке.

3. Верстка и программирование

Самый объемный этап: 30-40%. Сюда входит и фронтенд, и бэкенд. Мы обычно бьем этот этап на два: сначала базовый функционал, потом — доработки. Например, на сайте с каталогом: сначала настройка каталога, потом — фильтры и корзина.

4. Наполнение и тестирование

10-15%. Контент, перенос текстов, тестирование на разных устройствах, исправление косяков. Заказчик может участвовать, если контент делает сам.

5. Запуск и передача

Оставшиеся 10%. Размещение на хостинге, настройка домена, SSL, передача доступов, обучение. После подписания акта — финальная оплата.

Если проект сложный, например, интернет-магазин с интеграцией 1С, этапов может быть больше. Например, отдельно интеграция, отдельно — настройка оплат. Не стесняйтесь просить студию обосновать разбивку.

Кто чем рискует: заказчик vs студия

Риски есть у обеих сторон. Разберем конкретные ситуации.

Заказчик рискует:

• Получить некачественный результат. Если вы заплатили за этап, а студия сдала "на отвяжись", вы или скандалите, или доплачиваете за то, что должно было быть сделано изначально.
• Терять деньги. Если студия-однодневка, а предоплата большая, можно остаться с пустым кошельком и без сайта. Поэтому важно проверить репутацию, портфолио, юр. лицо.
• Затягивание сроков. Студия может сослаться на "сложность проекта" или "болезнь программиста". А вы платите за аренду офиса и упускаете прибыль.

Студия рискует:

• Клиент-призрак. Утвердили дизайн, заплатили первый взнос, а потом пропали. Через месяц объявляются и говорят: "Мы передумали, верните деньги". Хотя уже половина работы сделана.
• Бесконечные правки. Заказчик просит "сделайте еще вот это" и не хочет платить. Если в договоре не прописано, что входит в стоимость, студия либо делает бесплатно, либо теряет клиента.
• Невыплата финального платежа. Самая больная тема. Сайт запущен, все работает, а клиент тянет с оплатой. Формально можно судиться, но нервы и время дороже.

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

Сравнение разных схем оплаты

На практике мы редко встречаем "чистые" схемы. Чаще это гибрид: например, 30% старт, 30% после дизайна, 30% после программирования, 10% после запуска. Или вообще по часам с фиксацией верхней границы — это другой подход, но тоже рабочая тема.

Как составить договор с поэтапной оплатой

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

В договоре обязательно должны быть:

• Предмет договора. Подробное описание работ: что входит в каждый этап, каким должен быть результат.
• Сроки. Календарный план. Если студия задерживает этап — неустойка. Если заказчик не дает материалы — тоже неустойка, но уже в его сторону.
• Порядок сдачи-приемки. Как передается результат: ссылка на тестовый сервер, видеодемонстрация, акт. Важное: срок на приемку — например, 5 рабочих дней. Если за это время заказчик не подписал акт и не прислал замечания — считается, что принял.
• Условия изменения объема. Что считается правками, а что — новыми задачами. Обычно: всё, что не было в ТЗ, — оплачивается отдельно.
• Ответственность. Штрафы за просрочку. Не симметричные, но соразмерные: например, 0,1% от суммы этапа за каждый день просрочки.
• Дополнительные расходы. Хостинг, домен, SSL-сертификаты — кто платит? Лучше, чтобы заказчик платил сам, или студия выставляла счет по факту.

Помните: устные договоренности — это ничто. Если менеджер пообещал "позвонить на всех этапах" — пусть напишет в договоре. Иначе при смене сотрудника проект встанет.

Частые ошибки при поэтапной оплате

Ошибки совершают обе стороны. Назову основные.

1. Нечеткое ТЗ. Если в ТЗ написано "сделать красивый сайт" — ждите, что потом окажется, что "красивый" каждый понимает по-своему. Нужно конкретное ТЗ: страницы, функции, тексты, графические элементы.

2. Слишком большая предоплата. Больше 50% — это уже не предоплата, а аванс. Если студия требует больше половины суммы на старте, скорее всего, у нее проблемы с деньгами.

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

4. Безлимитные правки. Если в договоре не оговорено количество правок, у заказчика есть риск войти в бесконечный цикл "вот тут чуть-чуть подвигаем". Или наоборот: студия не дает вносить правки, ссылаясь на ТЗ.

5. Не прописана судьба исходников. Кому принадлежит код, дизайн, база данных? По умолчанию — студии, если не указано иное. Если заказчик хочет владеть всем — это отдельный пункт договора.

На практике мы сталкивались с ситуацией, когда одна компания заказала сайт, заплатила 70% аванса, а студия обанкротилась. Вернуть ничего не удалось. Поэтому снизить предоплату — в интересах заказчика.

Чек-лист: как безопасно платить поэтапно

Вот наш план, который мы советуем клиентам, даже если они работают не с нами. Проверяйте по пунктам.

• Проверьте студию. Портфолио с реальными проектами, отзывы на независимых площадках, посещаемость офиса, наличие юр. лица. Не поленитесь позвонить 2-3 бывшим клиентам.
• Составьте ТЗ вместе. Не заказывайте сайт "на словах". Прототип, список страниц, функционал — все это в текст до старта.
• Разбейте оплату на 4+ этапа. Чем больше этапов, тем меньше разовый платеж. Но не перегибайте: 10 этапов для лендинга — это смешно.
• Привяжите каждый платеж к принятию результатов. Оплата "после дизайна" — это не "после отгрузки файлов", а после подписания акта. Акт — ваш документ для спора.
• Зафиксируйте сроки и санкции. И для студии, и для вас. Если вы обязаны предоставить тексты к 1-му числу, а их нет — вы уже нарушаете.
• Проверьте, что входит в финальный платеж. Передача исходников, доступы к хостингу, домену, CRM. Иначе после оплаты вам придется выкупать их отдельно.
• Сохраняйте переписку. Мессенджеры, письма, записи созвонов — все это пригодится, если возникнет спор.

Пример из нашей практики

Однажды к нам пришел клиент, у которого был печальный опыт: они заплатили другой студии 100% за сайт, и та пропала. Мы предложили поэтапную оплату с еженедельной отчетностью. Клиент сначала нервничал, но когда увидел прогресс, успокоился. Проект сделали за два месяца, оплатив 4 транша. Сейчас он нас рекомендует.

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

Итоги

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

Мы в вебпоиск.рф всегда работаем по поэтапной схеме. В договоре у нас прописаны этапы, каждой вехе соответствует свой процент оплаты. Так честно и спокойно для обеих сторон. Если у вас остались вопросы — напишите нам, расскажем подробнее.