Банковское приложение для переводов с карты на карту

Alexander Piskunov
8 min readMar 11, 2019

--

Тестовое задание для Промсвязьбанка

Задание

Представьте, что вы уже в продуктовой команде ПСБ. Цель вашей команды — упростить процесс переводы между физ. лицами (с карты на карту).

Часть 1

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

Часть 2

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

Часть 3 (бонусная)

Давайте вернёмся немного назад, до принятия решения о выпуске приложения. Как думаете, зачем банк может принять такое решение? Для чего ему вообще подобным заниматься? Возможно ваше решение стоит отразить в части 2

Цель вашей командыупростить процесс переводы между физ. лицами (с карты на карту).

Решение

Часть 1–3. Фаза анализа

Roadmap:

  1. Цели бизнеса
  2. Проблемы
  3. Контекст
  4. Решение
  5. Ценность
  6. Итоги

1. Цели бизнеса

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

2. Проблемы

Узнаем боли стейкхолдеров и устраняет ли их отдельное приложение. Задача не существует в вакууме, должна быть проблема, которую она решает и цель к которой ведет решение этой задачи. Определив боли участников процесса мы поймем соответствует ли предлагаемое решение поставленной задаче, либо ее можно решить более эффективным способом.

Вопросы:

Руководству:

  • Как сейчас пользователи переводят деньги с карты на карту?
  • Почему этот способ нам не подходит? Что не устраивает?
  • Пользователям не нравится решение, которое есть?
  • Почему возникла потребность в отдельном приложении для переводов с карты на карту?
  • Как вы считаете, с появлением отдельного приложения что измениться и для кого?
  • Какую конкретную проблему компании это решит?
  • Какие сейчас показатели по переводам с карты на карту и к каким мы стремимся? Какой результат будет считаться удачным?
  • По вашему мнению текущее приложение справляется со своей функцией или нет? Как вы это оцениваете?

Пользователям:

  • Переводите ли вы деньги с карты на карту?
  • Как вы обычно переводите деньги другим людям? В каких ситуациях вы это делаете?
  • Кому и зачем вы обычно переводите деньги?
  • Расскажите про свой неудачный сценарий перевода? Какие проблемы испытывали? Как справлялись? Что вам не нравится в переводах?
  • Расскажите про идеальный сценарий перевода? Что для вас наиболее удобно в этом процессе? Какими функциями постоянно пользуетесь?

3. Контекст

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

Методы установления контекста проблемы:

  • провести интервью с руководством и пользователями (вопросы указаны выше);
  • наблюдение за пользователями во время переводов (юзабилити тестирование интерфейса);
  • провести анализ конкурентов и бенчмаркинг.

Зачем:

  • важно понять, что окружает проблему, чтобы разработать эффективное решение и реализовать изменения;
  • понять на что повлияют изменения, что измениться и для кого;
  • изучить каждую из участвующих сторон, чтобы понять их потребности и проблемы;
  • при наблюдении за пользователями мы поймем, где существуют реальные проблемы, что для них важно, а что второстепенно, есть ли у них та проблема, которую мы определили и на сколько критично ее решение;
  • через анализ конкурентов и бенчмаркинг мы поймем есть ли такие же проблемы у наших конкурентов и как они их решили.

4. Решение

  • рассматриваем с командой все варианты решения проблемы;
  • получив информацию от всех стейкхолдеров мы выдвинем гипотезы возможных проблем;
  • предложим решения этих проблем;
  • сделаем прототип;
  • протестируем прототип со всеми участниками процесса;
  • сделаем выводы из теста и внесем правки;
  • снова протестируем.

Гипотезы:

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

5. Ценность

Определяем ценность каждого из предполагаемых решений, на основе этого выбираем одно из них для тестирования и реализации.

Что будет сделано:

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

Вопросы:

  • повысится ли удовлетворенность клиентов?
  • повлияет ли решение на увеличение бизнес-показателей?

На этом этапе мы сопоставим стоимость решения с выгодой от него и если цена будет выше выгоды, то нужно отказаться от этого решения.

6. Итоги

  • на основе фазы анализа мы поймем какую проблему решает задача, которая перед нами стоит
  • оценим задачу с точки зрения всех стейкхолдеров
  • выберем эффективное решение, им может оказаться как новое приложение, так и изменения в старом, возможно это будет голосовой виджет в месседжере, которому можно сказать “Переведи 100 рублей Васе” и он переведет по номеру телефона. Либо мы откажемся от каких либо изменения по причине отсутствия проблемы, потребности у клиентов, высокой цены реализации итд.

Приложение с переводом card2card

Возможные проблемы банка:

  • дизайн “для всех” не работает (банки предлагают унифицированное решение для всех и не учитывает различия между пользователями);
  • многие функции банка не используются в должной мере, при этом приложение становится перегруженным;
  • большое количество ошибок в приложении для устранения которых нужно большое количество разработчиков, а это большие затраты;
  • стартапы забирают клиентов у больших банков, потому что предлагают простые решения конкретной боли пользователя и делают это очень быстро.

Возможные решения:

  • одно приложение для одной группы потребности (люди не любят тратить время на поиск необходимых функция, лучше сделать несколько простых приложений, чем одно сложное, это удобно для банка, т.к ответственность несет одна конкретная команда и это коррелируется с популярным сейчас Agile подходом в разработке продуктов) + это возможность эксперементировать, если приложение не взлетит, то его разработку можно прекратить без больших потерь, если же взлетит, то можно получить большую долю нового рынка (с таким подходом работает например Google или банк АкБарс )

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

Часть 2. Разработка приложения

Итерация 1

Roadmap:

  1. Сегментация пользователей по работам (JTBD).
  2. CJM
  3. Информационная архитектура
  4. Бенчмаркинг UX
  5. Прототипы
  6. Бенчмаркинг UI
  7. Дизайн

1. Сегментация пользователей по работам (JTBD)

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

Опрос для пользователей для составления job story:

  • Переводите ли вы деньги с карты на карту?
  • Как вы обычно переводите деньги другим людям? В каких ситуациях вы это делаете? (из дома, между встречами, в обед итд)
  • Кому и зачем вы обычно переводите деньги?
  • Расскажите про свой неудачный сценарий перевода? Какие проблемы испытывали? Как справлялись? Что вам не нравится в переводах?
  • Расскажите про идеальный сценарий перевода? Что для вас наиболее удобно в этом процессе? Какими функциями постоянно пользуетесь?

Ссылка на все интервью : https://docs.google.com/document/d/1pmpkjMwaVwthpa5I4BsMGTqlCrxuGACMqv5lKe7fdWM/edit?usp=sharin

Job story:

– Я заказал услугу у фрилансера, мне надо ему заплатить;

– Я хочу купить вещь на Avito и мне нужно перевести деньги продавцу;

– Мы с коллегами заказали еду в офис и хотим разделить счет;

– Я нашла преподавателя по танцам на YouDo и мне нужно перевести ему деньги за урок;

– Моя мама/папа/бабушка получает маленькую пенсию, хочу чтобы ей каждый месяц стабильно переводилось определенную на карту ;

– Моя девушка часто просит перевести ей деньги на покупки и оплату своих счетов;

– Мне нужно заплатить собственнику за аренду квартиры и коммунальные услуги.

Основные сценарии:

  1. Перевод на новую карту
  2. Перевод на избранную карту
  3. Регулярный перевод (автоплатеж)

Функции для MVP:

  • личный кабинет
  • история переводов
  • добавление новой карты

Фичи для MVP:

Релиз 1:

Авторизация:

  • по отпечатку пальца
  • по лицу
  • по цифровому и графическому паролю
  • через смс

Добавление новой карты:

  • добавление вручную
  • сканирование камерой телефона
  • NFS

Переводы:

  • перевод по номеру телефона (если к одному номеру привязано несколько карт, то должна быть возможность выбора на какую карту скинуть)
  • перевод по номеру карты
  • возможность привязать карту любого банка
  • популярные шаблоны переводов (избранное)
  • регулярные переводы на определенную карту
  • возможность повторить перевод из истории переводов
  • перевод между своими картами (если карты 2 то при выборе первой, вторая должна подставляться автоматически)
  • копипаст номера карты в поле перевода
  • сообщать о комиссии до совершения перевода, после этого писать о том, что деньги ушли
  • уведомление о том, что деньги дошли до получателя

Релиз 2:

  • перевод в другие страны
  • перевод с помощью чата
  • возможность разделить счет между несколькими людьми

Релиз 3:

  • международный перевод по IBAN
  • перевод с помощью голосовых команд
  • перевод без интернета

Итерация 2

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

Вопросы для интервью:

  • Каким банковским приложением вы пользуетесь? Как часто вы им пользуетесь?
  • Почему оно вас не устраивает? Когда вы начали задумываться о поиске дополнительного приложения для переводов денег?
  • Когда вы впервые услышали о своем приложении о переводе денег с карты на карту? Было ли у вас несколько приложений на выбор? По каким критериям вы выбирали?

*Ответы в общем файле с интервью

Гипотезы которые проверял:

  • пользователи ищут способ перевода без комиссии
  • пользователям неудобно их текущее банковское приложение и они ищут более подходящую альтернативу или дополнение к нему
  • у пользователей несколько карт разных банков и они хотят переводит деньги с них и между ними
  • пользователям удобнее делать небольшие переводы с отдельного приложения, нежели входить в основное и искать необходимую опцию, тратить на это время
  • пользователи часто используют такие приложения, чтобы сделать быстрые переводы на небольшие суммы, в ресторане, скинуться на подарок, оплата за мелкую работу/услугу итд
  • пользователи часто делают небольшие переводы на ходу, в общественном транспорте, в машине, в спортзале и они не хотят ошибиться;

И теперь основной сценарий будут таким:

  1. Перевод по номеру телефона или номеру карты

Ссылка на сценарии перевода — https://realtimeboard.com/app/board/o9J_kyVxuQ8=/?moveToWidget=3074457346472657741

Сценарий скорректирован в сторону быстрого перевода, автоплатежи и добавление в избранное останутся работой основного банковского приложения.

Функции для MVP:

  • форма перевода по телефону и номеру (в том числе без авторизации, чтобы можно было сделать быстро)
  • добавление новой карты
  • история переводов

Фичи для MVP:

Релиз 1:

Авторизация:

  • по отпечатку пальца
  • по лицу
  • по цифровому и графическому паролю

Добавление новой карты:

  • добавление вручную
  • сканирование камерой телефона
  • NFS

Переводы:

  • возможность сделать перевод без регистрации;
  • добавление карты любого банка;
  • перевод по номеру телефона;
  • если номер привязан к нескольким картам — выбор карты из списка
  • перевод по номеру карты;
  • повторение платежа из истории;
  • перевод между своими картами;
  • простой и удобный копипаст номера карты, не смотря на его исходный вид;
  • писать размер комиссии, даже если это 0 р;
  • сообщение о том, что деньги дошли и в каком размере;
  • сохранение карты после перевода

Общие фичи:

  • форма с оформление карты (может появляться после платежа с комиссией, если хотите проводить переводы без комиссии то оформите карту нашего банка)
  • отправление квитанции на имейл пользователя

2. CJM

https://docs.google.com/spreadsheets/d/1nCD1xxfWbPPSG3Xj3apka86JpZzXpY8Wrgu9I0M99A4/edit?usp=sharing

3. Информационная архитектура

https://realtimeboard.com/app/board/o9J_kyVxuQ8=/?moveToWidget=3074457346472657752

4. Бенчмаркинг UX

За основу были взяты приложения банка Тинькофф, Сбербанк, Яндекс Деньги, приложения для переводов card2card — Intervale, Paysend и здравый смысл.

5. Прототипы

Так как время было ограничено работа велась сразу в дизайне (никогда не повторяйте этого дома)

6. Бенчмаркинг UI

За основу были взяты банки Тинькофф, Рокетбанк, Revolute, N26, минимализм и тренды Behance

7. Дизайн

https://www.figma.com/proto/Dwd5kjkFCRm2Gb4L0NzHCv/%D0%9F%D1%80%D0%BE%D0%BC%D1%81%D0%B2%D1%8F%D0%B7%D1%8C-White?node-id=0%3A1&scaling=scale-down

--

--