Telegram-бот или веб-портал: как выбрать и не пожалеть

Когда клиент приходит к нам с задачей автоматизации, он часто уже решил что хочет. «Нам нужен бот» или «сделайте нам личный кабинет». Иногда он прав. Иногда — нет.

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

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

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

Разница фундаментальная. Бот хорош там, где уместен диалог. Портал — там, где нужна работа с информацией.

Пользователь на ходу, не за компьютером
Прораб на объекте. Водитель в рейсе. Торговый представитель на встрече. Курьер. Складской рабочий.
Эти люди не будут открывать браузер, вводить логин и пароль, ждать загрузки интерфейса. Но телефон у них в руках постоянно, и Telegram уже открыт. Отправить сообщение боту — это ровно то же усилие, что написать коллеге.
Мы делали систему для менеджеров торговых залов одного строительного магазина. Менеджеры подают заявки на пополнение витрин/стеллажей через бота. Никаких порталов — они бы просто не использовались, так как постоянно находятся на ногах в зале. Бот написал, бот ответил, заявка ушла в систему. Весь процесс занимает 30 секунд.

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

Уведомления важнее, чем интерфейс
Бот сам пишет пользователю — без push-подписок, без email, который прочитают через три дня. Telegram-уведомление приходит как сообщение от человека: его видят и сразу реагируют.
Например, это критично для склада. Заявка на товар поступила — сборщик получает сообщение сразу.

Не хочется учить пользователей новому инструменту
Бот не требует онбординга или, если проще, обучения работе с системой. Написал — получил ответ. Если сценарий простой, человек разберётся сам за первые две минуты. Это важно для внешних пользователей (клиентов, партнёров, подрядчиков) у которых нет времени и желания осваивать вашу систему.

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

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

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

Нужны роли и сложный доступ
Портал позволяет тонко настроить, что конкретно видит каждая роль. Менеджер видит своих клиентов. Руководитель — всех. Бухгалтер — только финансовый блок. В боте такое разграничение реализуется, но управлять им сложнее и менее наглядно.

Файлы — часть процесса
Загрузить договор, скачать акт, посмотреть счёт, сравнить версии документа. Портал с файловым менеджером — очевидный выбор. Бот может принять файл, но работать с файловой системой через чат неудобно.

Бот для сложного процесса
Клиент хочет бота, потому что «это модно» или «наши клиенты сидят в Telegram». Делают бота для оформления заказа с 20 параметрами. Пользователь путается на шестом шаге, уходит, звонит менеджеру. Бот есть — конверсия упала.
Диалог плохо масштабируется на сложность. Если у пользователя есть ощущение «я не понимаю где я нахожусь в этом процессе» — это сигнал, что нужен интерфейс, а не чат.

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

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

Или тандем из портала и бота - о нём ниже.

Самое частое правильное решение — гибридное. Портал и бот не конкуренты, они закрывают разные потребности одной системы.

Разные роли — разные инструменты
Руководитель работает в портале: видит полную картину, управляет настройками, смотрит аналитику. Полевой сотрудник — в боте: быстро подаёт заявки, получает уведомления, отправляет фото. Данные — общие, интерфейс — разный.

Разные типы действий
Клиентский кабинет в браузере: полная история заказов, документы, детальные отчёты. Telegram-бот для того же клиента: «где мой груз?», уведомления о статусе, быстрое сообщение менеджеру. Глубокая работа — в портале. Быстрые запросы — в боте.

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

Попробуйте сами ответить на три вопроса - в большинстве ситуаций они помогут сделать выбор практически очевидным.

1. Где физически находится пользователь, когда взаимодействует с системой?
За рабочим столом → скорее портал. На объекте, в дороге, на встрече → скорее бот.

2. Насколько сложное действие нужно совершить?
Одно-два действия, простой выбор → бот. Много полей, работа с данными, файлы → портал.

3. Важна ли скорость доступа и уведомления в реальном времени?
Если да — бот. Если пользователь может подождать и зайти когда удобно — портал.

Если ответы смешанные — вероятно, нужны оба.

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