«SMS не работает, можете ли вы сделать голосовую связь?» — Устранение неполадок или возможность для бизнеса?
При сбое SMS OTP клиенты спрашивают о резервном голосовом режиме. Продавцы OTP могут отделить звонки по устранению неполадок от готовых к закупкам проектов, используя сценарий восстановления, целевой рынок, характер сбоев, условия тестирования и роль принятия решения.
Сигналы для наблюдения
- запрос называет сценарий восстановления
- Характер отказов включает частоту или продолжительность
- заказчик предлагает пилотный вариант с указанием размера и окна
- клиент называет роль принятия решения и ответственного за соблюдение требований
Каждые несколько месяцев сбои в SMS-сообщениях или увеличение количества недоставленных одноразовых паролей заставляют клиента задать короткий вопрос: можете ли вы вместо этого доставить код голосом? Для продавца-провайдера OTP ответ редко бывает самым сложным. Самое сложное — понять, что означает этот вопрос, прежде чем прикладывать усилия к предпродажной подготовке — составить накладную, оценить объемы, запланировать технический звонок.
Один вариант запроса — устранение неполадок. У клиента сегодня нарушен поток, и он хочет понять, существует ли голосовой резервный канал. Другой вариант — резервный проект, готовый к закупке. У клиента есть конкретный бизнес-сценарий, целевой рынок, схема сбоев, план тестирования и человек, способный одобрить расходы. Один и тот же короткий вопрос может скрывать сделки совершенно разного масштаба и скорости. Ошибка в одну сторону тратит часы предпродажной подготовки на звонок, который не завершится сделкой в этом квартале. Ошибка в другую — приводит к слишком медленной подготовке предложения для проекта, который заказчик уже готов начать. Пять квалификационных деталей ниже и два контрастных примера помогут различить эти случаи и выбрать следующий шаг.
Запрос и проект — не одно и то же
OTP или одноразовый пароль — это одноразовый код, который подтверждает личность пользователя во время входа в систему, оплаты или восстановления учетной записи. SMS OTP доставляет этот код в виде текстового сообщения. Voice OTP передает тот же код посредством телефонного звонка, который читает цифры вслух. Для многих платформ голосовая связь является запасным каналом на случай сбоя доставки SMS — при отключении оператора связи, изменении фильтрации контента или проблеме на маршруте обмена сообщениями, от которого зависит платформа.
Клиент, который спрашивает о голосе, может оказаться в двух разных ситуациях, и предложение продажи в каждой из них разное:
| Квалификационная деталь | Звонок по устранению неполадок | Резервный проект, готовый к закупкам |
|---|---|---|
| Сценарий восстановления | Неясно или отсутствует: «SMS не работает». | Именованный поток, например. проверка входа или вывода средств, которая должна продолжать работать |
| Целевой рынок | Не указано или «наши пользователи» | Конкретный сегмент, например. аккаунты на регулируемом рынке, которым нужен резервный канал |
| Схема отказа | Одна жалоба, без подробностей | Описана частота, продолжительность или затронутая база пользователей. |
| Условия испытаний | Ни один тест не упомянут | Пилотный проект с областью действия, количеством пользователей и окном |
| Роль принятия решения | Никто не назван | Владелец, который может утверждать расходы и подписываться |
| Владелец соответствия | Не упомянуто | Готовность предоставить регулирующий орган, стоящий за проектом |
| При вызове по устранению неполадок спрашивается, существует ли такая возможность. Проект, готовый к закупкам, спрашивает, может ли он работать в среде клиента, в его количестве, в рамках его ограничений соответствия. Первый заслуживает короткого ответа и продолжения позже. Второе заслуживает коммерческого предложения. Каждую деталь в таблице можно собрать за один разговор, и ни одна из них не требует от заказчика что-либо проектировать. |
Пять деталей, которые принесут коммерческое предложение
Квалифицируйтесь по пяти деталям, а не по энтузиазму. Каждый из них представляет собой вопрос, который вы можете задать за один звонок, и каждый отделяет панический звонок от проекта.
Сценарий восстановления. Какой бизнес-поток должен продолжать работать? Именованный поток — наш шаг входа в систему для учетных записей клиентов — конкретен. «СМС не работает» — нет. Когда клиент может описать, что кому мешает, за запросом стоит владелец бизнеса.
Целевой рынок. Каким пользователям нужен резервный вариант? Конкретный сегмент — аккаунты на регулируемом рынке, ценные пользователи, развертывание в одном регионе — говорит об объемах и приоритетах. Неуказанный рынок обычно означает, что заказчик еще не решил, что проект стоит запускать.
Шаблон сбоя. Как на самом деле выглядит сбой? Частота, продолжительность и то, какие пользователи затронуты, являются доказательствами, на которых основывается решение об отступлении. «Некоторые сообщения не доходят» и «вчера не удалось доставить сообщение в один регион около двух часов» — это разные классы информации. Второй — измеримый, то есть его кто-то отслеживал.
Условия тестирования. Есть ли пилотный проект? Заказчик, который предлагает небольшой тест — количество пользователей, временное окно, критерий успеха — уже подумал о развертывании. Клиент, который вообще не упоминает ни одного теста, часто все еще решает, реальна ли проблема.
Роль принятия решений и владелец соответствия требованиям. Кто утверждает расходы и кто отвечает за соблюдение требований? Назначенное лицо, принимающее решения, является самым сильным признаком того, что проект может двигаться вперед. Клиент, который добровольно предлагает ответственного за соблюдение требований — человека, который может предоставить регулирующий орган, стоящий за запросом, — уже преодолел внутреннее препятствие, которое уничтожает большинство резервных проектов.
Еще один сигнал на уровне проекта: когда клиент спрашивает, можно ли запросить резервный голосовой вызов через API (интерфейс прикладного программирования) — интерфейс, который приложение клиента использует для запроса доставки — зарождается мысль об интеграции. Это язык закупок, а не языка устранения неполадок.
Два наглядных сообщения показывают разницу
Те же пять деталей определяют разницу между сообщением, на которое вы можете ответить за десять минут, и сообщением, на которое вам следует дать коммерческое предложение. Два приведенных ниже примера смоделированы для иллюстрации; это не коммерческие цитаты из реального группового чата. Они показывают одну и ту же тему на двух разных уровнях готовности.
Показательное сообщение: «Некоторым нашим пользователям не приходят SMS. Кто может сделать голосовой OTP?»
Это запрос в форме устранения неполадок. В нем не упоминается ни сценарий восстановления, ни рынок, ни модель сбоя, ни тестирование, ни роль принятия решений. Правильный ответ продаж — это короткое подтверждение — да, голосовой OTP существует как резервный канал, вот как это работает — плюс ответный вопрос: какой поток затронут и кто его отслеживает? Это еще не коммерческое предложение.
Показательное сообщение: «Наше приложение использует SMS OTP для входа. Вчера доставка не работала примерно два часа в одном регионе, а требования соответствия предусматривают резервный голосовой канал для регулируемых учётных записей до следующего аудита. Мы хотели бы протестировать его на 50 пользователях в течение недели и измерить долю доставленных кодов. Наш специалист по соответствию может предоставить необходимые документы. Можете ли вы подтвердить API для пилотного проекта?»
За это сообщение можно получить коммерческое предложение или, как минимум, запрос цен. В нем указаны сценарий восстановления (вход в систему), рынок (регулируемые учетные записи), схема сбоя (двухчасовой региональный сбой), условия тестирования (50 пользователей, одна неделя, мера доставки), драйвер принятия решений (соответствие требованиям, перед аудитом) и владелец соответствия. Присутствуют все пять квалифицирующих деталей. Единственные недостающие детали — коммерческие — объемы, ценовые ожидания, сроки — именно для этого и нужен запрос коммерческих котировок.
Прочитайте два сообщения рядом: второе длиннее не случайно. Каждая дополнительная деталь — это решение, которое заказчик уже принял внутри компании. Продавец, который приводит коммерческие расценки в первом сообщении, определяет цену проблемы, которую клиент не определил. Продавец, который отвечает на второго брошюрой, теряет проект, готовый к сдаче.
Где появляются подобные запросы: авторизованные отраслевые группы Telegram
Ни один из этих требований не поступает по одному каналу. Группы проверки, обмена сообщениями и эксплуатации общаются в отраслевых сообществах, и большая часть этих разговоров теперь происходит в группах Telegram: поставщиков каналов, дискуссионных группах по борьбе с мошенничеством и соблюдением требований, а также в комнатах, прилегающих к операторам, где команды платформы публикуют именно те типы сообщений, которые показаны выше. Поскольку Telegram — это место, где находится сообщество, продавец, следящий за отраслью, увидит эти запросы в группах, к которым у него есть доступ и намеренное подключение, — никогда в группах, в которые они были добавлены без их собственного решения.
Одно и то же требование часто появляется более одного раза. Клиент публикует подробный резервный запрос в одной группе, коллега публикует более короткую версию в другой, а в третьей теме обсуждается тот же проект без его названия. Если рассматривать их как отдельные бизнес-возможности, это означает трижды квалифицировать один и тот же проект.
Именно здесь инструмент обнаружения заслуживает своего места. TOP Prospect анализирует сообщения только из групп Telegram, к которым пользователь имеет доступ, и намеренно подключается. Он находит сообщения, соответствующие указанному выше языку, дедуплицирует их — объединяя повторные упоминания одного и того же запроса, сохраняя при этом каждое исходное сообщение, его источник и контекст — и представляет результат как сигнал-кандидат с приложенными доказательствами. Продавец по-прежнему читает исходное сообщение, проверяет источник и применяет пять уточняющих деталей. TOP Prospect не связывается с членами группы автоматически, и сигнал кандидата не является подтверждением факта; это отправная точка для проверочного звонка, а не его замена.
Решение: проверить, отложить коммерческое предложение или предложить тестирование.
Пять деталей не просто классифицируют запрос; они указывают на следующее действие.
- Проверить. Запрос имеет форму устранения неполадок: нет сценария, рынка или теста. Ответьте кратко, задайте два дополнительных вопроса и оставьте лёгкий цикл последующих действий. Глубокая предпродажная подготовка пока не нужна.
- Отложить коммерческое предложение. Некоторые детали присутствуют, но отсутствует ключевая — обычно роль принятия решения или владелец соответствия. коммерческое предложение после того, как оно будет подтверждено, а не раньше.
- Предложить тест. Все пять деталей присутствуют или почти подтверждены. Ответьте пилотным предложением — объём, количество пользователей, окно и критерий успеха — и позвольте результатам теста обосновать покупку.
Спрос отрасли реален: платформы, зависящие от SMS, регулярно ищут второй канал. Навык заключается не в создании голосового OTP, а в распознавании того, какой запрос является проектом, а какой — тревожным звонком. Имея в виду сценарий восстановления, целевой рынок, характер сбоев, условия тестирования и роль в принятии решения, запрос сообщает вам, что делать, прежде чем вы потратите один час на предпродажную подготовку.
Как обнаруживается Signal, заслуживающий внимания
Методика показывает, как Top Prospect находит и упорядочивает Signals, которые стоит проверить, сохраняет исходный контекст Telegram, удаляет дубли и помогает определить порядок просмотра. Решение о дальнейших действиях остаётся за вами.
