Как выставлять счёт за длинный проект по этапам, не финансируя его из своего кармана

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

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

Работа, которую возьмём за пример

Знакомьтесь: Даниил, фриланс-дизайнер бренда и сайтов из Екатеринбурга. Он только что получил свой крупнейший заказ — полный ребрендинг плюс новый сайт для сети пекарен. Общая сумма: 1 800 000 рублей. Ожидаемый срок — около трёх месяцев. Работа естественно делится на четыре фазы:

• Исследование и стратегия — ресёрч, позиционирование, мудборды. (300 000 ₽)
• Фирменный стиль — логотип, палитра, типографика, гайдлайны бренда. (600 000 ₽)
• Дизайн сайта — полный дизайн по ключевым шаблонам. (525 000 ₽)
• Вёрстка и запуск — разработка, наполнение контентом, релиз. (375 000 ₽)

У Даниила три способа выставить за это счёт. Он может прислать один счёт на 1 800 000 ₽ в конце. Может прислать один счёт сейчас с графиком рассрочки. Или может вести это как проект и счетовать этап за этапом. Мы построим третий — и затем объясним, почему для работы такой формы это верное решение.

Шаг 1: Создаём проект

Функция Проекты в InvoiceFlow — это клиентское пространство в духе Notion: место, где вся работа по одному заказу собрана вместе и не рассыпается по разрозненным счетам. Даниил создаёт проект «Пекарни — ребрендинг и сайт», привязывает его к карточке клиента-пекарни — и теперь у всего заказа есть единый дом.

Это важно ещё до того, как сдвинутся деньги. Длинный проект порождает за три месяца кучу документов — смету, возможно, договор, затем серию счетов. Сгруппировав их под одним проектом, вы получаете: когда на девятой неделе клиент пишет «напомни, сколько мы уже оплатили», ответ — в одно касание, а не в раскопках плоского списка счетов. Проект — это контейнер; всё, что касается заказа, живёт внутри него.

Шаг 2: Определяем этапы

Внутри проекта Даниил добавляет Этапы — по одному на фазу. Каждый этап — это оплачиваемый кусок работы с ясным условием «готово»:

1. Исследование и стратегия — готово, когда стратегическая презентация сдана и согласована. 300 000 ₽.
2. Фирменный стиль — готово, когда гайдлайны бренда утверждены. 600 000 ₽.
3. Дизайн сайта — готово, когда все ключевые страницы согласованы. 525 000 ₽.
4. Вёрстка и запуск — готово, когда сайт в продакшене. 375 000 ₽.

Дисциплина здесь — в условиях «готово». Размытые этапы («примерно половина») рождают споры; конкретные («гайдлайны утверждены») — нет. Каждый этап — это то, на что клиент может посмотреть и согласиться, что оно закончено, — а именно это и делает счёт за него бесспорным.

Шаг 3: Счёт за каждый этап по мере выполнения

Вот ритм. Даниил не выставляет все 1 800 000 ₽ вперёд и не ждёт запуска. Он счетует каждый этап, как только тот завершается.

Первая неделя, до основной работы — фаза исследования как точка входа: стратегическая презентация сдана, счёт на 300 000 ₽ выставлен, оплата по получении. Клиент платит. Расходы Даниила за первый месяц покрыты ещё до того, как он ушёл в дорогую середину проекта. Тремя неделями позже гайдлайны утверждены — он выставляет счёт на 600 000 ₽ за фирстиль. И так далее — дизайн сайта, запуск. К моменту, когда сайт уходит в продакшен и отправляется финальный счёт на 375 000 ₽, клиент уже оплатил 1 425 000 ₽ за работу, которую уже получил и согласовал. Никто никого не кредитует.

Каждый счёт за этап — обычный полноценный счёт InvoiceFlow: он несёт реквизиты пекарни, нужную валюту, платёжные инструкции (Даниил показывает банковские реквизиты и платёжную ссылку на PDF) и рендерится через тот из 12 шаблонов, что он выбрал. А поскольку проект группирует их, история счетов по заказу читается как чистая последовательность, а не как четыре несвязанных счёта.

Шаг 4: Следим за остатком к оплате по всему проекту

Оплата по этапам работает только тогда, когда видно, где вы стоите. По мере оплаты каждого счёта Даниил отмечает его «Оплачено», и картина остаётся актуальной: 1 800 000 ₽ всего, выставлено к дате, оплачено к дате и сколько ещё в долгу. Если клиент платит счёт в две части — скажем, 300 000 ₽ из 600 000 ₽ за фирстиль сейчас, остальное на следующей неделе — Даниил записывает частичную оплату, и InvoiceFlow автоматически отслеживает остаток. Цифра «к оплате» всегда верна, а значит в любой момент Даниил может ответить «где мы по этому проекту финансово» без всякой таблицы.

Где частичные оплаты встают в работу по этапам

Частичные оплаты и оплата по этапам решают разные задачи — и сочетаются. Этапы разбивают проект на оплачиваемые фазы. Частичные оплаты закрывают реальность, что любой отдельный счёт может быть оплачен по кускам — клиент с неровным денежным потоком, рассрочка, которую он выторговал в последний момент, аванс-плюс-остаток по одной фазе. Выбирать не нужно. Каждый счёт за этап сам может быть оплачен частично, а общий остаток проекта корректно вбирает в себя всё это.

Альтернатива: один счёт с графиком рассрочки

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

Для пекарни Даниил мог бы вместо четырёх счетов за этапы выставить один счёт на 1 800 000 ₽, разбитый по графику: 300 000 ₽ сейчас, 600 000 ₽ через четыре недели, 525 000 ₽ через восемь недель, 375 000 ₽ на запуске. Один документ, одна цифра, на которую клиент соглашается, ясный график, напечатанный на PDF. Так когда же тянуться за графиком рассрочки, а когда — за настоящей оплатой по этапам?

• Берите график рассрочки, когда сумма и сроки твёрдые, и вы хотите, чтобы клиент согласился на весь план в одном подписанном документе. Это чисто, предсказуемо и идеально, когда платежи привязаны ко времени, а не к результатам.
• Берите оплату по этапам, когда у каждой фазы своё условие «готово» и вы хотите, чтобы каждый платёж был привязан к видимому, принятому прогрессу — и когда есть хоть малейший шанс, что объём или границы фаз сдвинутся по ходу. Этапы гнутся; фиксированный напечатанный график — нет.

Для ребрендинга пекарни побеждают этапы — потому что у каждой фазы реальные ворота приёмки (презентация согласована, гайдлайны утверждены, дизайны приняты, сайт в продакшене), а бренд-проекты почти всегда эволюционируют на лету. Но путь с графиком честно лучше, скажем, для фиксированного абонентского заказа на 360 000 ₽, оплачиваемого тремя ежемесячными третями, где счетование двигают даты, а не результаты.

Почему не один большой счёт в конце?

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

• Вы финансируете весь проект. Три месяца вашего труда и любых материалов несёте на собственном балансе до самого конца.
• Одна цифра — максимальный шок. Счёт на 1 800 000 ₽, прилетевший холодным, куда вероятнее спровоцирует задержку, переторговку или «дай согласую с бухгалтерией», чем четыре счёта, которые клиент уже видел заранее.
• Вся ваша опора испаряется ровно в худший момент. У клиента готовая работа, у вас — неоплаченный счёт. Если он тянет с оплатой, ваше единственное средство — неловкость.
• Разрастание объёма уходит непросчитанным. Без контрольных точек по дороге лишний круг правок во втором месяце просто растворяется в финальной цифре — или во неприятном разговоре в конце.

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

Настройка: коротко

Вот весь процесс, сжатый, — для вашего собственного длинного проекта:

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

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

Более широкая мысль

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