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

Предоплата 50% может оставить вас с бо́льшим риском неоплаты, чем предоплата 30%.

Так бывает, когда в проекте 50/50 половина гонорара привязана к финальному согласованию, которое постоянно откладывается, а в проекте с 30% предоплаты следующий платёж приходит в реальной середине работы.

Процент в первом счёте — лишь часть решения. Полезный график оплаты отвечает на более сложный вопрос:

Сколько работы вы успеете сделать, прежде чем наступит срок следующего платежа?

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

У нигерийских фрилансеров, работающих с зарубежными клиентами, есть ещё один отсчёт времени. Наступление срока оплаты счёта и момент, когда деньгами можно пользоваться, — разные события. На этот разрыв влияют плательщик, валюта, способ перевода, проверка платежа и способ вывода. Об этой части процесса — в гиде о том, как нигерийские фрилансеры получают оплату от клиентов из США, Великобритании и ЕС.

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

Предоплата, этап и финальный платёж решают разные задачи

Эти три платежа не стоит считать взаимозаменяемыми процентами.

Предоплата покрывает начало.

Этап не даёт середине проекта превратиться в долгий период неоплаченной работы.

Финальный платёж даёт проекту чёткое коммерческое завершение.

Короткому проекту может хватить первого и последнего. Длинному обычно нужны все три.

Процент важен меньше, чем ваш неоплаченный риск

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

Неоплаченный риск = стоимость выполненной работы + невозвратные расходы по проекту - полученные платежи

Допустим, вы оценили восьминедельный проект в $4,000.

При схеме 50% вперёд и 50% при финальной сдаче вы получаете $2,000 до начала. Но когда вы выполнили работу на $3,500, $1,500 из этой стоимости всё ещё не оплачены.

Теперь представьте другой график:

• 30% до начала работы

• 30% после первого крупного результата

• 25% после второго крупного результата

• 15% при финальной передаче

Стартовый платёж меньше, зато оплата точнее следует за работой.

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

Важна структура работы.

Например, в разработке ПО есть естественные контрольные точки: исследование, стейджинг, интеграции, QA и передача в продакшен. Гид walllet.com об объёме работ и договорах для фрилансеров-разработчиков показывает, как критерии приёмки и технические этапы могут следовать за этими стадиями.

Подстройте график оплаты под проект

Четыре переменные важнее, чем копирование чужого процента предоплаты.

1. Сколько длится проект?

Трёхдневному аудиту не нужна та же схема оплаты, что четырёхмесячной разработке продукта.

Каждая лишняя неделя между платежами увеличивает время, внимание и ресурсы, которые вы финансируете сами до следующей оплаты.

2. Насколько ясен объём работ?

Чётко описанный результат проще поставить между предоплатой и финальным платежом.

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

3. Где настоящие точки согласования?

Этап должен быть там, где клиент может проверить что-то значимое.

Примеры:

• результаты исследования согласованы до начала дизайна;

• информационная архитектура согласована до детальной UX-работы;

• сборка на стейджинге принята до работ по интеграции;

• стратегия кампании согласована до производства;

• монтаж согласован до финального мастеринга или экспорта.

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

4. Что вы передаёте?

Риск финального платежа меняется, когда последний шаг даёт клиенту то, что трудно вернуть.

Это может быть:

• исходные файлы;

• исходный код;

• права на репозиторий;

• доступы к продакшену;

• редактируемые файлы дизайна;

• сырые файлы проекта;

• мастер-экспорты;

• доступ к финальной публикации;

• управление доменом или хостингом.

Определите, что входит в финальную передачу, до начала проекта. Не придумывайте это условие после того, как счёт просрочен.

Хороший этап описывает то, что клиент может проверить

«50%, когда мы будем на полпути» — слабый этап.

На полпути к чему?

«Оплата после завершения фазы 2» ненамного лучше, если у фазы 2 нет критериев приёмки.

Рабочий этап должен указывать:

1. результат;

2. что в него входит;

3. ожидаемый момент сдачи;

4. как клиент его согласует;

5. сумму к оплате;

6. что происходит дальше.

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

С прямыми клиентами пропишите собственный порядок проверки в договоре.

Слабое условие

Платёж 2 вносится, когда дизайн почти готов.

Никто не сможет надёжно доказать, когда наступило «почти готов».

Условие получше

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

Для разработки:

Этап 3 наступает, когда сборка на стейджинге содержит вход, дашборд и экспорт в CSV, описанные в чек-листе приёмки, и готова к проверке клиентом.

Чем яснее условие, тем меньше места для «Я думал, мы платим после следующего шага».

Сначала постройте график, потом считайте проценты

Простая модель решения выглядит так:

Это шаблоны для планирования, а не обязательные проценты.

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

Когда сроки понятны, способ получения денег должен быть таким же понятным. Пусть способ получения оплаты будет таким же ясным, как ваш график: с walllet.com получайте доход из-за рубежа, храните его в USD и выводите в найры, когда нужно.

У согласования клиента должен быть свой срок

Этап может быть прописан идеально и всё равно не сработать, если у согласования нет срока.

Представьте такую последовательность:

1. Вы сдаёте согласованную работу в понедельник.

2. Клиент говорит, что посмотрит.

3. Девять дней ничего не происходит.

4. Вы не можете начать следующую фазу без согласования.

5. Вы не можете выставить счёт, потому что оплата зависит от согласования.

6. Ваш календарь остаётся занятым проектом, который не движется.

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

Задайте срок проверки до начала работы.

Пример формулировки:

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

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

Решите также, что означает молчание. Не считайте молчание согласием, если это не подтверждают ваш письменный договор и применимые правила.

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

Правки не должны бесконечно обнулять срок оплаты

Клиент может одобрить направление и всё же попросить правки.

График оплаты должен различать как минимум две вещи:

Правка в рамках объёма: запрошенная корректировка согласованного результата.

Запрос на изменение: запрос, который расширяет или меняет согласованную работу.

Примеры запросов на изменение:

• добавить страницы;

• добавить новую функцию;

• ориентироваться на другую аудиторию;

• сделать другой формат;

• добавить платформу;

• переделать уже одобренное направление;

• заменить важную зависимость;

• запросить работу, которая была прямо исключена.

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

Пример формулировки:

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

Это различие особенно важно в регулярном маркетинге, где размытый месячный объём может поглощать бесконечные дополнительные просьбы. Гид о ставках и ретейнерах во фриланс-маркетинге объясняет, почему результаты, права на правки и зависимости от клиента нужно оценивать вместе.

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

Для отмены и возвратов нужно правило взаиморасчёта

Предоплата не устраняет риск отмены.

И не отвечает на вопрос, что будет с деньгами, если проект остановится.

До начала работы договор должен ответить на такие вопросы:

• Какая работа уже выполнена?

• Какие расходы уже взяты на себя?

• Засчитывается ли предоплата в общую стоимость проекта?

• Что происходит с работой, выполненной сверх уже полученных платежей?

• Что происходит с суммой, которая по договору ещё не заработана?

• Влияет ли отмена на доступ к незавершённой работе?

• Что будет, если клиент просто пропадёт, а не отменит проект официально?

Не считайте, что слово «предоплата» автоматически делает деньги возвратными или невозвратными. Это зависит от договора и применимого права.

Нейтральный пункт о взаиморасчёте может строиться на такой логике:

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

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

Выставляйте счёт, как только наступило условие

Не заканчивайте этап 2, не начинайте этап 3, чтобы через три дня вспомнить, что счёт так и не отправлен. Условие и счёт должны идти рядом. Счёт за этап должен легко сопоставляться с проектом. Укажите:

• название проекта;

• этап или фазу;

• сумму;

• валюту;

• дату счёта;

• срок оплаты;

• результат или условие;

• платёжные реквизиты;

• предыдущие платежи, если полезно;

• оставшийся остаток по проекту, если полезно.

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

Если плательщик говорит, что деньги отправлены, а вы не можете ими воспользоваться, считайте это проблемой статуса платежа, а не продолжайте проект молча. Гид о задержанных, проверяемых и замороженных фриланс-платежах объясняет, как различать эти статусы и какие доказательства сохранять.

Финальный платёж и финальная передача должны относиться к конкретным вещам

«Финальный платёж вносится по завершении» звучит понятно, пока фрилансер и клиент не разойдутся во мнении, что такое завершение.

Завершение может означать:

• работа готова к проверке;

• все включённые правки сделаны;

• сайт развёрнут;

• исходные файлы переданы;

• клиент подписал приёмку;

• проект прошёл чек-лист приёмки;

• фрилансер подготовил документацию для передачи.

Выберите одно.

Затем опишите, что сдаётся до этого момента, а что относится к финальной передаче.

У дизайнера клиент может проверить экспортированные экраны до получения упорядоченных редактируемых файлов.

У разработчика клиент может проверить сборку на стейджинге до финальной передачи репозитория или продакшена.

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

Не удерживайте материалы, которые по договору вы должны передать раньше. Определите порядок до начала работы.

И не оставляйте неоправданно большой процент на последний шаг длинного проекта. Проект может быть экономически готов на 90%, а финальный запуск — ждать одного действия со стороны клиента.

Три примера графика оплаты фриланса

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

Пример 1: небольшой проект на $600

Проект: целевой аудит с определённым финальным отчётом
Длительность: короткий, с чётким объёмом

Почему это работает:

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

Что всё равно нужно определить:

• срок проверки;

• включённый раунд правок или уточнений;

• порядок при отмене;

• условие финальной передачи.

Пример 2: средний UX-проект на $2,400

Проект: синтез исследования, структура и дизайн интерфейса
Длительность: несколько недель

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

Если клиент затягивает согласование после исследования, проект останавливается до того, как фрилансер сделает весь пакет интерфейса без следующего платежа.

Пример 3: длинный софтверный проект на $8,000

Проект: многоэтапная разработка продукта
Длительность: несколько месяцев

При финальной передаче остаётся лишь 10%, потому что большая часть ценности проекта уже создана и оплачена на предыдущих этапах.

Конкретное распределение может быть совсем другим. Важна последовательность: значительный объём новой работы не копится за одним далёким финальным счётом.

Предоплата и оплата по этапам — это не Net 7, Net 15 или Net 30

Эти термины отвечают на разные вопросы.

Предоплата или этап говорят, какое событие создаёт обязательство оплатить или повод выставить счёт.

Условие Net говорит, сколько времени у клиента на оплату после даты счёта или другой согласованной точки отсчёта.

Они могут применяться вместе:

Счёт за этап 2 выставляется после письменной приёмки согласованного результата, срок оплаты — Net 7.

Это не делает Net 7 этапом. Это условие о сроке оплаты, привязанное к счёту за этап.

Net 7, Net 15, Net 30, даты счетов и термины о сроках оплаты заслуживают отдельного разбора, особенно для фрилансеров, которые работают с корпоративными закупками.

Перед подписанием: проверьте график оплаты

График оплаты готов, когда обе стороны могут ответить на эти вопросы без догадок:

• Что нужно оплатить до начала работы?

• Что именно запускает каждый следующий счёт?

• Сколько нужно оплатить на каждом этапе?

• Сколько времени у клиента на проверку работы?

• Что происходит с графиком, если согласование задерживается?

• Какие правки включены?

• Что считается платным запросом на изменение?

• Что будет, если проект приостановят или отменят?

• Что входит в финальную передачу?

• Сколько денег ещё не оплачено к моменту, когда основная работа уже сделана?

• Какую валюту и какой способ оплаты будет использовать клиент?

• Что должно произойти до начала следующей фазы?

Сильный график оплаты снижает неясность, пока она не стала дорогой. Договор может определить, когда клиент должен заплатить. А что будет после того, как клиент отправит деньги, определяет способ получения. Пройдите путь от «счёт отправлен» до денег, которыми можно пользоваться, с walllet.com: получайте доход из-за рубежа, храните USD, платите онлайн, конвертируйте и выводите деньги в Нигерии.

Читайте также

Фриланс и удалённая работа: цены, клиенты и платежи

W-8BEN для нигерийских фрилансеров: форма, поля и выплата

Как иностранцу зарегистрироваться индивидуальным предпринимателем в Армении

Как показать конфиденциальные проекты в портфолио, не нарушая NDA