Разработать новое приложение – это не всегда самое сложное. Клиентская миграция – вот что беспокоит бизнес больше всего.

Большие компании ценят своих клиентов и борются за них. Внедряя новое мобильное приложение, они хотят привлечь новых пользователей и не потерять старых. Разберемся, как это происходит.

Как устроена миграция клиентов

Мы в Clevertec работаем с финтех-приложениями, в том числе с мобильными банками. Это огромные клиентские базы и очень большая ответственность: нельзя оставить человека без доступа к услугам банка. Чтобы переход прошел гладко, нужен чёткий план миграции.

Вообще у миграции целых три составляющих:

  1. Продуктовая миграция: весь функционал старого приложения, которым пользуются клиенты, нужно перенести в новое. Тогда старое можно отключить.

  2. Технологическая миграция: весь стек не должен мигрировать в новую историю, но новое приложение должно научиться работать со всеми технологически важными системами старой версии.

  3. Клиентская миграция: переход клиентов. 

Спойлер: Никогда не бывает 100% клиентской миграции. Часть клиентов, даже очень активных, покинет приложение навсегда.

Как пользователям презентуют новую версию

Есть два подхода к выпуску новых приложений, один из которых – шоковый.

  1. Новую версию накатывают на старую. 

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

  1. Параллельно старой версии в сторах появляется новая, какое-то время они существуют вместе. 

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

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

Почему пользователям отдают неидеальные приложения

Жёсткая правда: старая версия всегда стабильнее новой, в новой всегда больше ошибок. Первые пользователи – самые резкие комментаторы в сторах, и не только… Они же участники пользовательского тестирования. И это не значит, что на тестировщиках экономят. 

Отдавать неидеальное приложение пользователям – нормально. Рынок очень быстро развивается. Добиваясь идеала, можно слишком затянуть с релизом и выпустить уже устаревшее решение. Да, что-то может не работать. Но на этот случай в переходном периоде есть стабильное старое приложение, которым можно пользоваться. 

Кроме того, параллельное существование старой и новой версии – это подстраховка на случай выпуска неудачного обновления. Случилось падение на входе или ошибка сервера? Это недоработка команды. Но у людей есть старое приложение, они не останутся без банка.

Фидбек в виде комментариев юзеров разработчики тщательно анализируют. Что там встречается?

  • Критичные баги, которые нужно править в любом случае. 

  • Баги UX, когда на этапе проектирования что-то сделали неудобным, и теперь клиентам этим сложно пользоваться. И это нужно править. 

  • Предложения вернуть старую версию – их нужно просто рассматривать.

Два приложения – это надолго?

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

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

Есть опыт клиентской миграции с непохожими на этот сценариями? Давайте обсудим его в комментах.


Хотите углубиться в тему? В этой статье рассказали, как и почему банки решают разрабатывать новые клиентские приложения. 

Комментарии (0)