Платформа МЕТАБОТ

🧠 Зачем ИИ-ассистенту база знаний и что в неё загружать?
Представьте, что вы наняли нового менеджера. Прежде чем он начнёт консультировать клиентов, ему нужно разобраться в продуктах, услугах и частых вопросах покупателей.
С ИИ-ассистентом похожая история. Чтобы давать полезные и точные ответы, ему нужна качественная база знаний (БЗ).

Но здесь возникает соблазн: загрузить в неё вообще всё, что есть у компании. Инструкции, регламенты, техническую документацию, презентации, описания продуктов… И вот тут стоит остановиться. ✋

Больше информации ≠ лучше ответы.
Главный вопрос при подготовке базы знаний — не «Что мы можем загрузить?», а «Что действительно понадобится ассистенту для общения с пользователями?»

📚 С чего начать наполнение БЗ?
Хорошая отправная точка — уже существующие материалы компании.
Например, если у менеджеров есть готовые скрипты ответов на типовые вопросы клиентов, их можно переработать в базу знаний. Ведь компания уже знает, о чём чаще всего спрашивают покупатели и как правильно им отвечать.
Но ограничиваться только FAQ тоже не стоит. Допустим, человек интересуется характеристиками товара. Получив ответ, он может задать уточняющий вопрос об особенностях использования, совместимости или проблемах, которые могут возникнуть при эксплуатации.
Хорошая БЗ должна учитывать не только первый вопрос, но и возможное продолжение диалога.

🔎 А что делать со сложной документацией?
Представим, что компания продаёт техническое оборудование и располагает подробными документами с описанием его внутренней структуры.
Если ИИ-ассистент предназначен для консультации покупателей, ему вряд ли нужны все инженерные подробности.
Но это не значит, что документ бесполезен.
Из него можно выделить информацию, которая действительно пригодится в разговоре с клиентом:
— основные принципы работы оборудования;
— особенности и ограничения использования;
— совместимость с другими устройствами;
— распространённые проблемы и способы их решения.
Сложное техническое описание можно переработать в короткое и понятное объяснение, сохранив важные факты.
Так ассистент сможет поддержать разговор на эту тему, не перегружая пользователя ненужными деталями.

⚙️ Что лучше оставить за пределами БЗ?
Если ассистент консультирует покупателей, ему обычно не нужны внутренние инструкции для сотрудников, подробности организации бизнес-процессов и документы, не относящиеся к клиентским вопросам.
А конфиденциальную информацию, коммерческие секреты и персональные данные без соответствующих оснований и защиты загружать тем более не стоит.
У каждого документа в базе знаний должна быть понятная задача.

Перед добавлением материала полезно задать себе три вопроса:
1️⃣ Может ли пользователь спросить об этом?
2️⃣ Поможет ли эта информация дать правильный и полезный ответ?
3️⃣ Подходит ли она для аудитории, с которой общается ассистент?

💡 И главное: база знаний — это не архив компании.
Лучше небольшая, актуальная и хорошо структурированная база, чем сотни документов, среди которых встречаются устаревшие сведения, противоречия и ненужные подробности.
Ведь задача ИИ-ассистента — не знать абсолютно всё о вашем бизнесе, а знать достаточно, чтобы качественно помогать пользователю.

#метабот #инноваторыметабот #ЧатБоты #ИИ #AIАссистент #БазаЗнаний #Автоматизация

Осень — всегда самый продуктивный сезон 🔥

Из достижений сентября, которыми были забиты будни нашей команды:
➕ большой проект по внедрению цифровых коммуникаций
✅ полностью оттестирован новый релиз ожидающий очереди на разворачивание
➕ новый навык в сборке SPA форм (оттачиваем механики, чтобы щелкать их как семечки)
✅ обсуждения с командами партнеров совместных продуктов
👍 успешно выполнено более 5 немаловажных доработок текущих проектов в рамках дорожных карт, которые мы ежегодно помогаем планировать

Если честно, очень хочется обо всём рассказать и показать, но ждём заветного часа⏳

А пока продолжаем тему цифровых траекторий и переходим к вопросу, ради которого всё в конечном итоге и строится:

Когда пользователь системы начинает приносить бизнесу ценность?
Регистрация, обучение, сертификация, участие в программе или обращение — сами по себе ещё не результат.

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

В Metabot такую логику можно связывать этапами, статусами, сценариями, коммуникациями с триггерами, интеграциями и аналитикой.

И вот здесь цифровая траектория превращается из CJM в инструмент управления экономическим результатом.

#метабот #цифровыетраектории #CJM #автоматизация #партнёрскиесети

👥 Сегментация в чат-боте
Представьте, что в вашем боте есть 10 000 пользователей. Вы можете разделить их по городу, возрасту, интересам, выбранным услугам, пройденным сценариям и десяткам других признаков. Звучит полезно. Но есть вопрос: Что вы будете делать со всей этой информацией дальше?

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

Например, вы спрашиваете пользователя:

«Что вас интересует?»
Продажи / Поддержка / HR

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

Другой пример — город.
Сам по себе город = Казань мало что даёт.
Но если от города зависит доступность услуги, выбор филиала, предложение или дальнейший сценарий — эту информацию действительно имеет смысл хранить.

💡 Поэтому перед тем, как добавить в бота очередной вопрос, тег или переменную, полезно спросить себя: «Как это изменит дальнейшее общение с пользователем?»
При этом сегментировать аудиторию можно не только по ответам на прямые вопросы.

Бот уже многое узнаёт из поведения пользователя.
Например:
🔘 нажал «Узнать стоимость»;
🔘 прошёл квиз до конца;
🔘 интересовался определённой услугой;
🔘 начал оформлять заявку, но остановился;
🔘 уже оставил заявку.
Эти действия тоже можно превращать в признаки и использовать дальше. Но смысл появляется только тогда, когда эти данные начинают влиять на коммуникацию.

📌 Поэтому начинать сегментацию лучше не с вопроса: «Какие данные мы можем собрать?»
А с другого: «В каких ситуациях мы хотим общаться с пользователями по-разному?»

Сначала найдите эти ситуации. Потом определите, по какому признаку бот сможет их различить. И только после этого решайте, чем его зафиксировать. Так сегментация перестаёт быть складом данных и становится частью логики чат-бота ⚙️

#метабот #инноваторыметабот #ЧатБоты #Автоматизация #Сегментация

🤖 Нужен ли чат-бот малому бизнесу?
Есть мнение, что чат-боты — инструмент для компаний с тысячами клиентов, большим отделом поддержки и сложными процессами. А небольшому бизнесу проще отвечать самостоятельно.
И иногда это действительно так.
Если у вас несколько обращений в день, каждый клиент приходит с уникальным вопросом, а большую часть общения всё равно должен вести специалист — автоматизация ради автоматизации вряд ли что-то изменит.

Но представим другую ситуацию.
Небольшая студия ежедневно получает одни и те же сообщения:

«Сколько стоит?»
«Когда есть свободное время?»
«Как записаться?»
«Где вы находитесь?»
«Можно перенести запись?»

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

И вот здесь чат-бот может оказаться полезным.
Он может отвечать на частые вопросы, собирать данные перед заявкой, проводить небольшую анкету, записывать на услугу, отправлять инструкции или напоминать о записи.
При этом совсем не обязательно пытаться автоматизировать всё общение.
Например, бот уточнил услугу, город и удобное время, а дальше передал уже собранную заявку сотруднику. Человек продолжает общение там, где действительно нужен человек, а бот забирает на себя подготовительную рутину.
💡 Поэтому вопрос «нужен ли малому бизнесу чат-бот?» лучше сформулировать иначе:
Есть ли в работе повторяющиеся коммуникации, которые можно выполнять автоматически?
Если менеджер десять раз в день копирует один и тот же ответ — возможно, есть.
Если заявки теряются вечером и в выходные — возможно, есть.
Если перед каждой консультацией приходится задавать клиенту одинаковые пять вопросов — тоже есть что автоматизировать.
А если таких процессов пока нет, то и создавать сложного бота просто потому, что «сейчас у всех автоматизация», смысла немного.

Размер бизнеса здесь не главный критерий. Гораздо важнее найти конкретный процесс, где бот действительно экономит время сотрудника или делает путь клиента проще.
И иногда для этого достаточно совсем небольшого сценария из нескольких шагов ⚙️

#метабот #инноваторыметабот #ЧатБоты #Автоматизация #МалыйБизнес

Управляемая траектория: кто, где и что должен сделать дальше

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

Каждый этап становится конкретной точкой управления: пользователь достиг его — запускается следующий сценарий, меняется доступное действие или подключается сотрудник.
При этом один процесс может требовать разных действий от разных ролей:
Участник — пройти следующий этап.
Менеджер — обработать заявку или помочь с переходом.
Наставник — проконтролировать обучение.
HR / руководитель — видеть общую динамику и точки потери.

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

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

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

#метабот #TemporalRuntime #развитие #коммуникации

От разовых касаний к управляемой траектории

Итак закрепим, в реальном даже маленьком бизнесе путь пользователя редко проходит внутри одной системы. Регистрация может быть в CRM, обучение — в LMS, сертификат — в отдельном костоомном сервисе, бонусы — в программе лояльности, заявки — в Help Desk, покупки в интернет-магазине, а коммуникации — в мессенджерах.
И здесь часто возникает ошибка: под каждый этап компания создаёт отдельный догрев.
🆕 Зарегистрировался — рассылка одной системы.
📚 Начал обучение — другой.
🛒Сделал покупку — третья.
➕ Вступил в программу — четвёртая.
В результате пользователь получает много коммуникаций, но сама компания не всегда управляет его движением между системами и направлениями.

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

Тогда LMS отвечает за обучение, CRM — за клиентов, Loyalty — за бонусы, Help Desk — за поддержку, а единый сценарный контур связывает эти этапы между собой.
Сейчас особенно важно правильно приводить пользователя к следующему состоянию общей траектории бренда, когда предложений вокруг огромная масса и у каждого свои уникальные особенности.

Именно здесь появляется задача диагностики:

Если сегодня взять одного участника (клиента/сотрудника) и восстановить его путь через все системы компании — сможете ли вы увидеть его целиком?

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

#metabot #клиентскийпуть #автоматизация #партнёрскиесети #коммуникации

🧩 Что происходит внутри квиза в чат-боте?

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

#метабот #инноваторыметабот #ЧатБоты #Автоматизация #Квиз #Сценарии

Можно ли строить сценарий вокруг человека, а не наоборот?

Обычно диалоговый сценарий заранее прописан: выберите раздел, нажмите кнопку, перейдите в нужную ветку, заполните форму.

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

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

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

🤖 Мы сделали такой сценарий для себя в Metabot-боте.
Можно пройти его как обычный пользователь: рассказать, кто вы, какая у вас задача, что хотите обсудить, и посмотреть, как ИИ помогает пройти квалификацию удобным способом.
❗️А пока вы проходите сценарий, вы фактически смотрите демо технологии, которую можно использовать в собственном бизнесе: для заявок, консультаций, партнёрских программ, поддержки, обучения или предварительного отбора клиентов.

Попробуйте ▶️ пройти квалификацию в нашем Telegram-боте

#metabot #ИИ #чатботы #автоматизация #квалификация #TemporalRuntime

Платформенное УТП Metabot в MAX 🤖🤝🇷🇺

В продолжение разговора о целях проектов и омниканальности важно отметить один принципиальный момент: сила решения не только в наличии нового канала, а в том, что происходит за ним.

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

Metabot работает не просто как чат-бот, а как среда управления процессом. Компания может запускать сценарии, фиксировать статусы, собирать данные, принимать заявки, проводить обучение, подключать AI-консультанта, использовать игровые механики и передавать информацию дальше — в CRM, 1С, Excel, аналитику или другие внутренние системы.

То есть MAX остаётся каналом коммуникации, а Metabot берёт на себя бизнес-логику: кто участник, в каком он сегменте, что уже сделал, на каком шаге находится, какие данные отправил, где выпал из процесса и что нужно запустить дальше.

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

Через Metabot в MAX можно вести регистрацию, онбординг, обучение, аттестацию, заявки, service desk, сбор данных с объектов, квизы, розыгрыши, кейс-чемпионаты и другие сценарии, где важны статусы, роли, персональные триггеры и история взаимодействий.
Такой подход позволяет не просто «добавить MAX», а встроить его в уже существующую или новую цифровую архитектуру компании.

🖥 Подробнее о решении

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

#metabot #MAX #чатботы #омниканальность #CRM #автоматизация #партнёрскиесети

С огромным интересом следим за темами конференций различных сервисов, пронизывающих наши будни. В этому году не смогли присутствовать лично на WE ARE CRM (спасибо коллегам, что приглашали), но с удовольствием прочитали все посты/статьи, которые нам попались, особенно от знакомых нам спикеров.

💎 Невероятно сильная презентация у Ольги Дерышевой: актуальные цифры по нашей непростой реальности, прозрачные доказательства главного смысла Много- и Омни-канальности, интересные примеры и рекомендации. С восхищением делимся таким материалом 🔥

А еще у коллег выходят постоянные рубрики о мессенджер-маркетинге и полезных механиках в канале агентства ➡️ Мессенджеры и чат-боты | Townsend

Почему контакты без состояний не работают?

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

Но база контактов сама по себе ещё не означает, что компания действительно управляет этой сетью.

Контакты могут быть в CRM, обучение — в LMS, заявки — в 1C, коммуникации — в мессенджерах, документы — в таблицах, а актуальный статус человека — в голове менеджера.

В итоге компания вроде бы знает свою аудиторию, но не всегда понимает:

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

Именно здесь появляется разница между базой контактов и управляемой человеческой сетью.

Управляемая сеть — это когда у каждого участника есть не только карточка, но и понятное состояние, история, следующий шаг, ответственный и канал коммуникации.

Для этого нужен не просто бот и не только CRM, а единый исполняемый контур, который умеет:
— объединять каналы: Telegram, VK, MAX, сайт, виджет, веб-приложение;
— сохранять единую идентичность участника;
— фиксировать статусы и состояния;
— запускать следующий шаг в зависимости от истории;
— напоминать, если участник завис;
— передавать контекст менеджеру, куратору или оператору;
— принимать документы, фото и файлы;
— связываться с CRM, LMS, порталом, таблицами, BI и другими системами.

Именно такую роль выполняет Metabot как Temporal Runtime: связывает каналы, данные, статусы, события, роли и коммуникации в один управляемый процесс.

Применение такого подхода безгранично:
1. Специалисты разного уровня подготовки и обучение
Проводим по пути, находим слабы зоны с потерями конверсии, усиливаем мотивацию

2. Дилеры и первая закупка
Вводим в процесс, контролируем исполнение обязательств, начисляем вознаграждения

3. Партнёры и реактивация
Подготавливаем персональные предложения, возвращаем активность

4. Сервисные обращения и документы
Получение любых файлов, обработка, оценка

5. Несколько ролей в одном процессе
У каждой роли свои действия и точки пересечения позволяют менять состояние взаимодействия

Вопрос масштабирования часто волнует даже больше чем запуск. И именно он ставит в тупик компании. Но накопленные данные не должны приводить в тупик и мы знаем, как этого избежать.

Если вы не знаете ответ на вопрос «сколькими контактами из базы вы можете управлять», мы поможем вам на него ответить 😉

#метабот #TemporalRuntime #развитие #коммуникации #партнёрскиесети #автоматизация

🤖 Что не видит пользователь в боте: скрытые служебные команды
Пользователь видит сообщение:

«Какой у вас вопрос?»

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

❓ Зачем это использовать на практике
Например, вы делаете FAQ-бота и хотите разрешить пользователю не только нажимать кнопки, но и писать вопрос своими словами.
В Metabot для такого сценария можно добавить в меню скрытый пункт. Пользователь его не увидит, но он позволит боту продолжать «слушать» текстовый ввод внутри текущего скрипта. Это особенно полезно вместе с NLP.
Пользователь пишет:

«А как изменить тариф?»

Бот принимает свободный ввод → распознаёт намерение → запускает нужный сценарий.
При этом пользователю не приходится искать вопрос среди десятков кнопок.
📚 Пример такой настройки есть в уроке по автоматизации службы поддержки

Но скрытая логика пригодится не только для NLP. Допустим, человек нажал «Оставить заявку».
Для него следующий шаг выглядит просто:

«Как вас зовут?»

А внутри сценария до этого бот может:
🔘 установить статус «Заполняет заявку»;
🔘 добавить тег заявка;
🔘 сохранить нужные данные в атрибуты;
🔘 перейти в отдельный скрипт анкеты.
Получается, пользователь видит чистый и понятный диалог, а вся техническая работа происходит «за кулисами».

💡 Полезный принцип при создании бота:
Посмотрите на каждый переход между сообщениями и спросите:
«Что бот должен запомнить, проверить или изменить в этот момент?»
Если действие пользователю видеть не нужно — его можно оставить частью внутренней логики сценария.
Например:
🏷 теги — чтобы запоминать действия или сегмент пользователя;
📊 статусы — чтобы понимать, на каком этапе он находится;
⚙️ JavaScript — когда нужна дополнительная логика или работа с атрибутами;
🔀 выполнение другого скрипта — чтобы разделять большой сценарий на понятные блоки;
👨‍💻 перевод на оператора — когда дальше должен подключиться человек.

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

Хороший бот — это не только то, что пользователь видит в чате.
Большая часть удобного сценария как раз остаётся незаметной — и работает в нужный момент ⚙️

#метабот #инноваторыметабот #ЧатБоты #Автоматизация #NLP #MAX

Онлайн-модерация офлайн-мероприятий жива. И она показывает очень хорошие результаты.

Вчера, 9 августа, в Москве прошёл День строителя в рамках фестиваля «Строители будущего».

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

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

Не один канал. Не одну форму. Не только мессенджер.
А несколько понятных вариантов входа: Telegram, MAX, VK, прямые web-формы, QR-коды и сценарии, которые работают независимо от конкретной площадки.

В итоге каждому проекту удалось собрать более 300 живых активных контактов.
И это не просто база номеров или случайные регистрации. Это люди, которые сами вошли в механику, прошли сценарий, согласились на участие, оставили данные и стали частью дальнейшей коммуникации.

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

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

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

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

Будущее офлайн-мероприятий — не в том, чтобы просто поставить QR-код на стенде.
Будущее — в том, чтобы вокруг события был живой цифровой контур: до, во время и после.

И Metabot всё больше становится именно такой средой. Спасибо большое нашим дорогим партнёрам за доверие 💙🤝

#чат_боты #мероприятия #офлайн #модераторы #интерактивы #кейсы

Пока ищем точки будущего роста, усиливаем то, что приносит результат сегодня.

Релиз версии 2.54.0 (от 23.07.2026), в нём есть два важных направления, которые напрямую влияют на ежедневную работу операторов, поддержки и проектных команд.

1️⃣ — получение и обработка файлов в прямых каналах.
Теперь сценарии Metabot можно удобнее выстраивать вокруг файлов, которые пользователи отправляют в бот в любом канале: документы, изображения, таблицы, скриншоты, фотографии и другие вложения.
Это важно для проектов поддержки, сервисных заявок, консультаций, обучения, гарантийных обращений, мероприятий и любых процессов, где пользователю недостаточно просто написать текст.

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

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

2️⃣ — улучшения контакт-центра для работы операторов.
В контакт-центре появилась более удобная отправка файлов: файл можно перетащить в окно ввода, проверить в окне предпросмотра и только потом отправить клиенту.
Это снижает риск ошибочной отправки и делает работу оператора спокойнее, особенно когда в диалоге нужно быстро передавать инструкции, изображения, документы или подтверждающие материалы.

Отдельно важна тема работы в open space офисах.
Когда оператор находится в общем пространстве, ему важно быстро понимать, что происходит в диалогах, но при этом не создавать лишний шум и не отвлекать коллег. Поэтому визуальные сигналы, анимация и более заметные изменения в интерфейсе становятся не просто «красивым элементом», а рабочим инструментом.
Оператору проще увидеть новое событие, не пропустить обращение и быстрее вернуться в нужный диалог.

В итоге релиз v2.54.0 усиливает сразу две части платформы:
1. Каналы и сценарии
Пользователь может отправлять файлы, а Metabot — принимать их, сохранять и передавать дальше по процессу.
2. Контакт-центр
Оператору становится удобнее работать с файлами, проверять отправку и быстрее реагировать на события в диалогах.

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

Подробнее о релизе 🖥

Инструкция по подключению распознавания файлов в различных каналах

#metabot #метабот #релиз #контактцентр #чатботы #поддержка #автоматизация #файлы #омниканальность

Доступная независимость: зачем бизнесу свой каталог продукции

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

Все это не обязательно история про большие бюджеты, долгую разработку и запуск полноценной e-commerce-платформы с нуля. Иногда нужна не «вторая большая система», а понятная запасная подушка: место, куда можно приземлять клиентов, показывать ассортимент, принимать заявки, сохранять контакты и поддерживать стабильность продаж настолько, насколько это возможно в текущих условиях.

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

В чём ценность такого подхода?

Бизнес получает не просто витрину, а собственный процесс продаж:
— собственный каталог продукции;
— прямой контакт с клиентом;
— заявки и заказы в одном контуре;
— уведомления клиенту, менеджеру или администратору;
— клиентскую базу;
— повторные продажи;
— аналитику и отчёты.

При необходимости мини-витрина интегрируется с CRM, учётной системой, платёжным сервисом, таблицами, BI или внутренними кастомными системами.

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

Это особенно важно для бизнеса, который хочет:
— уйти от хаотичной обработки заказов в личных сообщениях;
— снизить зависимость от маркетплейсов;
— запустить запасной канал продаж;
— сохранить прямой контакт с клиентом;
— постепенно построить собственную клиентскую базу.

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

#метабот #минивитрина #интернетмагазин #ecommerce #чатботы #автоматизация #бизнес

🤖 Почему люди отключают уведомления?
Многие думают, что проблема в количестве сообщений.
На самом деле причин гораздо больше.

Иногда пользователи готовы получать даже несколько уведомлений в день — если они действительно полезны.

Разбираем, почему люди всё-таки отключают уведомления и что можно сделать, чтобы этого избежать 👇
Смотрите в карточках.

💡 Хорошее уведомление не отвлекает пользователя, а помогает ему.

#метабот #инноваторыметабот #ЧатБоты #Автоматизация

Бизнесу нужен не ещё один бот, а управляемый канал коммуникации

В прошлом посте мы писали о SPA и PWA, как о способе снизить зависимость бизнеса от внешних каналов.

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

Для нас это не абстрактная идея. Один из примеров — интерактивная карта для проекта РЕХАУ на Open Village.

🤳Это веб-интерфейс, в котором пользователь может изучать объекты, смотреть решения, переходить в нужные разделы, фиксировать своё участие в механике и в любой момент перейти в бота.

По сути, это уже не просто чат-бот и не просто сайт. Это отдельная точка входа в цифровой сценарий бренда.

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

Такой подход хорошо показывает, зачем бизнесу нужны SPA/PWA, виджеты, интерактивные интерфейсы и собственные кастомные каналы.

Мессенджеры остаются важными. Но они больше не должны быть единственной опорой!

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

Metabot в такой модели становится не просто платформой для чат-ботов, а ядром коммуникационного процесса: хранит данные, управляет сценариями, фиксирует действия пользователей и помогает бизнесу сохранять контакт с аудиторией там, где внешние каналы становятся нестабильными.

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

#метабот #SPA #PWA #чатботы #коммуникации #цифровойканал #CX

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

🔘Вернуть человека в сценарий можно с помощью отложенного напоминания.
Например, на каждом шаге анкеты запускаем таймер на один час:
let leadId = lead.getData("id");

// Отменяем ранее запланированные вызовы скрипта
bot.clearTriggerJobsByScriptCode("reminder", leadId);

// Если пользователь не ответит в течение часа — напоминаем
bot.runScriptByCodeForLead("reminder", leadId, null, false, {
"run_after_sec": 3600
});
Что происходит в этом коде? 👇
🔘Сначала получаем ID лида, для которого планируется напоминание.
🔘Затем отменяем предыдущий запуск скрипта reminder. Это важно, потому что такой же таймер мог быть установлен на прошлом шаге анкеты.
🔘После этого запускаем новый отсчёт — уже для текущего шага.

Получается следующая логика:
1️⃣ Пользователь перешёл к новому вопросу.
2️⃣ Старое напоминание отменилось.
3️⃣ Запустился новый таймер на один час.
4️⃣ Пользователь ответил — таймер снова обновился.
5️⃣ Не ответил — бот запустил скрипт reminder.
Так человек получит одно актуальное напоминание, а не несколько сообщений от каждого пройденного шага.
Например:

«Вы остановились на заполнении анкеты. Продолжим? Осталось ответить всего на несколько вопросов 👇»

🔘Но что делать, если анкета состоит из нескольких шагов и пользователя нужно вернуть именно туда, где он остановился?
Для этого можно использовать теги.
Допустим, перед вопросом об имени добавляем тег:
ввод_имени
А в скрипте reminder проверяем его наличие:
if (lead.isTagExist("ввод_имени")) {
return true;
}
По этому условию можно показать подходящий текст и кнопки:

«Кажется, мы остановились на знакомстве 🙂 Как вас зовут?»

Для другого шага будет свой тег и своё напоминание. Например:
— ввод_телефона
— выбор_услуги
— подтверждение_заявки
⚠️ Самое важное: после прохождения шага удаляйте соответствующий тег.
Иначе у пользователя накопится сразу несколько тегов, а скрипт напоминания может запустить лишние сообщения или показать не тот этап анкеты.

В итоге сценарий сочетает три элемента:
✅ отложенный запуск скрипта;
✅ отмену устаревшего напоминания;
✅ тег текущего шага.

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

#метабот #инноваторыметабот #ЧатБоты #Автоматизация