Отправка счетов — это та рутина, которую бухгалтер или менеджер делает руками каждый день: открыть шаблон, подставить сумму, выгрузить PDF, написать письмо. Make собирает эту цепочку в один сценарий, который запускается сам при появлении новой строки в таблице или сделки в CRM. Под капотом это визуальный конструктор связок между сервисами, а языковая модель подключается там, где нужен живой текст письма или разбор входящих данных.
Что это даёт
Сценарий в Make ловит событие (новая строка в таблице, оплаченная сделка в CRM, заявка из формы), сам формирует счёт в PDF, подставляет реквизиты клиента и отправляет письмо с вложением. Менеджер перестаёт тратить по 5-10 минут на каждый счёт, а клиент получает документ через минуту после события. ИИ внутри сценария пишет текст письма и вычитывает входные данные, финальную ответственность за суммы держит человек.
В работе с небольшими компаниями я постоянно вижу один и тот же узкий участок. Сделка закрыта, клиент ждёт счёт, а менеджер откладывает отправку до вечера, потому что вокруг десять таких же мелких задач. Клиент напоминает, оплата сдвигается, кассовый разрыв растёт. Сама задача простая, но повторяется так часто, что съедает заметную часть рабочего дня.
Make убирает этот пласт целиком. Вы один раз описываете цепочку: откуда брать данные, как собрать счёт, кому и что отправить. Дальше сценарий работает сам и отправляет счёт в ту же минуту, когда сделка переходит в нужный статус. Менеджер видит результат в журнале и подключается только к спорным случаям — например, когда у клиента нестандартные реквизиты или особые условия оплаты.
Отдельная польза в том, что у вас появляется журнал отправок. Каждый счёт фиксируется со временем, суммой и адресатом, и вы в любой момент видите, что и кому ушло. Это снимает вечный вопрос «отправили мы этот счёт или забыли» и делает работу прозрачной для бухгалтерии.
- Триггер: новая строка в Google Таблице, оплаченная сделка в CRM или заявка из формы
- Сборка счёта: подстановка реквизитов, суммы и номера в готовый PDF-шаблон
- Текст письма: модель пишет короткое сопроводительное письмо в тоне компании
- Отправка и журнал: письмо с вложением клиенту, запись о факте отправки в таблицу
Как собрать сценарий
Сборка идёт от простого к сложному. Сначала вы запускаете цепочку вручную на одном тестовом клиенте и смотрите, что счёт собирается верно. Потом подключаете автоматический триггер. Такой порядок защищает от глупых ошибок: вы ловите неверную подстановку суммы на тесте, а на живом клиенте, которому уже ушёл документ с чужими реквизитами.
- Опишите цепочку на бумаге: что событие, какие данные нужны, что уходит клиенту
- Заведите источник данных: таблица или CRM с колонками клиент, сумма, реквизиты, email
- В Make добавьте модуль-триггер: «новая строка» в таблице или «сделка сменила статус» в CRM
- Подключите генерацию PDF из шаблона счёта с подстановкой полей из триггера
- Добавьте модуль языковой модели: сгенерировать текст письма по данным клиента и суммы
- Поставьте отправку email с вложением и запись отметки об отправке обратно в таблицу
- Прогоните сценарий на одном тестовом клиенте, сверьте PDF и письмо, затем включите автозапуск
Соберите первую версию без автозапуска: пусть сценарий формирует счёт и черновик письма, а кнопку «отправить» нажимает менеджер. Так вы неделю проверяете точность подстановки на реальных клиентах с полной страховкой, и только потом включаете полную автоматику.
Роль модели
Языковая модель в этом сценарии решает две задачи. Первая — текст письма: вместо сухого «во вложении счёт» она собирает короткое сопроводительное письмо в тоне вашей компании, с упоминанием услуги и срока оплаты. Вторая — разбор неаккуратных входных данных: если заявка приходит из формы свободным текстом, модель вытаскивает из неё сумму, реквизиты и контакт и раскладывает по полям. Для строгих числовых полей всё равно нужна проверка.
| Шаг сценария | Чем закрыть | Когда усложнять |
|---|---|---|
| Триггер и данные | Стандартный модуль Make для таблицы или CRM | Когда источников несколько — добавляют маршрутизацию по типу клиента |
| Сборка PDF-счёта | Шаблон с подстановкой полей через модуль PDF | Когда форм счёта несколько — заводят набор шаблонов под типы услуг |
| Текст письма | Модуль языковой модели по короткому промпту | Когда нужен разный тон для сегментов — пишут отдельные шаблоны промпта |
| Контроль отправки | Журнал в таблице и уведомление менеджеру | Когда счетов десятки в день — настраивают сводку и алерты на ошибки |
Российская компания упирается в вопрос оплаты и доступа к зарубежным сервисам. Make и многие модели — зарубежные, и здесь работает либо корректный доступ, либо отечественные аналоги вроде n8n на своём сервере. Конкретный выбор зависит от того, какие данные ходят в сценарии и насколько они чувствительны. Это как раз тема, которую мы разбираем на разборе процессов.
Стоимость подписки Make для малого бизнеса держится в рамках десятков долларов в месяц, точную цифру сверьте на сайте сервиса — тарифы меняются. К этому добавляется оплата модели по объёму запросов, тоже небольшая для потока в несколько десятков счетов. Сумма окупается уже на первой неделе: время менеджера дороже, а ускорение оплаты прямо влияет на оборотные деньги компании.
Границы сценария
Модель ошибается уверенно. Она способна неверно разобрать сумму из свободного текста заявки или подставить реквизиты прошлого клиента, и сделает это без тени сомнения. Это свойство языковых моделей называют галлюцинациями. По этой причине числовые и юридически значимые поля счёта требуют контроля: либо строгая подстановка из проверенного источника без участия модели, либо проверка человеком перед отправкой. Чем меньше модель додумывает, тем надёжнее сценарий.
Финальная сумма, реквизиты, факт отправки документа клиенту и любые нестандартные условия — это зона человека. Сценарий берёт на себя рутину сборки и отправки, а правильность сумм и реквизитов держит бухгалтер. Ошибка в счёте бьёт по деньгам и по доверию клиента сразу.
Полезно заранее решить, какие счета уходят полностью автоматически, а какие проходят через менеджера. Типовой счёт на фиксированную услугу постоянному клиенту можно отдать автомату. Крупная сумма, новый контрагент, ручная скидка — это случаи, которые менеджер смотрит перед отправкой. Такая граница защищает компанию от уверенной ошибки сценария и стоит дёшево: одна проверка вместо разбора с недовольным клиентом.
Главная страховка — журнал и контроль на старте. Когда вы видите, что на двадцати реальных счетах суммы и реквизиты совпадают с ручной работой, доверие к сценарию растёт само. Расширяйте автоматику постепенно: сначала типовые счета, потом сложные сегменты. Держите одного человека, который раз в день просматривает журнал отправок и ловит сбои до того, как они дойдут до клиента.
Куда расти
Когда отправка счетов работает сама, рядом всплывают соседние участки. Тот же сценарий легко достраивается напоминаниями о неоплаченных счетах, актами сверки и сбором закрывающих документов. Так из одной автоматизации вырастает цельный денежный контур, где документы ходят без ручного вмешательства, а менеджер занимается клиентом, а перекладыванием PDF.
Заодно команда учится мыслить сценариями. Поначалу первую связку мы собираем вместе, дальше менеджер сам добавляет шаги под новые услуги и условия. Этот навык остаётся с компанией: меняются сервисы и тарифы, а понимание, как разложить процесс на триггер, действия и проверку, переносится на любую следующую задачу.
Сложность здесь в выборе первого сценария и в честной оценке, где модель помогает, а где создаёт риск. Частый провал — компания автоматизирует сразу весь документооборот, ловит ошибки в суммах и решает, что инструмент опасен. На разборе процессов мы вместе смотрим на ваш денежный поток и выбираем одну связку, которая окупится быстрее всего.