ManyChat или Chatfuel: как выбрать платформу под международные продажи

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

ManyChat и Chatfuel стоит сравнивать на одном таком маршруте. Универсального победителя здесь нет: набор каналов, правила переписки и состав подписок меняются. Проверять нужно возможности конкретного аккаунта и страны бизнеса.

Что подтверждают сами платформы

В документации ManyChat перечислены Instagram, TikTok, Facebook Messenger, Telegram, WhatsApp, email и SMS. Поэтому совет выбирать Chatfuel исключительно ради Telegram уже нельзя считать надёжным. У ManyChat есть отдельная документация по этому каналу.

Chatfuel описывает ИИ-агента для WhatsApp, Instagram, Facebook, TikTok и чата на сайте. В его задачи входят ответы по базе знаний, квалификация обращения и передача сотруднику. Отсутствие Telegram в этом перечне ещё не доказывает невозможность любой сторонней интеграции. Но заявлять полноценную штатную поддержку без проверки тоже нельзя.

Сравнение, которое можно проверить на демонстрации

Задача	Проверка в ManyChat	Проверка в Chatfuel
Комментарий под публикацией	Запуск нужного сценария, защита от повторного ответа	Нужная точка входа и правила ответа в личных сообщениях
Вопрос о товаре	Получение актуальных данных и сохранение выбранного товара	Ответ по базе знаний и поведение при отсутствии сведений
Работа менеджера	Назначение сотрудника и остановка автоматики	Передача диалога с краткой историей запроса
Повторное обращение	Правильный контакт и история без дубликата	Сохранение контекста и запрет повторной квалификации

Сравнивайте завершённый результат. Наличие блока с названием AI ещё ничего не говорит о качестве ответа. На вопрос «есть такая же модель, но синяя» бот должен понять, о каком товаре шла речь. Если каталога в контексте нет, допустимый ответ содержит уточнение, а не выдуманный остаток.

Учебный пример для магазина

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

В сценарии нужны отдельные поля для модели, страны и предпочтительного языка. Цена приходит из каталога. Если система умеет лишь читать описание товара, нельзя поручать ей окончательный расчёт доставки. Ответ «доставим за три дня» без данных перевозчика создаёт обещание, которое придётся выполнять магазину.

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

Как считать расходы без ложной точности

На странице тарифов ManyChat стоимость привязана к плану и активным контактам; отдельно нужно смотреть каналы и рабочие места команды. Зафиксируйте действующее предложение для своего аккаунта. Старые таблицы с ценой за всю накопленную базу могут описывать другую схему расчёта.

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

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

Правила каналов и доступность

Для Facebook Messenger, Instagram и WhatsApp ManyChat описывает окна переписки. Нельзя переносить свободный сценарий рассылки из одного канала в другой и считать, что правила остались прежними. Проверяйте разрешённые типы сообщений, согласие получателя и поведение после окончания окна.

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

Перенос и приёмка

1. Выгрузите список контактов и состав полей в разрешённом формате. Проверьте, что у вас есть право переносить данные.
2. Опишите сценарии независимо от редактора: событие, условие, действие и ответственный.
3. Пересоберите один маршрут в тестовом проекте. Импорт контактов сам по себе не переносит логику.
4. Проверьте повторное событие, сбой каталога, просьбу об удалении данных и передачу менеджеру.
5. Согласуйте момент переключения, чтобы две системы не отвечали одновременно.

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

Выбирать можно после такого испытания. Сохраните записи диалогов, итоговую смету и перечень ограничений. Для разбора вашей воронки и требований к интеграции можно обратиться в АГЕНСТВО ИИ TRUE.