Flash Call помогает подтвердить покупателя при выдаче заказа без ввода кода из сообщения. Клиент указывает номер телефона, система направляет короткий входящий звонок и проверяет факт звонка по последним цифрам номера либо по техническому признаку вызова. В статье разберём сценарий для интернет-магазина: где запускать проверку, что делать при ошибке и как связать подтверждение с выдачей, отменой или возвратом заказа.
Зачем подтверждать клиента перед выдачей заказа?
На пункте выдачи сотруднику нужно убедиться, что заказ получает именно тот человек, который оформил покупку. Одного имени в заказе бывает мало: его могут назвать неправильно, перепутать с другим получателем или передать постороннему. Подтверждение по номеру телефона добавляет ещё один шаг перед выдачей.
Flash Call подходит для сценария, в котором телефон уже связан с заказом. Клиент вводит номер на сайте или на экране сотрудника, получает входящий вызов и завершает проверку по инструкции. Разговор с оператором не требуется: система фиксирует сам факт вызова и сопоставляет его с номером заказа.
Такой подход особенно понятен для небольшого магазина, где нет отдельного сложного оборудования на пункте выдачи. Сотруднику достаточно увидеть статус «номер подтверждён» и продолжить оформление заказа.
Как выглядит сценарий Flash Call на пункте выдачи?
- Покупатель сообщает номер телефона, который указал при оформлении заказа.
- Сотрудник открывает заказ и запускает проверку номера.
- Система отправляет короткий входящий вызов на указанный телефон.
- Покупатель смотрит на номер входящего вызова или ждёт автоматического завершения проверки, если сервис использует такой вариант.
- Магазин получает результат: проверка пройдена или её нужно повторить.
- После успешной проверки сотрудник выдаёт заказ и фиксирует операцию в учётной системе.
На практике лучше запускать проверку после того, как сотрудник нашёл заказ, но до передачи товара. Так покупатель не тратит время на звонок заранее, а результат относится к конкретной выдаче.
Если магазин выдаёт несколько заказов одному человеку, система может проверять каждый заказ отдельно или использовать уже подтверждённый номер в рамках одной сессии. Правило нужно выбрать заранее и одинаково описать для сотрудников. Иначе один сотрудник попросит повторную проверку, а другой выдаст второй заказ без неё.
Что видит покупатель?
Инструкция должна помещаться в одну короткую фразу: «Укажите номер телефона из заказа. Сейчас поступит входящий вызов, после чего мы продолжим выдачу». Если сервис просит посмотреть на последние цифры номера, это нужно сказать прямо. Если подтверждение происходит автоматически, достаточно попросить клиента не отклонять вызов сразу.
Человек может не услышать звонок в шумном помещении или использовать телефон с отключённой связью. Поэтому рядом нужна кнопка повторной проверки и понятное сообщение об ошибке. Сотрудник должен знать, сколько времени ждать результат и что делать после неудачной попытки.
Как встроить проверку в процесс интернет-магазина?
Сначала опишите состояния заказа. Для выдачи достаточно нескольких понятных статусов: «готов к выдаче», «проверка телефона», «номер подтверждён», «выдан» и «нужна ручная проверка». Такое разделение помогает понять, на каком шаге возникла проблема.
Затем определите место запуска Flash Call. Для магазина с отдельным пунктом выдачи проверку удобно выполнять в рабочем интерфейсе сотрудника. Для самовывоза из небольшого помещения подойдёт страница заказа, которую сотрудник открывает с компьютера или планшета. Клиенту не нужно создавать отдельную учётную запись только ради получения покупки.
В интеграции обычно нужны четыре действия:
- передать в сервис номер телефона и идентификатор заказа;
- запустить проверочный вызов;
- получить статус результата;
- передать подтверждение в интерфейс сотрудника.
Идентификатор заказа нужен, чтобы результат проверки не перепутался с другим покупателем. Номер телефона стоит нормализовать до единого формата ещё до запуска вызова. Иначе один и тот же номер с пробелами, скобками или разными разделителями может обрабатываться как несколько вариантов.
Если продуктовая или техническая команда только выбирает способ авторизации, полезно заранее сравнить Flash Call, Mobile ID и SIM Push по условиям конкретного проекта. Такой разбор есть в материале «Flash Call, Mobile ID или SIM Push: что выбрать малому бизнесу».
Как обработать ошибки при выдаче заказа?
Ошибка проверки не означает автоматически, что покупатель пытается получить чужой заказ. Причина может быть технической: телефон занят, сеть временно недоступна, вызов не дошёл или клиент назвал номер, который не совпадает с данными заказа. Поэтому интерфейс должен показывать причину настолько подробно, насколько это нужно сотруднику для следующего действия.
| Ситуация | Действие сотрудника |
|---|---|
| Вызов не поступил | Проверить номер в заказе, подождать указанный интервал и запустить повторную попытку. |
| Клиент указал другой номер | Сверить данные заказа и использовать только предусмотренный магазином порядок исправления номера. |
| Покупатель не может принять звонок | Предложить повторить проверку после восстановления связи или передать заказ на ручную проверку по внутреннему правилу. |
| Проверка завершилась неуспешно несколько раз | Не выдавать товар автоматически, зафиксировать причину и привлечь ответственного сотрудника. |
| Статус не обновился в интерфейсе | Обновить страницу или запросить статус повторно, не запуская много вызовов подряд. |
Ручная проверка должна оставаться исключением с понятным маршрутом. Например, сотрудник может передать ситуацию старшему смены, а тот сверит дополнительные сведения по внутренней инструкции магазина. Конкретный порядок зависит от стоимости товара, формата пункта выдачи и правил компании.
Какие настройки нужны до запуска?
До разработки подготовьте короткую карту процесса. В ней укажите, кто запускает проверку, какой номер считается правильным, сколько попыток разрешено, когда заказ получает статус «выдан» и кто меняет его вручную. Без этой карты разработчики перенесут неясность в интерфейс, а сотрудники будут решать одинаковые ситуации по-разному.
Отдельно проверьте четыре сценария: обычная выдача, повторная попытка, отмена заказа и возврат после выдачи. При возврате Flash Call может подтвердить клиента перед созданием операции, если магазин связывает возврат с тем же номером телефона. При этом проверка подтверждает связь человека с номером, а решение о возврате принимает магазин по своим правилам.
Проведите тесты на номерах разных мобильных операторов и на телефонах, где включён беззвучный режим. Проверьте также задержку между запуском вызова и появлением статуса в рабочем интерфейсе. Сотрудник должен понимать, что происходит, если клиент уже взял трубку, а экран ещё показывает ожидание.
Типичные ошибки при внедрении Flash Call
- Запускать проверку до открытия заказа, из-за чего результат трудно связать с конкретной выдачей.
- Показывать сотруднику только сообщение «ошибка» без следующего шага.
- Разрешать бесконечно повторять вызов, не ограничивая попытки и интервал.
- Не учитывать ситуацию, когда номер в заказе устарел или клиент ошибся при оформлении.
- Менять статус «выдан» сразу после запуска проверки, не дожидаясь успешного результата.
- Описывать процесс только для разработчиков и не давать сотрудникам короткую инструкцию.
Для малого бизнеса разумно начать с одного понятного сценария: проверка номера перед выдачей заказа. После тестирования можно добавить подтверждение при самовывозе и возврате, не меняя основную логику. На этой основе техническая команда сможет подключить авторизацию по звонку, а сотрудники пункта выдачи получат простой статус вместо ручной переписки и догадок.
3 шага, которые можно сделать на этой неделе:
- Описать путь заказа от статуса «готов к выдаче» до статуса «выдан» и отметить место проверки телефона.
- Подготовить тексты для покупателя и сотрудника: запуск проверки, ожидание, повторная попытка и ручная проверка.
- Проверить тестовый сценарий на нескольких номерах, затем связать успешный результат с конкретным идентификатором заказа.
