Как подготовить модель расходов WhatsApp Business API к октябрю 2026

На 31 июля полезный бюджет WhatsApp уже нельзя считать как прошлый объем сообщений, умноженный на одну запомнившуюся ставку. Meta объявила два изменения с точными датами: сообщения Meta Business Agent становятся платными 1 августа, а сервисные сообщения и служебные ответы внутри окна обслуживания — 1 октября. Окончательные ставки для сервиса должны появиться только 1 сентября, поэтому сейчас нужно подготовить структуру прогноза, а не угадывать отсутствующую цифру.

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

Что изменится 1 августа и 1 октября 2026 года

С 1 августа сообщения, работающие на Meta Business Agent, получают токеновую плату, включающую обработку агентом и доставку. Сервисное сообщение, отправленное человеком или сторонним ИИ, остается другой категорией. В описании предстоящего обновления прямо сказано: ответ без шаблона является либо сообщением Meta Business Agent, либо сервисным сообщением, но не оплачивается как оба сразу.

С 1 октября два ранее бесплатных вида ответов оплачиваются за каждое доставленное сообщение: сервисные сообщения и служебные шаблоны, отправленные в ответ пользователю внутри открытого 24-часового окна. По данным Meta, ставка сервиса будет равна ставке служебных и аутентификационных сообщений для соответствующего рынка, однако объемные скидки на сервис не распространяются. Финальные ставки должны быть опубликованы к 1 сентября.

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

Считайте доставленные сообщения, а не отправки

Meta начисляет плату, когда тарифицируемое сообщение доставлено, а не просто принято API. Значит, исходный набор для прогноза должен начинаться с числа доставок, тогда как отправленные, неудачные и недоставленные попытки остаются отдельными статусами. Отчеты по кампаниям DripTell показывают доставку и ответы по каждому получателю, поэтому различие можно использовать в реальной работе.

Затем сохраните событие, открывшее разговор. Каждое сообщение пользователя открывает или обновляет 24-часовое окно обслуживания. Переход из рекламы click-to-WhatsApp или кнопки страницы Facebook может открыть 72-часовое бесплатное окно, в котором доставка покрываемых категорий не тарифицируется. С 1 августа потребление токенов Meta Business Agent все равно оплачивается, даже если доставка попала в это окно.

Счет — это не количество исходящих строк. Это число доставленных бизнес-сообщений с категорией, рынком, источником агента, состоянием окна и условием бесплатного входа.

Разделите пять групп расходов

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

Маркетинговые, служебные и аутентификационные шаблоны можно отправлять вне окна обслуживания; ставка зависит от категории и телефонного кода страны получателя. Служебные и аутентификационные сообщения могут получить объемные уровни. Сервис работает только в открытом окне, становится платным в октябре и не имеет таких уровней. Meta Business Agent тоже отвечает внутри окна, но с августа тарифицируется по токенам.

Добавьте два слоя вне Meta: стоимость платформы или провайдера решения и операционные расходы на людей, сторонний ИИ, поддержку процессов и контроль качества. Калькулятор цен WhatsApp DripTell помогает моделировать платежи Meta, однако при выборе системы их нужно отделять от подписки, использования ИИ и труда.

Используйте реестр нагрузки вместо средней ставки

Для каждой недели записывайте рынок получателя, категорию, число доставок, сообщения внутри окна обслуживания, сообщения внутри бесплатного входа, источник ответа — человек, сторонний ИИ или Meta Business Agent — и результат для клиента. Назначьте владельца источника, чтобы финансы понимали, пришло ли поле из биллинга Meta, платформы сообщений или кадровой системы.

Не объединяйте сервис со служебными ответами: объемные уровни служебных и аутентификационных сообщений не действуют для сервиса. Не смешивайте Meta Business Agent со сторонним ИИ: архитектура расходов различается. Не делите весь счет на все попытки отправки: неудачная попытка имеет иной статус тарификации, чем доставка.

Итогом должен быть диапазон сценариев: текущая база, месяц с большим объемом и вариант, где автоматизация меняет число или длину ответов. После публикации октябрьских ставок вы подставите рыночные значения, не перестраивая модель.

Проведите четырехнедельную подготовку

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

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

Третья неделя — сценарии. Рассчитайте действующие правила, августовское правило Meta Business Agent и октябрьские правила сервиса и служебных ответов в отдельных столбцах. Неопубликованную сервисную ставку оставьте явной переменной. Добавьте варианты с бесплатным входом и без него, поскольку источник привлечения меняет результат.

Четвертая неделя — операционное решение. Определите вопросы для автоматизации, вопросы для человека, шаблоны для объединения и сообщения без клиентской ценности. Цель не в сокращении полезных ответов, а в устранении лишних сообщений и защите ответа, который действительно решает задачу.

Где команды неверно читают изменение

Первая ошибка — считать 24-часовое окно всегда бесплатным. Оно определяет, когда разрешены ответы без шаблона, но с октября сервисные ответы внутри окна оплачиваются. Вторая — предполагать единый источник цены для ИИ: Meta Business Agent использует токеновую ставку Meta, а сторонний ИИ может выставлять отдельный счет, при этом сообщение WhatsApp относится к сервису.

Третья ошибка — применять объемную скидку служебных сообщений к сервисным, хотя Meta исключает сервис из уровней. Четвертая — прогнозировать отправки вместо доставок. Пятая — считать, что бесплатное 72-часовое окно убирает все расходы: оно снимает покрываемую плату за доставку, но не токены Meta Business Agent после 1 августа.

Цена не должна вытеснять клиентский опыт. Три ненужных автоматических сообщения могут стоить дороже и приносить меньше пользы, чем один четкий человеческий ответ. Цепочки DripTell с учетом вовлеченности останавливаются после ответа клиента — такой контроль должен находиться рядом с моделью расходов.

Превратите модель в операционное решение

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

Сравнение платформ не должно ограничиваться подпиской. Показывает ли система доставки, сохраняет ли источник кампании и владельца, останавливает ли автоматизацию после ответа, экспортирует ли данные для сверки счета? Эти свойства определяют, можно ли управлять прогнозом после запуска.

Создайте реестр сейчас, подставьте официальный октябрьский тариф в сентябре и проверьте фактические данные после первого полного цикла. Для проверки модели с DripTell принесите обезличенные показатели одной реальной недели. Мы разложим категорию, доставку, владельца ответа и клиентский результат, не притворяясь, что одна ставка объясняет всю операцию.