Админ-панелькриптоплатформы
FinTech
B2B
UX
Продуктовый кейс про длинный путь к улучшению списка сделок
2024 – 2025
О проекте
Админ-панель криптоплатформы позволяющая управлять сетью обменных пунктов. Её основная функция — это возможность работать с полным циклом оффера от создания и публикации условий покупки/продажи крипты до обрабатки клиентских сделок. Система также помогает вести учёт денежных потоков, генерирует отчёты и предоставляет инструменты для управления компанией и её точками обмена.
Предыстория
Когда я присоединилась к проекту, у него уже была некая реализованная база — действовал учёт денежных средств, работа с компанией и прочее.
И в это время как раз появились требования к новому блоку «Офферы и сделки», который должен был стать ядром этого сервиса.
Работа выполнялась на основе аналитики в рамках MVP. Изначально были созданы только сделки за наличные, затем функционал дополнился безналичной оплатой, бонусной программой, возможностью страховки сервисом и тд.
Функционал навешивали как игрушки на ёлку 31 декабря, когда одновременно нужно и стол накрыть, и нарядиться, и подарки завернуть. В результате эта «ёлка» выглядела довольно потрёпанно, и нужно было исправлять ситуацию (к счастью, появились время и возможности для переделок). Так и родился этот кейс)
Кейс: переработка списка сделок
Product Owner поставил цель — улучшить понимание работы со сделками.
Флоу работы админа и клиента
Мы прошлись по флоу работы со сделками в поисках недостатков. Выписали проблемы и опасения. В этом кейсе сосредоточимся на конкретной странице списка сделок.
Изначальный вид списка сделок
Таблица списка сделок
CJM и гипотезы
Основные тикеты из юзабилити
Проблемы из CJM
В текущем представлении в строке сделки основным элементом является связанный оффер. При клике на название оффера пользователя перекидывает в сторонний раздел (а название оффера предположительно самая горячая для клика зона в строке) и уводит пользователя из текущего флоу работы. Информация отличающая сделку от остальных в списке находится на втором плане. Поиск сделки с определённым статусом в списке вызывает сложности у пользователя.
Также сейчас мы можем легко потерять клиентов, которые активно общаются в чате о сделке, но ещё не оформили её. Для таких потенциальных сделок в системе нет видимости нигде кроме чата.
Плюс был найден баг с уведомлениями)
Далее мы составили ожидаемое решение, которое должно улучшить экран списка сделок
Гипотезы
- Если сделать уникальный ID/ключевые параметры сделки (не оффера!) визуально доминирующими в строке, то пользователи не будут уходить со сценария работы со сделкой
- Если переработать отображение статусов, то пользователи смогут мгновенно понимать состояние сделки без расшифровки иконок
- Если добавить явные индикаторы новых/необработанных сделок и/или сортировку по новизне, то такие сделки не будут теряться в общем списке
- Если визуально разделить список сделок по группам статусов (например, «Новые», «В работе», «Ожидают действий», «Завершены», «Проблемные»), то пользователям будет проще находить нужные сделки (особенно новые/необработанные) и приоритезировать работу, потому что сделки в одинаковом состоянии будут сгруппированы, а статус станет основным критерием организации списка.
Минимальные требования к новому блоку с потенциальными заявками передали в работу SA. Баг соответственно отправился к QA)
Первое приближение
Таблица до
Таблица после
Первое приближение
Фильтры и сортировка до
Фильтры и сортировка после
Фильтры и сортировка
- Добавляем возможность смены сортировки
- Добавляем фильтр с множественным выбором по способу оплаты
- Добавляем фильтр (селект с поиском) по номеру сделки
- Изменяем нейминг
- Убираем фильтр по счёту для наличных
- Добавляем возможность смены сортировки (сначала новые, сначала старые, по статусам, требующие действия)
Юзабилити и реализация
Немного помучили коллег и проверили насколько наши улучшения что‑то улучшили)
Выводы которые мы получили
- ✅ Изменение фокуса с оффера на сделку сработало, уход из сценария сделок буквально исчез)
- ✅ Визуализация статусов стала понятнее
- ⚠Сортировку и фильтр по номеру сделки заметили не все и не сразу, но в целом после ознакомления, многие решили что это удобно))
- ⚠ Группировка по табам сработала только «На рассмотрении» и «Все». В иных случаях использовали фильтр
- ‼ Нет понимания бейджа строки
- ‼ Почти 100% испытуемых пожаловались на отсутствие столбца способа оплаты. Как вывод фильтра недостаточно
При обсуждении реализации, со стороны разработки поступила просьба упростить логику бейджа строки, поскольку привязка к чату идущая в параллели с ролевой системой стоила слишком дорого.
Переработка решения
Решили отказаться от табов, упростили бейджи строки (оставили только одно значение — сделка требует действия). Также вернули столбец способа оплаты, но слегка видоизменили его.
Итог — список сделок
В копилку на будущее записали возможные доработки
- Доработка после аналитики — раздел заявок
- Добавление возможности корректировать таблицу под себя убирая и добавляя нужные столбцы
- Добавление возможности корректировать таблицу под себя убирая и добавляя нужные столбцы
Спасибо за просмотр!
Админ-панелькриптоплатформы
FinTech
B2B
UX
Продуктовый кейс про длинный путь к улучшению списка сделок
2024 – 2025
О проекте
Админ-панель криптоплатформы позволяющая управлять сетью обменных пунктов. Её основная функция — это возможность работать с полным циклом оффера от создания и публикации условий покупки/продажи крипты до обрабатки клиентских сделок. Система также помогает вести учёт денежных потоков, генерирует отчёты и предоставляет инструменты для управления компанией и её точками обмена.
Предыстория
Когда я присоединилась к проекту, у него уже была некая реализованная база — действовал учёт денежных средств, работа с компанией и прочее.
И в это время как раз появились требования к новому блоку «Офферы и сделки», который должен был стать ядром этого сервиса.
Работа выполнялась на основе аналитики в рамках MVP. Изначально были созданы только сделки за наличные, затем функционал дополнился безналичной оплатой, бонусной программой, возможностью страховки сервисом и тд.
Функционал навешивали как игрушки на ёлку 31 декабря, когда одновременно нужно и стол накрыть, и нарядиться, и подарки завернуть. В результате эта «ёлка» выглядела довольно потрёпанно, и нужно было исправлять ситуацию (к счастью, появились время и возможности для переделок). Так и родился этот кейс)
Кейс: переработка списка сделок
Product Owner поставил цель — улучшить понимание работы со сделками.
Флоу работы админа и клиента
Мы прошлись по флоу работы со сделками в поисках недостатков. Выписали проблемы и опасения. В этом кейсе сосредоточимся на конкретной странице списка сделок.
Изначальный вид списка сделок
Таблица списка сделок
CJM и гипотезы
Основные тикеты из юзабилити
Проблемы из CJM
В текущем представлении в строке сделки основным элементом является связанный оффер. При клике на название оффера пользователя перекидывает в сторонний раздел (а название оффера предположительно самая горячая для клика зона в строке) и уводит пользователя из текущего флоу работы. Информация отличающая сделку от остальных в списке находится на втором плане. Поиск сделки с определённым статусом в списке вызывает сложности у пользователя.
Также сейчас мы можем легко потерять клиентов, которые активно общаются в чате о сделке, но ещё не оформили её. Для таких потенциальных сделок в системе нет видимости нигде кроме чата.
Плюс был найден баг с уведомлениями)
Далее мы составили ожидаемое решение, которое должно улучшить экран списка сделок
Гипотезы
- Если сделать уникальный ID/ключевые параметры сделки (не оффера!) визуально доминирующими в строке, то пользователи не будут уходить со сценария работы со сделкой
- Если переработать отображение статусов, то пользователи смогут мгновенно понимать состояние сделки без расшифровки иконок
- Если добавить явные индикаторы новых/необработанных сделок и/или сортировку по новизне, то такие сделки не будут теряться в общем списке
- Если визуально разделить список сделок по группам статусов (например, «Новые», «В работе», «Ожидают действий», «Завершены», «Проблемные»), то пользователям будет проще находить нужные сделки (особенно новые/необработанные) и приоритезировать работу, потому что сделки в одинаковом состоянии будут сгруппированы, а статус станет основным критерием организации списка.
Минимальные требования к новому блоку с потенциальными заявками передали в работу SA. Баг соответственно отправился к QA)
Первое приближение
Таблица до
Таблица после
Первое приближение
Фильтры и сортировка до
Фильтры и сортировка после
Фильтры и сортировка
- Добавляем возможность смены сортировки
- Добавляем фильтр с множественным выбором по способу оплаты
- Добавляем фильтр (селект с поиском) по номеру сделки
- Изменяем нейминг
- Убираем фильтр по счёту для наличных
- Добавляем возможность смены сортировки (сначала новые, сначала старые, по статусам, требующие действия)
Юзабилити и реализация
Немного помучили коллег и проверили насколько наши улучшения что‑то улучшили)
Выводы которые мы получили
- ✅ Изменение фокуса с оффера на сделку сработало, уход из сценария сделок буквально исчез)
- ✅ Визуализация статусов стала понятнее
- ⚠Сортировку и фильтр по номеру сделки заметили не все и не сразу, но в целом после ознакомления, многие решили что это удобно))
- ⚠ Группировка по табам сработала только «На рассмотрении» и «Все». В иных случаях использовали фильтр
- ‼ Нет понимания бейджа строки
- ‼ Почти 100% испытуемых пожаловались на отсутствие столбца способа оплаты. Как вывод фильтра недостаточно
При обсуждении реализации, со стороны разработки поступила просьба упростить логику бейджа строки, поскольку привязка к чату идущая в параллели с ролевой системой стоила слишком дорого.
Переработка решения
Решили отказаться от табов, упростили бейджи строки (оставили только одно значение — сделка требует действия). Также вернули столбец способа оплаты, но слегка видоизменили его.
Итог — список сделок
В копилку на будущее записали возможные доработки
- Доработка после аналитики — раздел заявок
- Добавление возможности корректировать таблицу под себя убирая и добавляя нужные столбцы
- Добавление возможности корректировать таблицу под себя убирая и добавляя нужные столбцы
Спасибо за просмотр!
Админ-панелькриптоплатформы
FinTech
B2B
UX
Продуктовый кейс про длинный путь к улучшению списка сделок
2024 – 2025
О проекте
Админ-панель криптоплатформы позволяющая управлять сетью обменных пунктов. Её основная функция — это возможность работать с полным циклом оффера от создания и публикации условий покупки/продажи крипты до обрабатки клиентских сделок. Система также помогает вести учёт денежных потоков, генерирует отчёты и предоставляет инструменты для управления компанией и её точками обмена.
Предыстория
Когда я присоединилась к проекту, у него уже была некая реализованная база — действовал учёт денежных средств, работа с компанией и прочее.
И в это время как раз появились требования к новому блоку «Офферы и сделки», который должен был стать ядром этого сервиса.
Работа выполнялась на основе аналитики в рамках MVP. Изначально были созданы только сделки за наличные, затем функционал дополнился безналичной оплатой, бонусной программой, возможностью страховки сервисом и тд.
Функционал навешивали как игрушки на ёлку 31 декабря, когда одновременно нужно и стол накрыть, и нарядиться, и подарки завернуть. В результате эта «ёлка» выглядела довольно потрёпанно, и нужно было исправлять ситуацию (к счастью, появились время и возможности для переделок). Так и родился этот кейс)
Кейс: переработка списка сделок
Product Owner поставил цель — улучшить понимание работы со сделками.
Флоу работы админа и клиента
Мы прошлись по флоу работы со сделками в поисках недостатков. Выписали проблемы и опасения. В этом кейсе сосредоточимся на конкретной странице списка сделок.
Изначальный вид списка сделок
Таблица списка сделок
CJM и гипотезы
Основные тикеты из юзабилити
Проблемы из CJM
В текущем представлении в строке сделки основным элементом является связанный оффер. При клике на название оффера пользователя перекидывает в сторонний раздел (а название оффера предположительно самая горячая для клика зона в строке) и уводит пользователя из текущего флоу работы. Информация отличающая сделку от остальных в списке находится на втором плане. Поиск сделки с определённым статусом в списке вызывает сложности у пользователя.
Также сейчас мы можем легко потерять клиентов, которые активно общаются в чате о сделке, но ещё не оформили её. Для таких потенциальных сделок в системе нет видимости нигде кроме чата.
Плюс был найден баг с уведомлениями)
Далее мы составили ожидаемое решение, которое должно улучшить экран списка сделок
Гипотезы
- Если сделать уникальный ID/ключевые параметры сделки (не оффера!) визуально доминирующими в строке, то пользователи не будут уходить со сценария работы со сделкой
- Если переработать отображение статусов, то пользователи смогут мгновенно понимать состояние сделки без расшифровки иконок
- Если добавить явные индикаторы новых/необработанных сделок и/или сортировку по новизне, то такие сделки не будут теряться в общем списке
- Если визуально разделить список сделок по группам статусов (например, «Новые», «В работе», «Ожидают действий», «Завершены», «Проблемные»), то пользователям будет проще находить нужные сделки (особенно новые/необработанные) и приоритезировать работу, потому что сделки в одинаковом состоянии будут сгруппированы, а статус станет основным критерием организации списка.
Минимальные требования к новому блоку с потенциальными заявками передали в работу SA. Баг соответственно отправился к QA)
Первое приближение
Первое приближение
Табы
- Все сделки
- На рассмотрении — новые сделки, которые можно либо принять либо отклонить. В последствии перейдут в отдельный раздел заявок
- В работе — принятые сделки, но ещё не завершённые
- В работе — принятые сделки, но ещё не завершённые
- Завершённые — выполненные и отменные сделки
Таблица до
Таблица после
Таблица
- Убираем оффер (на него теперь нельзя перейти со списка), столбец пункта обмена и способа оплаты
- Статус с маленькой иконки становится тегом
- Меняется нейминг у столбцов Объём актива и Объём фиата, на Актив и Фиат соответственно
- Добавляем бейдж, обозначающий что сделка требует действия или в чат по сделке пришло сообщение. Количество простых бейджев показывается в счётчике сверху у таба
Фильтры и сортировка до
Фильтры и сортировка после
Фильтры и сортировка
- Добавляем возможность смены сортировки
- Добавляем фильтр с множественным выбором по способу оплаты
- Добавляем фильтр (селект с поиском) по номеру сделки
- Убираем фильтр по счёту для наличных
- Изменяем нейминг
- Добавляем возможность смены сортировки (сначала новые, сначала старые, по статусам, требующие действия)
Юзабилити и реализация
Немного помучили коллег и проверили насколько наши улучшения что‑то улучшили)
Выводы которые мы получили
- ✅ Изменение фокуса с оффера на сделку сработало, уход из сценария сделок буквально исчез)
- ✅ Визуализация статусов стала понятнее
- ⚠Сортировку и фильтр по номеру сделки заметили не все и не сразу, но в целом после ознакомления, многие решили что это удобно))
- ⚠ Группировка по табам сработала только «На рассмотрении» и «Все». В иных случаях использовали фильтр
- ‼ Нет понимания бейджа строки
- ‼ Почти 100% испытуемых пожаловались на отсутствие столбца способа оплаты. Как вывод фильтра недостаточно
При обсуждении реализации, со стороны разработки поступила просьба упростить логику бейджа строки, поскольку привязка к чату идущая в параллели с ролевой системой стоила слишком дорого.
Переработка решения
Решили отказаться от табов, упростили бейджи строки (оставили только одно значение — сделка требует действия). Также вернули столбец способа оплаты, но слегка видоизменили его.
Итог — список сделок
В копилку на будущее записали возможные доработки
- Доработка после аналитики — раздел заявок
- Добавление возможности корректировать таблицу под себя убирая и добавляя нужные столбцы