10 выводов 2016 года об интеграции финтехов с банками

Среда, 01 Февраль 2017 10:49

В прошлом году банки уверенно инвестировали в онлайн и мобильные приложения, а также интегрировались с финтехами. Интерес к сервисам онлайн-бухгалтерии и проверки контрагентов был так высок, что мы с трудом справлялись с потоком задач. Чему нас научил этот опыт?

Быстрая проверка гипотез

Мы только начинаем понимать, что нужно предпринимателям в интернет-банке. В таких условиях логично проверять гипотезы. Как это выглядит в идеале?

• 1-я неделя: разговариваем с пользователями, формулируем гипотезу и сценарии использования сервиса;

• 2-я неделя: дорабатываем API и «врезаем» сервис в интернет-банк. Окружающая архитектура может быть минимально достаточной;

• 3-я неделя: запускаем сервис в одном регионе и проверяем наши догадки;

• 4-я неделя: если клиенты не пользуются сервисом, дорабатываем интерфейс и функциональность.

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

Встраивание сервиса в интерфейс банка

Есть две крупных победы в ходе интеграции: частота использования и конверсия в оплаты. Первый раз мы торжествуем, когда видим, что клиенты пользуются сервисом каждый день. Например, когда мы интегрировались с одним очень активным банком, 20% его активных клиентов стали проверять своих контрагентов каждый месяц. Мне очень нравятся такие показатели.

Второй раз мы радуемся, когда после демопериода пользователи подписываются на сервис платно. Если конверсия достигает 10%, мы все сделали правильно.

А что можно сделать неправильно? Самые частые ошибки – это неправильное расположение на экране, интеграция простой ссылкой, сложные регистрация и оплата, отсутствие демопериода. Во время интеграции с самым крупным банком мы заметили, что частота использования сервиса ниже на порядок, чем у аналогичных банков. Оказалось, сервис встроен простой ссылкой и спрятан в «подвале». Вынесли его на основной экран, да еще и подсветили баннером.

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

Тестирование с реальными клиентами

Почти на каждой интеграции мы слышим: «Мы считаем, что нашему клиенту это не интересно…». Когда гипотезы не проверялись на реальных клиентах, мы делали никому не нужные релизы. Мартышкин труд. А проверить догадку просто: малой кровью реализовать сценарий и попросить тридцать человек его протестировать. Или открыть его в одном регионе и посмотреть на статистику использования.

Наблюдение за поведением пользователей

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

Что в итоге?

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

Второе: считайте ресурсы. Если нет своей разработки, работайте с финтехами, они на этом специализируются. Выбирайте сервисы с простыми универсальными API: вы без лишних трат встроите их в свою инфраструктуру, а если что-то не пойдет – так же легко «выпилите». 

Источник

 

Оставить комментарий

Убедитесь, что вы вводите (*) необходимую информацию, где нужно
HTML-коды запрещены