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

Это статья не про выбор формата с нуля. Речь о моменте, когда проект уже идёт, часовой учёт ведётся, а стороны вдруг понимают: дальше удобнее платить по этапам. Такое бывает на длинных задачах, где первая неделя шла по одному сценарию, а потом объём стал понятнее, появились повторяющиеся блоки и стало жалко тратить время на каждую минуту отдельно.
Ситуация почти всегда рабочая. Но только если не путать уже сделанное с будущим. Иначе спор возникает не из-за денег, а из-за границы между «то, что уже закрыто» и «то, за что ещё предстоит платить».
Менять модель стоит, когда проект стал предсказуемее, чем в начале. Например, первые 12 часов ушли на исследование, согласование структуры и тестовый кусок, а дальше работа пошла сериями: верстка блоков, правки текста, перенос макетов. В такой точке оплата по этапам часто честнее, чем постоянный подсчёт часов.
Ещё один сигнал — усталость от микроконтроля. Если клиент уже знает, какой результат ему нужен, а исполнитель понимает, как его собрать, почасовая схема начинает мешать. Не потому, что она плохая. Просто проект перерос стартовую неопределённость.
Если же работа всё ещё похожа на разведку, менять схему рано. Один день — одна гипотеза. Через 6 задач окажется, что этапы нельзя описать без гаданий. И это плохой момент для перехода.
Первый шаг — разложить пройденный участок на три группы: оплаченные часы, принятые результаты и незавершённые задачи. Это делается не «на глаз», а по фактам: таймшит, переписка, файлы, комментарии в таск-трекере. Если за 9 часов был собран прототип, а ещё 3 часа ушли на мелкие правки, то прототип и правки нельзя смешивать в одну цифру.
Здесь помогает простая таблица. В одной колонке — дата и время. В другой — что именно делалось. В третьей — статус: принято, в работе, требует уточнения. Такой лист спасает, когда потом нужно объяснить, почему за первые 14 часов уже закрыта часть задач, а остальное только готовится к следующему этапу.
Не пытайтесь «обнулить» прошлое. Если часовая работа уже выполнена, она остаётся часовой работой. Иначе переход на оплату по этапам будет выглядеть как попытка переписать историю задним числом.
Дальше берут не время, а результат. Остаток проекта делят на этапы по тому, что можно показать и принять. Например: «подготовить 5 экранов», «сверстать личный кабинет», «проверить форму и исправить ошибки», «подключить публикацию». Каждый этап должен иметь признак готовности, а не просто список часов.
Если этап описан фразой «доработки по просьбе клиента», это не этап. Это ловушка. Нужен конкретный результат: что именно будет сдано, в каком виде и с какой глубиной проверки. Для контентного проекта это может быть 10 страниц текста с 2 раундами правок. Для разработки — 3 модуля и набор тестов. Для дизайна — 7 экранов в Figma и экспорт в нужном формате.
Хорошая проверка простая: сможет ли третья сторона понять, что задача завершена, не читая историю переписки? Если да, этап сформулирован нормально. Если нет, нужно переписать.
На этом же шаге удобно смотреть внутренние проекты и задания на ProFreelance, чтобы сравнить, как обычно описывают результат и где чаще всего забывают про критерии приёмки.
Переход ломается чаще всего не на суммах, а на дате старта новой схемы. Нужно прямо назвать момент, с которого почасовой расчёт прекращается и начинается оплата по этапам. Это может быть конкретный день, завершение текущего спринта или приёмка уже сделанного блока. Без такой точки легко получить двойной учёт.
Формулировка должна быть прямой: «часы, отмеченные до 18:00 пятницы, оплачиваются по почасовой схеме; начиная с согласованного этапа 1, работа идёт по цене этапа». Тут не нужны красивые обороты. Нужна точность.
Одна сторона иногда предлагает «считать переходным весь следующий день». Плохая идея. Переходный день почти всегда рождает спор: что именно уже считается старым порядком, а что новым. Лучше назвать час, задачу или письмо-подтверждение.
Проект за время работы меняется. Это нормально. Но перед фиксацией этапов нужно заново посмотреть, не вырос ли объём: появились новые страницы, усложнилась интеграция, изменились требования к проверке, всплыли зависимости от третьих лиц. Где-то хватит 2 уточнений, а где-то понадобится пересчитать сроки или стоимость.
Здесь полезно задать по каждому этапу три вопроса. Что уже известно? Что ещё может измениться? Что считается риском, а что — обычной доработкой? Такой разбор помогает не подарить клиенту лишние часы и не загнать исполнителя в работу без границ.
Если этап связан с внешними зависимостями, это нужно прописывать отдельно. Например, «после получения материалов от клиента» или «при доступе к тестовому серверу». Без этих оговорок спор всплывёт ровно в тот день, когда один из ресурсов задержится.
| Что проверить | Почему это нужно | Пример |
|---|---|---|
| Фактический объём | Чтобы не заложить меньше работ, чем осталось | Не 3 страницы, а 5 |
| Внешние зависимости | Чтобы не сдвинуть этап из-за чужой задержки | Материалы от клиента |
| Критерии приёмки | Чтобы этап можно было закрыть без спора | Тесты проходят, макет экспортирован |
| Риски | Чтобы заранее понять, где нужен запас | Неизвестный API или правки после согласования |
Если есть сомнение, лучше оставить 1 дополнительную проверку в конце этапа, чем потом объяснять, почему работа вроде бы сделана, но всё ещё не принята.
Для спорных условий пригодится и безопасная сделка на ProFreelance: она не решает все проблемы, но помогает, когда обе стороны хотят нормальную фиксацию результата.
Новый формат нельзя держать только в устном соглашении. Даже если стороны давно знакомы. Письменно фиксируют список этапов, сумму или цену каждого этапа, сроки, критерии приёмки и что происходит, если объём меняется. Один абзац в чате обычно спасает больше, чем 20 минут объяснений голосом.
Отдельно пропишите уже выполненные часы. Например: «за период с 4 по 9 число оплачиваются 17 часов по старой схеме, далее работа ведётся по этапам». Если были частично принятые результаты, их тоже отмечают. Иначе потом кто-то решит, что тот же кусок работы оплатили дважды.
Полезно добавить короткий порядок согласования изменений: «любое увеличение этапа подтверждается сообщением до начала дополнительных работ». Это не бюрократия. Это защита обеих сторон.
Если у проекта есть публичные правила площадки, проверьте и правила сайта profreelance.biz. Сайт фриланса. Сайт, чтобы переход не конфликтовал с регламентом сервиса.
Разговор лучше строить не вокруг слов «мне неудобно считать часы», а вокруг выгоды для обеих сторон. Клиенту можно сказать так: «мы уже прошли этап исследования, дальше результат проще принимать блоками, и вам будет понятнее, за что вы платите». Исполнителю — так: «этапы снимут лишний контроль и дадут ясный ориентир по объёму».
Одна фраза работает лучше длинного объяснения: «Предлагаю зафиксировать уже сделанные 11 часов и перейти на этапы с следующего блока работ». Тут есть и признание прошлого, и понятный старт нового режима. Без давления. Без намёка, что кто-то ошибся.
Если клиент сомневается, не спорьте с его страхом. Лучше покажите, что изменится на практике: 3 этапа вместо постоянного подсчёта времени, один акт на блок, одна точка приёмки. Когда схема видна, сопротивление обычно снижается.
Если спор уже появился, не тащите в него весь проект. Возьмите только середину: какие часы отработаны, какие задачи спорные, где стороны по-разному читают переписку. Часто выясняется, что спор идёт не о сумме, а о том, входит ли конкретная правка в старую почасовую часть или уже относится к будущему этапу.
Дальше делают короткую сверку. Берут таймшит, переписку и список задач. Отмечают, что признано обеими сторонами, а что нет. После этого спорный кусок либо оплачивают отдельно, либо включают в первый этап с новой схемой. Главное — не оставлять его висеть между режимами.
Если договориться сразу не выходит, помогает промежуточный компромисс: закрыть признанные часы, спорную работу временно заморозить на 1 шаг и не запускать новые этапы, пока не согласован переход. Иногда это неприятно, но лучше, чем продолжать работу в тумане.
Когда речь идёт о поиске исполнителя на следующую фазу или замене участника, смотрите и фрилансеры. Найти фрилансера на сайте Ми? — там проще быстро сверить формат работы и увидеть, кто готов к этапной модели без долгих раскачек.
Если спор упирается в оплату уже закрытых часов, не смешивайте его с новым этапом. Один конфликт — одна зона. Иначе переход с почасовой оплаты на оплату по этапам превратится в затяжной пересчёт, где каждый новый документ только добавляет шум.
На практике самый спокойный сценарий выглядит просто: сначала фиксируете, что уже сделано, потом описываете остаток как 2–5 этапов, затем письменно ставите границу между старой и новой схемой, а спорные пункты оставляете только на отдельное согласование. Это не сложная процедура. Это аккуратность.
Если нужен ещё один ориентир по тому, как обычно строят рабочие процессы на площадке, можно посмотреть и справочный центр ProFreelance — особенно когда переход затрагивает форму приёмки, сообщения и фиксацию статуса задач.
Тысячи заказов и заданий с оплатой через безопасную сделку. Регистрация бесплатна.
Разместите проект бесплатно — отклики придут сегодня.
Разместить проект
Комментарии