4. Платежи и переводы в отделении
банка
Сценарий обслуживания:
• Клиент сообщает консультанту в
отделении Банка данные платежа;
• Консультант идентифицирует
клиента, вводит данные платежа в
программу и распечатывает бланк с
уникальным штрих-кодом или
номером;
• Клиент подносит бланк к
считывателю штрих-кода на
АТМ/терминале или вводит номер
вручную;
• На экране устройства отображаются
данные перевода для проверки;
• Клиент подтверждает правильность
данных и вносит наличные или
платит картой.
5. Снятие наличных в АТМ без карты
Сценарий обслуживания:
• Клиент обращается к
консультанту для снятия денег со
счета;
• Консультант идентифицирует
клиента, регистрирует
транзакцию в программе и
распечатывает штрих-код или
номер;
• На телефон клиента приходит
OTP для подтверждения
транзакции;
• Клиент считывает штрих-код или
вводит номер на АТМ и снимает
деньги.
5
6. Формирование платежа на терминале,
оплата на кассе
• Клиент выбирает в интерфейсе
терминала нужную услугу;
• Вводит реквизиты платежа
• Распечатывает на терминале чек
со штрих-кодом;
• Передает чек кассиру;
• Кассир считывает штрих-код и
проводит оплату.
Результат:
Сокращение времени
обслуживания на кассе.
8. Требования к платформе
• Многоканальность;
• Омниканальность;
• 100% Он-лайн;
• Единая интеграция с
бекофисными ИТ-
системами;
• Поддержка мобильных
платформ;
• Открытый API.
Перед нами шла сессия с красноречивым названием "Online vs offline: нужны ли отделения клиентам — сегодня, завтра и вообще?". В данной презентации я все же буду исходить из того предположения что отделения нужны (хотя как вендору банковского ПО нам надо готовиться к разным вариантам развития событий) Вопрос только какие.
В целом что делать и куда двигаться на мой взгляд у всех коллег из банков понимание есть. Конечно, могут быть разные мнения, подходы и идеи и скорость движения у всех разная.
Но в целом, с трендом на то, что отделения должны превращаться из центров по обработке транзакций в центры продажи банковских продуктов и консультаций, согласны практически все.
Я хотел бы рассказать про некоторые кейсы, реализованные у нашего клиента, как пример концепции построения сети, и затем пояснить, как подойти к построению сети таких отделений с точки зрения ИТ.
Сейчас это достаточно модный термин. Омниканальность - это когда клиент может начать обслуживание в одном канале, продолжить в другом и закончить в третьем. По оценке аналитиков рейтингового агентства IDC омниканальность входит в ТОП8 направлений ИТ бюджетов банков на ближайшую перспективу.
На словах это выглядит просто и замечательно, вопрос только как это реализовать в реальной жизни, когда каждый канал использует разные технологии (иногда устаревшие) и разработан разными вендорами. Необходимо выполнить и постоянно поддерживать кучу сложных интеграций. Такие проекты не всегда бывают успешными.
В нашем случае это решается крайне просто (причем даже не всегда обязательно, чтобы фронт был eKassir, главное чтобы он использовал данные из платформы ДБО). Все каналы уже по определению взаимодействуют друг с другом и используют единую интеграцию с беком банка. В качестве примера я приведу пару кейсов.
Кейс 1 – генерация в мобильном банке или специальном приложении на смартфоне QR кода и затем снятие наличных в банкомате без карты или аналогично подготовка операции на смартфоне, считывание QR кода и внесение наличных за платеж без ввода кучи реквизитов
Кейс 2– подготовка операции консультантом банка в программе (например, сервис «Узнай кредитную историю»). Консультант вводит данные клиента, распечатывает бланк с QR кодом. Клиент оплачивает бланк в устройстве самообслуживания (АТМ или терминал). Данные отправляются клиенту на электронный адрес который он указал консультанту). Аналогично можно организовать, например, прием денежных переводов.
Платежи и переводы
Снятие наличных
Проблемы, которые возникают при попытке что то поменять
• Старые наследуемые системы которые не готовы к современным требованиям. В первую очередь это процессинг, АБС. Что то в них поменять сложно, доработать быстро нельзя, заменить долго, да и не на что. Кроме того все это очень финансово затратно.
• Ментальность сотрудников. Хотя проблемы в целом понятны всем. Но понимание проблем и готовность к изменениям это разные вещи.
• Отсутствие системного подхода.
• Скорость внедрения. Требования бизнеса растут. Часто сервис или продукт нужен быстро или не нужен совсем.
Какая ИТ система способна разрешить все эти проблемы? Каким требованиям она должна отвечать?
• Многоканальная
• Омниканальная
• 100% Он-лайн
• Закрывать бек банка от фронтальных приложений
• Рассчитанная на работу с мобильными платформами.
• Открытое API