Зачисление заработной платы на счет
Спроектировал с нуля фичу пополнения счёта от работодателя
Моя роль
Продуктовый дизайнер
Аудитория
Пользователи приложения
Рынок
США
Платформа
IOS, Android
О проекте
Контекст
В США до сих пор часто платят зарплату бумажным чеком. Человек стоит в очереди в банке, чтобы обналичить листок бумаги, хотя на дворе давно другое десятилетие
Проблемы
Бизнес пришёл с этим пробелом, а не с готовой фичей. И моя задача была не «сделать красиво», а понять, почему пользователь до сих пор носит чек в банк, если у него в кармане уже лежит наша карта
Цели проекта
Требовалось спроектировать функциональность, которая ускоряет получение платежа, избавляет пользователя от работы с физическими чеками
Исследования
Встреча со стейкхолдерами
Начал с рабочей встречи со стейкхолдерами. Обсуждали не дизайн, а суть: какой роадмап реалистичен и что вообще должно попасть в user requirements document
Анализ конкурентов
Дальше пошёл смотреть, как эту же задачу решают другие игроки на рынке США. Картина сложилась быстро: подключение direct deposit почти везде идёт одним из двух путей, либо вручную, либо автоматически
Автоматическое подключение
Автоматический путь имеет смысл для работодателей, которые есть в общей базе США, а это в основном крупные компании со штатом сотрудников. Подключать интеграцию с тысячами HR систем самостоятельно было бы безумием для нашей команды, поэтому мы решили взять стороннего провайдера, Atomic. Он берёт на себя передачу данных о зарплате и связывает пользователя с базой работодателя
Ручное подключение
С ручным путём сложнее. Он остаётся для небольших работодателей со своей бюрократией, у которых нет автоматической интеграции. Тут сотрудник сам заполняет процент отчислений и получает готовый документ, который несёт в бухгалтерию. Именно из этого куска исследования и родились два ключевых экрана: настройка процента и готовая форма на выходе
Проектирование
JTBD
Отдельно собрал четыре сценария по JTBD, потому что мне важно было проектировать не под абстрактного пользователя, а под конкретную ситуацию.
Когда я в незнакомой стране
Мне нужны наличные и я хочу быстро найти ближайший банкомат, поддерживающий мою карту, чтобы не тратить время на поиск через сторонние сервисы
Когда мне нужно пополнить счёт
Я хочу видеть на карте точки VRL рядом со мной, чтобы не искать банк или салон связи наугад
Когда я нашёл нужный банкомат
Я хочу сразу увидеть, как до него добраться пешком или на машине, чтобы не переключаться в другое приложение для построения маршрута
Когда я выбираю между несколькими банкоматами
Я хочу видеть ключевую информацию по каждому, комиссию, тип операции, часы работы, чтобы выбрать точку осознанно, а не методом проб.
User flow
Определены точки входа в функциональность, на основе которых сформирован роадмап реализации
Главный экран
Следующим этапом стало проектирование прототипа главного экрана, на котором происходит выбор между ручным и автоматическим способом подключения
Description
В соответствии с существующей концепцией продукта стартовые блоки включают графику, заголовок и описание функции. Для консистентности продукта применён стандартный для этого типа экранов подход
User details
Сформирована гипотеза, при которой пользователь передаёт основные данные внешнему провайдеру, а тот берёт на себя подключение зарплатного перевода. Сценарий актуален для работодателей без бюрократических процессов подключения direct deposit
CTA
Реализована развилка между автоматическим и ручным способом подключения. Основным CTA выбран автоматический способ, поскольку он обеспечивает бесшовное взаимодействие между пользователем и работодателем и снижает нагрузку на бэкенд сервиса
Legal
Поскольку персональные данные пользователя передаются стороннему провайдеру, экран обязывает пользователя ознакомиться с юридическими документами
Второй экран
Далее спроектирован следующий экран, на котором происходит выбор процента отчислений от заработной платы
Set Up
Пользователь выбирает процент отчислений на карту, для случаев с фиксированной суммой предусмотрено отдельное поле ввода
Switcher
Обеспечивает отправку сгенерированной формы на электронную почту пользователя
CTA
При нажатии кнопки формируется документ, который пользователь передаёт работодателю
Результаты
Итоги проекта
По итогам нескольких итераций визуальный дизайн фичи был утверждён, ниже представлена первая версия на момент завершения работы. Спроектирована форма direct deposit, предоставляющая работодателю необходимые данные, подготовлена спецификация для команды разработки со всеми флоу и информацией для реализации
Написал спецификацию для разработки
Приложение Нетологии запускалось как обычный каталог курсов и его архитектура не менялась годами. Продукт обзавёлся корпоративными клиентами и новыми форматами обучения
Что было дальше
Стартап закрылся до того, как удалось собрать данные по эффективности фичи. Проект в первую очередь дал опыт работы с большими массивами данных и геолокацией, который применяю в следующих задачах.
Phone
Email