Т-банк - тестовое задание
Задача
Спроектируйте функционал внутри приложения Т-Банка, который поможет пользователю организовать совместную поездку с другими людьми и оптимизировать фиксацию трат и сбор денег до, во время и после поездки.
Погружение в задачу
Для начала выделила ключевые поинты из задания
Как я поняла задачу? Во время совместной поездки финансовый учёт распределяется по разным местам - переписки, заметки, переводы, наличка и личные карты участников. Из-за этого теряется общая картина: кто уже заплатил, кто должен и кому нужно вернуть. Задача - объединить весь учёт в одном месте внутри приложения банка, чтобы сценарий от сбора денег до финального расчёта стал прозрачным и удобным для всех участников.
Задачи пользователя
- Прозрачно собрать деньги - видеть, кто уже внёс свою часть, а кому ещё нужно оплатить.
- Эффективно фиксировать общие траты - учитывать расходы картой и наличными без лишних усилий.
- Четко фиксировать обязательства - понимать, кто и сколько должен во время всей поездки.
- Рассчитаться после поездки - увидеть итоговые долги и понять, кому и сколько нужно вернуть.
Цель бизнеса
- Увеличить использование сервисов банка.
- Привлечь новых клиентов. Дать возможность участникам из других банков подключаться к поездке и взаимодействовать с сервисом.
- Удержать пользователя в экосистеме. Закрыть сценарий совместных расходов внутри банка вместо мессенджеров и сторонних сервисов.
Анализ рынка
Оценила время на выполнения тестового и решила изучить открытые исследования и обсуждения людей где и как они ведут учет в путешествиях.
Точка А - что уже есть в Т-Банке
Т-Банк уже имеет большую аудиторию (55+ млн клиентов банка) и развитый travel-сервис: в 2024 году через Т-Путешествия клиенты оформили более 5 млн бронирований. Источник
Посмотрела, какие этапы совместной поездки уже можно пройти внутри Т-Банка, а какие пока не закрыты продуктом.
Аудитория и user story
Боли пользователей
Исследование
Анализ конкурентов
Изучила приложения для учёта совместных трат, которые пользователи чаще всего используют во время поездок. Сравнила их по основным возможностям, необходимым для полного сценария совместной поездки - от сбора денег до финального расчёта.
Затем прошлась по флоу каждого приложения, чтобы зафиксировать сильные решения и выделить паттерны, которые пользователи уже знают.
При этом приложения строятся вокруг одних и тех же паттернов, которые пользователи уже знают и ожидают. Их стоит сохранить в своём решении
- Группа в одном месте - участники, расходы и балансы собраны в одном месте, пользователь всегда видит общую картину.
- Быстрая фиксация траты - основные данные вводятся быстро: сумма, кто заплатил, с кем делить.
- Разные способы разделить расходы - поровну, по суммам или процентам в зависимости от ситуации.
- Понятный баланс участников - пользователь сразу видит, кто сколько должен и как сформировалась сумма.
- Контроль погашений - история выплат и статусы долгов помогают понимать, какие долги уже закрыты, а какие ещё нет.
Метрики успеха
1. Увеличить использование сервисов банка
→ Доля поездок, в которых создан учёт расходов и добавлена хотя бы одна общая трата
2. Привлечь новых клиентов
→ Доля приглашённых участников без Т-Банка, которые присоединились к поездке и совершили оплату
3. Удержать пользователя в экосистеме
→ Доля пользователей, которые повторно воспользовались функцией в следующей поездке
Проектирование
1. Единое место для поездки
Пользователь создаёт поездку в разделе «Путешествия»: вводит название и добавляет участников из контактов. Участников из других банков тоже можно добавить. Внутри поездки собраны участники, общие расходы и баланс.
Если дать возможность в одном месте создать поездку и собрать в ней участников, траты и балансы, то клиенты, которые ездят компанией, будут вести учёт и рассчитываться внутри Т-Банка, а не в заметках, чатах и сторонних приложениях, потому что вся информация будет собрана в одном месте.
2. Добавление трат из операций
Оплаты картой Т-Банка можно добавить в пару тапов. Пользователь выбирает одну или несколько операций, а сумма, дата и название подставляются сами. По умолчанию трата делится поровну на всех участников.
Если дать возможность добавлять траты из истории операций по карте, то пользователи будут быстрее фиксировать оплаты и реже их терять, потому что данные операции подставляются автоматически.
3. Ручное добавление трат
Для наличных и карт других банков пользователь добавляет трату вручную: указывает сумму, плательщика и участников.
Если дать возможность вносить траты наличными и картами других банков с выбором плательщика и участников, это снизит риск потерять расходы, потому что пользователь сможет фиксировать их сразу по ходу поездки.
4. Баланс с расшифровкой по тратам
В балансе пользователь может посмотреть, сколько должны ему и сколько должен он. По каждому участнику можно открыть список трат и проверить, из чего сложился долг.
Если показывать детализацию долга по отдельным тратам, то участники будут реже оспаривать сумму и быстрее переводить деньги, потому что будут понимать, из чего сложился их долг.
5. Погашение долга внутри группы
Пользователь может сразу погасить долг. После перевода он автоматически отмечается как погашенный. Если долг вернули наличными, можно выбрать «Отдал наличными».
Если дать возможность сразу погашать долг в рамках поездки, это сократит путь до финального расчёта, потому что участнику не придётся отдельно искать и оформлять перевод.
6. Сбор долгов
К концу поездки накапливается много трат и долгов. Чтобы не отправлять запрос каждому отдельно, организатор может одним действием запросить деньги у всех участников, которые должны. Сумма для каждого участника автоматически рассчитывается по всем оставшимся расходам.
Если автоматизировать сбор денег по всем расходам, это снизит ручную работу организатора, потому что ему не придётся самостоятельно считать долги, отслеживать переводы и писать участникам.
7. Оплата для клиентов из других банков
Когда организатор запрашивает деньги, участник из другого банка получает СМС со ссылкой. На странице запроса он видит, за какие траты платит, и оплачивает через СБП без регистрации. После оплаты мы предлагаем ему присоединиться к поездке, чтобы добавить свои траты.
Если дать участникам из других банков оплатить запрос без регистрации, а присоединиться предложить уже после оплаты, то больше из них вернут деньги и станут клиентами банка, потому что регистрация не мешает закрыть долг, а повод присоединиться появляется в тот момент, когда человек вспоминает о своих тратах в поездке.
Общий объем работы
Выводы и дальнейшие шаги
- Провести юзабилити-тестирование
В реальных условиях я бы сначала протестировала сценарий на пользователях: посмотрела, как они проходят сценарий, всё ли им понятно и где возникают проблемы до запуска.
- Внедрить метрики
После запуска отслеживала бы метрики, связанные с целями бизнеса:
- доля поездок, в которых добавлена хотя бы одна трата;
- доля участников без Т-Банка, оплативших запрос;
- доля пользователей, вернувшихся к функции в следующей поездке.
Параллельно собирала бы обратную связь из поддержки, отзывов в сторе и других каналов. На основе метрик и отзывов формировала бы новые гипотезы и проверяла их.
- Развивать функциональность
Если основные сценарии покажут хорошие результаты, расширить функциональность - например, напоминать о долге и возможность общаться внутри группы.