Пополнение счета
Как я с нуля спроектировал функцию пополнения счета от работодателя
CSI:
+19%
Sticky Factor:
+4%
Ru Store Rate:
+0,9 балла
О проекте
Контекст
В США до сих пор часто платят зарплату бумажным чеком. Человек стоит в очереди в банке, чтобы обналичить листок бумаги, хотя на дворе давно другое десятилетие
Проблемы
Держатель карты в нашем продукте оказался в той же ситуации. Он не мог получать перевод от работодателя напрямую на свой счёт. Деньги были рядом с приложением, но не в нём. Бизнес пришёл с этим пробелом, а не с готовой фичей
Что нужно было решить
Спроектировать функциональность, которая ускоряет получение платежа и убирает бумажный чек из сценария целиком
Исследования
Встретился со стекхолдерами
Начал с рабочей встречи со стейкхолдерами. Обсуждали не дизайн, а суть: какой роадмап реалистичен и что вообще должно попасть в User Requirements Document
Анализ конкурентов
Дальше пошёл смотреть, как эту же задачу решают другие игроки на рынке США. Картина сложилась быстро: подключение Direct Deposit почти везде идёт одним из двух путей, либо вручную, либо автоматически
Анализ конкурентов
Автоматическое подключение
Автоматический путь работает без участия работодателя, для компаний из общей базы США с большим штатом. Чтобы не грузить фронтенд и бэкенд самостоятельной интеграцией, взял стороннего провайдера, который может передать данные о зарплате и связать пользователя с базой работодателя
Гипотеза №3
Гипотеза №3
Ручное подключение
Ручной путь остаётся для работодателей вне базы, со своей бюрократией. Сотрудник сам заполняет поля и формирует документ для передачи работодателю
Проектирование
JTBD
За каждым заходом в приложение стоит конкретная ситуация, а не абстрактный пользователь. Выделил четыре сценария
Автоматическое зачисление
Когда я получаю зарплату, я хочу настроить её автоматическое зачисление на карту
Подключение без посредников
Когда мой работодатель не входит в общую базу, я хочу заполнить форму сам и передать её напрямую
Гибкое распределение зарплаты
Когда я настраиваю direct deposit, я хочу решить, идёт ли вся зарплата на карту или только часть
Прозрачность подключения
Когда я передаю личные данные стороннему провайдеру, я хочу сначала прочитать условия
User flow
На основе этих сценариев определил точку входа в новый раздел и уже под него сформировал роадмап реализации. Сначала логика, потом экраны
User Flow
Главный экран
Здесь пользователь выбирает между ручным и автоматическим подключением. Стартовые блоки, графика, заголовок и описание, сделал в логике, уже принятой в продукте
Главный экран
Второй экран
Здесь пользователь выбирает процент отчислений от зарплаты. Для фиксированной суммы предусмотрел отдельное поле ввода
Что ушло в релиз
Итоги проекта
Визуальный дизайн утвердили после нескольких итераций, ниже первая версия на момент завершения работы
Написал спецификацию для разработки
Подготовил спецификацию для команды разработки со всеми флоу и информацией для реализаци
Спецификации
Что было дальше
Стартап закрылся до того, как удалось собрать данные по эффективности фичи. Проект в первую очередь дал опыт работы с большими массивами данных