Участник форума не должен скачивать незнакомое приложение, искать программу в десятке сообщений, вручную обмениваться контактами и гадать, куда отправить вопрос спикеру. Ему нужен один понятный канал, который уже находится в телефоне. Для международного форума «Мастор» Республики Мордовия таким каналом стал Telegram-бот — с двумя языками, личными профилями, новостными рассылками, вопросами спикерам и отдельной системой деловых встреч.
Сначала нужно было выбрать не технологию, а правильную точку входа
Проект начался не с разработки и не с дизайна сообщений. Сначала нужно было решить, где вообще должен жить основной цифровой сервис форума.
Рассматривали три варианта: веб-приложение с возможностью работы без интернета, отдельное приложение для iOS и Android и Telegram-бот.
Нативное приложение даёт широкие возможности, но требует установки. Пользователю нужно найти его в магазине, дождаться загрузки, пройти регистрацию и разобраться в новом интерфейсе. Для мероприятия, которое длится ограниченное время, каждый такой шаг создаёт дополнительное трение.
Веб-приложение проще открыть по ссылке, но его ещё нужно объяснить аудитории, научить сохранять и возвращаться в нужный момент.
Telegram уже был знаком большинству участников. Не требовалось устанавливать ещё одно приложение, выдавать разрешения неизвестному сервису или заводить отдельный аккаунт. Человек открывал привычный мессенджер и сразу попадал внутрь форума.
Правильная платформа — не та, где можно реализовать больше всего функций. А та, которой люди действительно будут пользоваться.
PANTELIDI
Telegram снизил порог входа
Участникам не нужно было осваивать новый продукт. Форум появлялся внутри уже знакомого канала, которым люди пользовались каждый день.
До дизайна мы собрали маршруты пользователей
Telegram-бот легко превратить в бесконечный набор кнопок.
Главное меню. Второе меню. Возврат назад. Новое сообщение. Старая клавиатура. Потерянный контекст. Через несколько переходов человек уже не понимает, где находится и как вернуться к нужному разделу.
Поэтому сначала мы разработали систему роутинга пользователей.
Определили основные сценарии: первое открытие, выбор языка, регистрация, заполнение профиля, переходы по разделам, получение новостей, вопросы спикерам, деловые встречи и просмотр установленных контактов.
Маршруты согласовали с заказчиком до того, как начали финально оформлять тексты и изображения. Это позволило обсуждать не отдельные кнопки, а весь путь участника.
После утверждения логики мы перешли к визуальным обложкам. Затем связали изображения с конкретными состояниями бота и только после этого окончательно утвердили тексты.
- Определили основные сценарии участника
- Разделили пользовательскую и административную части
- Продумали переходы, возвраты и отмену действий
- Выделили постоянные разделы и временные модули форума
- Согласовали маршруты до визуального оформления
- Подготовили русские и английские версии сценариев
Сначала маршрут, потом обложка
Красивое сообщение не исправит запутанную логику. Поэтому визуальная система создавалась поверх согласованных сценариев, а не вместо них.
Международный форум должен одинаково понятно говорить с каждым гостем
На форум «Мастор» приезжали участники из других стран. Гостей встречали в Мордовии, организовывали трансферы и сопровождали во время мероприятия. Оставить основной цифровой инструмент только на русском языке было нельзя.
Бот полностью поддерживал русскую и английскую локализации.
Перевод требовался не только главному меню. На двух языках работали регистрация, личный профиль, информационные разделы, уведомления, системные подсказки, сценарии ошибок, вопросы спикерам и модуль деловых встреч.
В двух версиях создавались и визуальные материалы. Если бот отправлял изображение для главного меню или отдельного раздела, у него были русская и английская обложки.
Это не механическая замена слов. В событийном сервисе одна неточная формулировка может сбить человека в момент регистрации, отправки вопроса или обмена контактами. Поэтому тексты и переводы несколько раз проверялись перед публикацией.
Локализация заканчивается не там, где переведены слова. Она заканчивается там, где иностранный участник проходит тот же маршрут без лишних вопросов.
Наблюдение из практики
Личный профиль стал основой для остальных сценариев
После выбора языка участник заполнял личный профиль.
Бот последовательно запрашивал имя, фамилию, отчество или patronymic, номер телефона, электронную почту, компанию и должность. Для международных гостей поля и подсказки отображались на английском языке.
Профиль создавался не ради формальной анкеты. На его данных строились дальнейшие действия: представление участника, регистрация компании в модуле встреч и безопасный обмен контактами.
Важно было не перегрузить человека длинной формой. Telegram-бот задавал вопросы по одному и сохранял контекст прохождения. Пользователь видел только текущий шаг и понимал, что от него требуется дальше.
Если данные были пропущены или введены неправильно, сценарий не должен был разрушаться. Человек получал понятную подсказку и мог исправить конкретное поле, не начиная регистрацию заново.
- Имя
- Фамилия
- Отчество или patronymic
- Номер телефона
- Электронная почта
- Компания
- Должность или роль в компании
Профиль был частью продукта, а не анкетой ради анкеты
Данные использовались в реальных сценариях форума — прежде всего в деловых встречах и согласованном обмене контактами.
Бот не превращал чат в свалку сообщений
Один из частых недостатков Telegram-ботов — бесконечная лента.
Человек нажимает кнопки, бот отвечает новыми сообщениями, клавиатуры меняются, старые экраны остаются выше. Через несколько минут чат становится длинным, а нужный раздел приходится искать прокруткой.
Мы построили взаимодействие иначе.
При переходах предыдущие сообщения удалялись, а новое состояние занимало их место. Telegram сопровождал удаление своим стандартным визуальным эффектом, благодаря чему интерфейс ощущался живым и аккуратным.
Чат не накапливал десятки устаревших экранов. Участник всегда видел актуальное состояние и доступные действия.
Это небольшое решение заметно меняло восприятие продукта. Бот ощущался не как переписка с автоматом, а как полноценный интерфейс внутри Telegram.
Административная часть стала центром управления форумом
Публичный интерфейс был только половиной проекта. Вторая половина — административные сценарии.
Команда форума могла создавать и отправлять новости всем зарегистрированным пользователям прямо через Telegram-бот. Не требовалось заходить в отдельную сложную панель, пользоваться сторонним сервисом рассылок или каждый раз обращаться к разработчику.
Администратор формировал публикацию внутри чата, добавлял нужные материалы и получал предварительный просмотр.
Перед массовой отправкой бот запрашивал подтверждение. В зависимости от сценария действие нужно было подтвердить в несколько этапов: проверить итоговый вид, убедиться, что выбрана правильная публикация, и только после этого запустить рассылку.
Это защищало аудиторию от случайных черновиков, опечаток и ошибочных нажатий.
- Создание новости внутри Telegram
- Добавление текста и визуального материала
- Предварительный просмотр сообщения
- Повторная проверка перед отправкой
- Подтверждение массовой рассылки
- Отправка новости всем участникам
- Управление временными модулями форума
Массовая рассылка не должна запускаться случайно
Перед отправкой бот показывал итоговую публикацию и требовал отдельного подтверждения. Ошибка в личном чате касается одного человека, а ошибка в рассылке сразу уходит всей аудитории.
Вопросы спикерам превратились в управляемый живой канал
На большом мероприятии микрофон из зала работает не всегда.
Кто-то не хочет выступать публично. Кто-то сидит далеко. Кто-то формулирует вопрос дольше, чем длится пауза. Часть вопросов неизбежно теряется между аудиторией, модераторами и сценой.
Для этого мы создали отдельный модуль вопросов спикерам.
Администратор включал его во время нужной сессии. После активации всем участникам приходило уведомление о том, что приём вопросов открыт. Прямо в этом сообщении находилась кнопка «Задать вопрос спикеру».
После нажатия человек писал свой вопрос в чат с ботом. Сообщение переходило в административную часть, где команда могла проверить его и передать на сцену.
Получался короткий замкнутый маршрут:
- Администратор открывает приём вопросов
- Бот уведомляет всех участников
- Человек нажимает кнопку в сообщении
- Вопрос отправляется через чат
- Администратор получает и модерирует его
- Спикер отвечает со сцены
Модуль не работал постоянно. Его включали только тогда, когда это было нужно по программе, а после завершения сессии отключали.
Участие в дискуссии стало доступно из любой точки зала
Человеку не нужно было искать микрофон или прерывать выступление. Вопрос отправлялся через привычный чат, а команда сохраняла контроль над потоком.
Модуль встреч стал отдельным B2B-сервисом внутри форума
Самой глубокой частью проекта стал модуль деловых встреч.
Форум объединял представителей разных организаций. Само присутствие компаний в одном месте ещё не гарантирует полезного знакомства. Люди могут не знать друг о друге, не успеть подойти, потерять визитку или просто не понять, с кем стоит поговорить.
Мы встроили знакомство компаний прямо в Telegram-бот.
Участник проходил дополнительную регистрацию организации и добавлял краткую информацию о её деятельности, продуктах или услугах.
При этом одну компанию нельзя было создать несколько раз. Если организация уже существовала в системе, бот не позволял зарегистрировать её повторно. Это защищало каталог от дублей и ситуации, когда несколько представителей одной компании создают отдельные, конкурирующие карточки.
После регистрации открывался список других организаций.
При выборе компании пользователь видел её название, краткое описание и доступные действия. Он мог вернуться к списку или отправить запрос на связь.
Но контакты не раскрывались автоматически.
Компания получала уведомление о том, какая организация хочет с ней связаться, и сама принимала решение.
- При согласии стороны получали доступные контактные данные
- Мог передаваться номер телефона
- Могла передаваться электронная почта
- Добавлялась прямая ссылка на профиль в Telegram
- При отказе контакты не раскрывались
- Запросившая сторона получала корректное уведомление об отказе
Нетворкинг работает лучше, когда знакомство становится простым, а передача контактов остаётся добровольной.
PANTELIDI
Отказ не становился окончательной закрытой дверью
В модуле встреч был предусмотрен не только успешный обмен контактами.
Пользователь мог посмотреть организации, которым ранее отказал. Если решение менялось, он мог открыть карточку компании и самостоятельно отправить новый запрос на связь.
Тогда уведомление приходило другой стороне. По сути, система позволяла убрать компанию из условного списка отказов и дать знакомству второй шанс.
Отдельно существовал раздел успешных связей или мэтчей. В нём отображались компании, которые согласились обменяться контактами, а также организации, которым пользователь сам открыл свои данные.
При выборе компании открывалась её контактная информация.
Так модуль не ограничивался единичным уведомлением. Он формировал понятную историю деловых связей, к которой участник мог вернуться в любой момент форума.
Хороший сценарий учитывает не только идеальный путь
Люди меняют решения, возвращаются к компаниям и продолжают общение позже. Поэтому система хранила не только успешные связи, но и давала возможность пересмотреть прежний отказ.
Асинхронная архитектура, безопасность и размещение в России
Во время форума бот должен был одновременно обрабатывать действия большого количества участников: регистрацию, переходы по меню, новости, вопросы спикерам и запросы на встречи.
Поэтому система была построена на полностью асинхронной архитектуре.
Один медленный запрос не должен был останавливать работу для остальных пользователей. Бот сохранял состояния диалогов, обрабатывал параллельные действия и корректно возвращал человека в нужный сценарий.
Отдельное внимание уделялось безопасности.
Проверялись пользовательские роли, административные действия, доступ к персональным данным, передача контактов и потенциальные утечки. Данные компаний раскрывались только после согласия принимающей стороны.
Инфраструктуру разместили на серверах в Российской Федерации. Для проекта с участием государственного заказчика это было отдельным требованием и важной частью снижения регуляторных и организационных рисков.
- Полностью асинхронная обработка действий
- Разделение пользовательских и административных прав
- Контролируемый доступ к персональным данным
- Передача контактов только после согласия
- Проверка сценариев на ошибки и утечки
- Размещение серверной инфраструктуры в России
- Тестирование перед запуском форума
Событийный сервис должен работать именно в момент события
Для такого продукта недостаточно хорошо выглядеть на демонстрации. Он должен выдерживать параллельную активность участников, не терять состояния и не раскрывать данные без разрешения.
Визуальные обложки стали частью навигации
Telegram-бот обычно воспринимают как текст, кнопки и стандартные сообщения. В этом проекте визуальный слой был полноценной частью пользовательского опыта.
Почти для каждого ключевого сообщения создавалась собственная обложка.
Главное меню, регистрация, профиль, информационные разделы, новости и отдельные модули получали свои визуальные состояния. Это помогало человеку быстрее понимать, где он находится и что происходит.
Для русской и английской локализаций создавались отдельные версии изображений. Текст на обложке не оставался на одном языке поверх переведённого интерфейса.
В результате бот не выглядел как техническая утилита, собранная перед событием. У него появился цельный визуальный язык, соответствующий международному статусу форума.
Обложка была не украшением, а состоянием интерфейса
Изображения помогали различать разделы, поддерживали навигацию и создавали единое впечатление от продукта на русском и английском языках.
Результат: форум получил цифрового координатора
В результате получился не обычный информационный Telegram-бот.
Внутри одного привычного чата участник мог зарегистрироваться, заполнить профиль, получать новости, задавать вопросы спикерам, изучать компании, отправлять запросы на знакомство и возвращаться к успешным контактам.
Администраторы могли управлять рассылками, включать временные модули и модерировать взаимодействие с аудиторией без постоянного участия разработчиков.
Проект объединил сразу несколько функций:
- Информационный канал форума
- Двуязычный интерфейс для международной аудитории
- Личный профиль участника
- Инструмент массовых рассылок
- Канал вопросов спикерам
- B2B-каталог компаний
- Систему согласованного обмена контактами
- Административный центр управления
Почему этот кейс важен
Этот проект показывает, что Telegram-бот не обязан быть дешёвой заменой приложению.
Если сначала продумать маршруты, роли, временные состояния, работу с персональными данными и реальные действия участников, внутри мессенджера можно собрать полноценный событийный продукт.
Его сила не в количестве кнопок.
Сила в том, что каждая функция появляется в нужный момент.
Новости приходят тогда, когда участнику нужно что-то узнать.
Вопросы открываются во время выступления.
Деловые встречи запускаются внутри форума.
Контакты передаются только после согласия.
Администраторы управляют процессом без технического посредника.
И всё это работает в интерфейсе, который аудитория уже знает.
Хороший Telegram-бот не заставляет человека думать о том, что он пользуется ботом. Он просто помогает пройти мероприятие.
PANTELIDI
Финальная мысль
Можно было сделать приложение с десятками экранов и попросить каждого участника установить его перед форумом.
Мы выбрали другой путь.
Не создавать новый цифровой барьер, а встроить сервис в привычное пространство. Не собирать ещё одну красивую оболочку, а соединить регистрацию, коммуникацию, вопросы, деловые знакомства и управление мероприятием в одном работающем маршруте.
Так Telegram-бот для форума «Мастор» перестал быть дополнением к событию.
Он стал его цифровым координатором.
Комментарии
0Пока комментариев нет. Можно стать первым.