Telegraft

Сравнение

Портал, в который никто не заходит

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

Портал, в который никто не заходит: решение в фактах

Предмет сравнения
Клиентский портал в CRM
Сопоставленных измерений
8, включая вход в систему и освоение
Где проигрываем: широта возможностей
Портал делает всю работу, бот — её частую часть

As of 2025-10-01, Telegram Bot API 13.4

Что здесь на самом деле сравнивается

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

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

Чего бот не заменит — это того, ради чего портал существует для клиентов, которые им всё же пользуются. Просмотреть комплект документов, сравнить счета, выгрузить выписку, заполнить подробную форму — для этого нужен экран, и портал здесь на своём месте. Реалистичная схема такая: бот берёт частые лёгкие вопросы, портал берёт содержательную работу, и оба читают одну и ту же CRM.

Построчное сравнение

Критерийклиентский портал в CRMЗаказная разработка
Вход в системуОбязателен, и он же главная причина, по которой порталом не пользуются.Его нет. Личность — это аккаунт в Telegram.
ОсвоениеКак правило, низкое после первичного подключения.Высокое, потому что барьер — это одно сообщение.
ВозможностиПолное самообслуживание: документы, счета, формы, история.Подмножество: статус, остатки, простые заявки, частые ответы.
Доступ к документамЕстественный. Списки, предпросмотр, выгрузка.По одному файлу — можно, просматривать комплект — плохо.
Достоверность личностиАутентифицированный вход с той стойкостью, которую вы настроили.Аккаунт Telegram, привязанный к карточке клиента. Слабее, если не проверен.
Уведомления от васПочта, которая конкурирует со всем остальным во входящих.Сообщение в приложении, которое клиент и так читает.
СтоимостьОбычно модуль системы, за который вы и так платите.Разработка плюс интеграция с вашей системой.
Журнал действийЛоги доступа к порталу, привязанные к аутентифицированному пользователю.Логи бота, привязанные к личности в Telegram, — привязка заметно более слабая.

Что подойдёт именно вам

Ваш выбор — клиентский портал в CRM, если

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

Ваш выбор — заказная разработка, если

  • В портал заходят редко, а клиенты вместо этого пишут своему менеджеру.
  • Частые вопросы короткие: какой у меня статус, что не закрыто, когда следующий шаг.
  • Вы хотите отправлять обновления, которые клиенты действительно читают, а не письма, которые не читают.
  • Клиенты и так сидят в Telegram — а в большей части Залива они там.
  • Время менеджера уходит на ответы, которые система и так знает.

В чём мы проигрываем

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

Если вы уже там: как проходит переезд

  1. Сначала честно измерьте, как порталом пользуются

    Количество входов на клиента за квартал. Если пользуются по-настоящему, то проблема не в освоении, и весь этот довод к вам не относится.

    webhook
  2. Выпишите вопросы, на которые менеджеры отвечают на самом деле

    Обычно это короткий список, ответы на который система и так знает. Этот список и есть объём работы бота, и он меньше и конкретнее, чем все ожидают.

    commands
  3. Привязывайте аккаунт Telegram к карточке клиента осознанно

    Однократная проверка через уже существующий канал связи, а не предположение. Всё, что бот раскрывает, держится на корректности этой привязки.

    deep-link
  4. Читайте из системы, а не дублируйте её

    Источником истины остаётся CRM, а бот — это представление на неё. Бот с собственной копией клиентских данных — второй источник истины и задача сверки.

    webhook
  5. Портал оставьте и ведите в него ссылкой из бота

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

    commands

О чём спрашивают, когда выбирают

Почему клиентскими порталами не пользуются?

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

Может ли бот заменить портал целиком?

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

Откуда бот знает, с каким клиентом он разговаривает?

Из привязки, установленной один раз и подтверждённой через уже существующий канал связи, между аккаунтом Telegram и карточкой клиента. От этой привязки зависит всё, что бот раскрывает, поэтому её делают осознанно, а не выводят из имени в профиле.

Достаточно ли надёжна такая привязка личности?

Она слабее аутентифицированного входа — это честная позиция. Для вопросов о статусе и незакрытых позициях она соразмерна задаче; для всего чувствительного или договорного правильный контроль — аутентификация портала.

Должен ли бот держать свою копию клиентских данных?

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

В чём именно состоит экономия?

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

Что почитать дальше