Mobile Product, UI/UX, FinTech
2025
Про проект
Про проект
Про проект
Про проект
Monobank має репутацію прогресивної фінансової установи, що задає тренди на ринку України. Неодноразово впроваджуючи сміливі рішення змогли зібрати навколо себе лояльну аудиторію, що готова йти на зустріч нестандартним рішенням.
Моєю пропозицією є оновлений розділ Статистика з мінорними покращеннями існуючих функцій.
Monobank має репутацію прогресивної фінансової установи, що задає тренди на ринку України. Неодноразово впроваджуючи сміливі рішення змогли зібрати навколо себе лояльну аудиторію, що готова йти на зустріч нестандартним рішенням.
Моєю пропозицією є оновлений розділ Статистика з мінорними покращеннями існуючих функцій.
Monobank має репутацію прогресивної фінансової установи, що задає тренди на ринку України. Неодноразово впроваджуючи сміливі рішення змогли зібрати навколо себе лояльну аудиторію, що готова йти на зустріч нестандартним рішенням.
Моєю пропозицією є оновлений розділ Статистика з мінорними покращеннями існуючих функцій.
Roadmap
Дослідження
• Глибинні інтерв’ю
• Кількісне анкетування
• Валідація інсайтів, перевірка поширеності патернів
• Аналіз наявного функціоналу monobankАналіз результатів
• Виявлення основних потреб, бар’єрів та болей користувачів
• Формування ключових JTBD
• Визначення можливостей для бізнесуФормування гіпотез
• Матриця «JTBD → проблема → гіпотеза → рішення»
• Пріоритизація змін за цінністю для клієнта і бізнесуАналіз застосунку
• Інтеграція та покращення існуючого функціоналу mono• Принципи UI та UX покращень
• Структура та сценарії взаємодії нових екранівUX UI пропозиція
Інтерактивний прототип
Roadmap
Дослідження
• Глибинні інтерв’ю
• Кількісне анкетування
• Валідація інсайтів, перевірка поширеності патернів
• Аналіз наявного функціоналу monobankАналіз результатів
• Виявлення основних потреб, бар’єрів та болей користувачів
• Формування ключових JTBD
• Визначення можливостей для бізнесуФормування гіпотез
• Матриця «JTBD → проблема → гіпотеза → рішення»
• Пріоритизація змін за цінністю для клієнта і бізнесуАналіз застосунку
• Інтеграція та покращення існуючого функціоналу mono• Принципи UI та UX покращень
• Структура та сценарії взаємодії нових екранівUX UI пропозиція
Інтерактивний прототип
monobank – єдиний фінансовий хаб
monobank – єдиний фінансовий хаб
monobank – єдиний фінансовий хаб
monobank – єдиний фінансовий хаб
Більшість людей користується декількома банками, але завжди є основний. Уявимо, що рахунки з різних банків, готівка та бюджети — тепер в одному БАНКІВСЬКОМУ застосунку.
З 1 серпня 2025 року набуло чинності Положення НБУ про Open Banking, що відкриває можливості інтеграції даних з інших банків для зручнішого фінансового контролю. Monobank може дати клієнтам цілісну картину фінансів. Це функціонал, якого поки немає на українському ринку банків і це може створити додатковий "вау ефект".
Більшість людей користується декількома банками, але завжди є основний. Уявимо, що рахунки з різних банків, готівка та бюджети — тепер в одному БАНКІВСЬКОМУ застосунку.
З 1 серпня 2025 року набуло чинності Положення НБУ про Open Banking, що відкриває можливості інтеграції даних з інших банків для зручнішого фінансового контролю. Monobank може дати клієнтам цілісну картину фінансів. Це функціонал, якого поки немає на українському ринку банків і це може створити додатковий "вау ефект".
Більшість людей користується декількома банками, але завжди є основний. Уявимо, що рахунки з різних банків, готівка та бюджети — тепер в одному БАНКІВСЬКОМУ застосунку.
З 1 серпня 2025 року набуло чинності Положення НБУ про Open Banking, що відкриває можливості інтеграції даних з інших банків для зручнішого фінансового контролю. Monobank може дати клієнтам цілісну картину фінансів. Це функціонал, якого поки немає на українському ринку банків і це може створити додатковий "вау ефект".
Навіщо це Клієнтам і чому зараз
Подолання бар’єрів входу
Подолання бар’єрів входу
~44%
~44%
~44%
із тих хто не веде бюджет назвали «лінь» або «брак часу» головним бар’єром. Фінхаб у застосунку банку знімає цей бар’єр: нічого не треба шукати, інсталювати та налаштовувати.
Існуючі клієнти mono одразу отримують функціонал «із коробки» — повне охоплення вже в перший день запуску.
із тих хто не веде бюджет назвали «лінь» або «брак часу» головним бар’єром. Фінхаб у застосунку банку знімає цей бар’єр: нічого не треба шукати, інсталювати та налаштовувати.
Існуючі клієнти mono одразу отримують функціонал «із коробки» — повне охоплення вже в перший день запуску.
Незадоволений попит
Незадоволений попит
60%
60%
60%
тих, хто зараз не веде бюджет, хочуть бачити всі рахунки в одному місці.
Це великий незадоволений попит, який досі не закрито жодним банком.
тих, хто зараз не веде бюджет, хочуть бачити всі рахунки в одному місці.
Це великий незадоволений попит, який досі не закрито жодним банком.
Функціонал важливий
Функціонал важливий
~50%
~50%
~50%
тих, хто веде бюджет без застосунків, готові перейти на застосунок.
Умовою є лише наявність ключових функцій — синхронізація та швидке додавання витрат.
тих, хто веде бюджет без застосунків, готові перейти на застосунок.
Умовою є лише наявність ключових функцій — синхронізація та швидке додавання витрат.
Багатоканальні гроші = потреба в єдиній панелі
Багатоканальні гроші = потреба в єдиній панелі
94,4%
94,4%
94,4%
респондентів мають ≥3 джерел витрат за якими необхідно слідкувати.
респондентів мають ≥3 джерел витрат за якими необхідно слідкувати.
93,8%
93,8%
93,8%
мають фінансову ціль та відокремлюють бюджет на заощадження.
мають фінансову ціль та відокремлюють бюджет на заощадження.
75,9%
75,9%
75,9%
структурують повсякденні витрати через окремі рахунки/картки.
структурують повсякденні витрати через окремі рахунки/картки.
Спільний бюджет
Спільний бюджет
50%
50%
50%
тих, хто веде спільний бюджет хочуть агрегацію рахунків в одному місці.
тих, хто веде спільний бюджет хочуть агрегацію рахунків в одному місці.
Кеш – проблема
Кеш – проблема
45,2%
45,2%
45,2%
тих, хто веде бюджет обрали облік готівки найбільшою проблемою. Ключовий біль, який ми можемо закрити простим, вбудованим у банк рішенням.
тих, хто веде бюджет обрали облік готівки найбільшою проблемою. Ключовий біль, який ми можемо закрити простим, вбудованим у банк рішенням.
Запит на синхронізацію
Запит на синхронізацію
#1
#1
#1
тригер спробувати застосунок для усіх груп опитуваних. 65,5% людей, що не використовують застосунок обрало синхронізацію бажаним інструментом.
тригер спробувати застосунок для усіх груп опитуваних. 65,5% людей, що не використовують застосунок обрало синхронізацію бажаним інструментом.
Open Banking
Open Banking
77,8%
77,8%
77,8%
користувачів відмовлялися від синхронізації, бо в списку не було їхнього банку. Завдяки Open Banking тепер цю проблему вирішено.
користувачів відмовлялися від синхронізації, бо в списку не було їхнього банку. Завдяки Open Banking тепер цю проблему вирішено.
Навіщо це бізнесу
Підвищення retention rate
Підвищення retention rate
81,5%
81,5%
81,5%
користувачів уже регулярно фіксують витрати (щодня / щотижня). Інтеграція цього процесу в застосунок банку напряму підвищує частоту користування (WAU/MAU), роблячи банк частиною щоденних фінансових звичок клієнтів.
користувачів уже регулярно фіксують витрати (щодня / щотижня). Інтеграція цього процесу в застосунок банку напряму підвищує частоту користування (WAU/MAU), роблячи банк частиною щоденних фінансових звичок клієнтів.
Фінансовий стан клієнтів
Фінансовий стан клієнтів
61,1%
61,1%
61,1%
користувачів з досвідом синхронізації готові підключити її в застосунку банку. Це дає банку повнішу картину фінансового стану клієнтів — якіснішу оцінку, таргетинг і можливість пропонувати персоналізовані умови.
користувачів з досвідом синхронізації готові підключити її в застосунку банку. Це дає банку повнішу картину фінансового стану клієнтів — якіснішу оцінку, таргетинг і можливість пропонувати персоналізовані умови.
Автосінк = більше клієнтів
Автосінк = більше клієнтів
~50-65%
~50-65%
~50-65%
назвали автосінк головною причиною спробувати застосунок. Це ключовий тригер для залучення нових клієнтів.
Цікаво, що 77,8% користувачів відмовлялися від синхронізації, бо в списку не було їхнього банку. Завдяки Open Banking тепер цю проблему вирішено.
назвали автосінк головною причиною спробувати застосунок. Це ключовий тригер для залучення нових клієнтів.
Цікаво, що 77,8% користувачів відмовлялися від синхронізації, бо в списку не було їхнього банку. Завдяки Open Banking тепер цю проблему вирішено.
Приріст транзакційності
Приріст транзакційності
36,6%
36,6%
36,6%
ведуть бюджет для пари чи сім’ї. Функція спільного бюджету збільшує транзакційність і мотивує відкривати рахунки всім членам родини — додатковий канал приросту клієнтів.
ведуть бюджет для пари чи сім’ї. Функція спільного бюджету збільшує транзакційність і мотивує відкривати рахунки всім членам родини — додатковий канал приросту клієнтів.
Додаткові канали для депозитів та кредитів
Додаткові канали для депозитів та кредитів
↑↑↑
↑↑↑
↑↑↑
Оновлений розділ та інтеграція наявного функціоналу створює додаткові точки залучення клієнтів до депозитів і кредитів, збільшуючи прямий дохід банку.
Оновлений розділ та інтеграція наявного функціоналу створює додаткові точки залучення клієнтів до депозитів і кредитів, збільшуючи прямий дохід банку.
Дослідження
Дослідження
Дослідження
Дослідження
Щоб виявити ключові патерни поведінки, мотиви, бар’єри та приховані емоційні фактори я провів 5 глибинних інтерв’ю з людьми, що ведуть фінансовий облік або стежать за своїм бюджетом.
На основі отриманих інсайтів підготував анкету та провів кількісне дослідження серед 162 респондентів.
Додатково було проведено аналіз функціоналу застосунків для трекінгу фінансів. Найбажаніші функції я виніс у таблицю та порівняв із функціоналом monobank.
Щоб виявити ключові патерни поведінки, мотиви, бар’єри та приховані емоційні фактори я провів 5 глибинних інтерв’ю з людьми, що ведуть фінансовий облік або стежать за своїм бюджетом.
На основі отриманих інсайтів підготував анкету та провів кількісне дослідження серед 162 респондентів.
Додатково було проведено аналіз функціоналу застосунків для трекінгу фінансів. Найбажаніші функції я виніс у таблицю та порівняв із функціоналом monobank.
Щоб виявити ключові патерни поведінки, мотиви, бар’єри та приховані емоційні фактори я провів 5 глибинних інтерв’ю з людьми, що ведуть фінансовий облік або стежать за своїм бюджетом.
На основі отриманих інсайтів підготував анкету та провів кількісне дослідження серед 162 респондентів.
Додатково було проведено аналіз функціоналу застосунків для трекінгу фінансів. Найбажаніші функції я виніс у таблицю та порівняв із функціоналом monobank.
Mono не є класичним фінансовим трекером, тому дослідження фокусувалось на досвіді користувачів поза межами застосунку. Аналіз найкращих практик та сталих патернів поведінки дозволив визначити мінімально необхідний функціонал, щоб зробити ведення фінансів у mono зручним та зрозумілим.
Анкета мала 38 запитань та складалась із 7 блоків запитань, які адаптовані під 5 сценаріїв поведінки користувачів:
Не веде бюджет
Веде бюджет без застосунків
Веде бюджет із застосунками та синхронізацією
Веде бюджет із застосунками, але без синхронізації
Веде бюджет із застосунками, але відмовився від синхронізації
Кожен флоу дозволив глибше зрозуміти мотивацію, бажання та бар’єри окремих категорій людей, а також виявити патерни поведінки, точки фрустрації та болю.
Mono не є класичним фінансовим трекером, тому дослідження фокусувалось на досвіді користувачів поза межами застосунку. Аналіз найкращих практик та сталих патернів поведінки дозволив визначити мінімально необхідний функціонал, щоб зробити ведення фінансів у mono зручним та зрозумілим.
Анкета мала 38 запитань та складалась із 7 блоків запитань, які адаптовані під 5 сценаріїв поведінки користувачів:
Не веде бюджет
Веде бюджет без застосунків
Веде бюджет із застосунками та синхронізацією
Веде бюджет із застосунками, але без синхронізації
Веде бюджет із застосунками, але відмовився від синхронізації
Кожен флоу дозволив глибше зрозуміти мотивацію, бажання та бар’єри окремих категорій людей, а також виявити патерни поведінки, точки фрустрації та болю.
Структура анкети
Таблиця відповідей
Відповіді були проаналізовані та згруповані за ключовими категоріями. Значна частина питань (у різних формулюваннях і контекстах, зокрема, у банківському застосунку) стосувалася ставлення людей до синхронізації. Результати показують високу відкритість аудиторії до цієї функції за умови правильної комунікації та пояснення цінності.
Відповіді були проаналізовані та згруповані за ключовими категоріями. Значна частина питань (у різних формулюваннях і контекстах, зокрема, у банківському застосунку) стосувалася ставлення людей до синхронізації. Результати показують високу відкритість аудиторії до цієї функції за умови правильної комунікації та пояснення цінності.
Аналіз ринку
В опитуванні респонденти називали свої основні трекери витрат. На жаль, значна частина користується застосунками російського походження.
Щоб визначити звичні для користувачів сценарії та ключові функції, я відібрав найуживаніші застосунки з опитування та лідери App Store: Saldo, Monefy, ZenMoney, Wallet, Money Manager, FinEye.
У таблицю винесено функціонал, що виявився важливим для користувачів та заплановано в MVP.
Аналіз ринку
В опитуванні респонденти називали свої основні трекери витрат. На жаль, значна частина користується застосунками російського походження.
Щоб визначити звичні для користувачів сценарії та ключові функції, я відібрав найуживаніші застосунки з опитування та лідери App Store: Saldo, Monefy, ZenMoney, Wallet, Money Manager, FinEye.
У таблицю винесено функціонал, що виявився важливим для користувачів та заплановано в MVP.
Результати порівняння
Mono вже має 8 із 16 впроваджених функцій повністтю або частково:
Блок з усіма рахунками, спільні витрати,
унікальна валюта для рахунку, категорії та їх зміна, планування витрат, опис / теги, мінімальна аналітику по витратам / доходам. Це гарна база для того, щоб розширити функціонал не створюючі незнайому логіку для клієнта з нуля.
Результати порівняння
Mono вже має 8 із 16 впроваджених функцій повністтю або частково:
Блок з усіма рахунками, спільні витрати,
унікальна валюта для рахунку, категорії та їх зміна, планування витрат, опис / теги, мінімальна аналітику по витратам / доходам. Це гарна база для того, щоб розширити функціонал не створюючі незнайому логіку для клієнта з нуля.
Результати порівняння
Mono вже має 8 із 16 впроваджених функцій повністтю або частково:
Блок з усіма рахунками, спільні витрати,
унікальна валюта для рахунку, категорії та їх зміна, планування витрат, опис / теги, мінімальна аналітику по витратам / доходам. Це гарна база для того, щоб розширити функціонал не створюючі незнайому логіку для клієнта з нуля.
Результати порівняння
Mono вже має 8 із 16 впроваджених функцій повністтю або частково:
Блок з усіма рахунками, спільні витрати,
унікальна валюта для рахунку, категорії та їх зміна, планування витрат, опис / теги, мінімальна аналітику по витратам / доходам. Це гарна база для того, щоб розширити функціонал не створюючі незнайому логіку для клієнта з нуля.
50%
50%
Приклад порівняння існуючих флоу у різних застосунках
Аналіз та гіпотези
Аналіз та гіпотези
Всього 9 інсайтів кількісно підтвердились в анкетуванні. Знаючи найчастіші болі, бар’єри, мотивації я сформулював гіпотези.
Після цього я зробив пріоритезацію необхідного функціоналу для MVP рівня. Пріоритет визначався відповідно до кількості згадувань в анкеті та користі для бізнесу.
Всього 9 інсайтів кількісно підтвердились в анкетуванні. Знаючи найчастіші болі, бар’єри, мотивації я сформулював гіпотези.
Після цього я зробив пріоритезацію необхідного функціоналу для MVP рівня. Пріоритет визначався відповідно до кількості згадувань в анкеті та користі для бізнесу.
Всього 9 інсайтів кількісно підтвердились в анкетуванні. Знаючи найчастіші болі, бар’єри, мотивації я сформулював гіпотези.
Після цього я зробив пріоритезацію необхідного функціоналу для MVP рівня. Пріоритет визначався відповідно до кількості згадувань в анкеті та користі для бізнесу.
Архетипи користувачів
На основі відповідей виділив 4 основні поведінкові ролі серед людей, які ведуть бюджет. Врахування цілей та тригерів кожної ролі полегшує впровадження рішень, що вирішують реальні задачі. Ці ролі не взаємовиключні – одна людина може переходити від ролі до ролі, залежно від життєвого етапу.
Архетипи користувачів
На основі відповідей виділив 4 основні поведінкові ролі серед людей, які ведуть бюджет. Врахування цілей та тригерів кожної ролі полегшує впровадження рішень, що вирішують реальні задачі. Ці ролі не взаємовиключні – одна людина може переходити від ролі до ролі, залежно від життєвого етапу.
Контролери
Контролери
ведуть бюджет для особистого спокою й відчуття контролю;
записують витрати регулярно (щодня / щотижня);
часто роблять це вручну (Excel, застосунки, блокноти).
Цілі:
не перевитрачати;
«тримати руку на пульсі»;
відчувати спокій і впевненість, що нічого не пропущено.
ведуть бюджет для особистого спокою й відчуття контролю;
записують витрати регулярно (щодня / щотижня);
часто роблять це вручну (Excel, застосунки, блокноти).
Цілі:
не перевитрачати;
«тримати руку на пульсі»;
відчувати спокій і впевненість, що нічого не пропущено.
Планувальники
Планувальники
мислять категоріями цілей: відпустка, ремонт, техніка, подушка безпеки;
використовують бюджети та ліміти (щомісячні, щотижневі);
цікавляться прогнозуванням.
Цілі:
накопичити на великі покупки;
планувати й бачити прогрес по цілях;
уникати непередбачених дір у бюджеті.
мислять категоріями цілей: відпустка, ремонт, техніка, подушка безпеки;
використовують бюджети та ліміти (щомісячні, щотижневі);
цікавляться прогнозуванням.
Цілі:
накопичити на великі покупки;
планувати й бачити прогрес по цілях;
уникати непередбачених дір у бюджеті.
Аналітики
Аналітики
хочуть бачити повну картину: витрати,
доходи, категорії, графіки;
часто ведуть не лише витрати, а й інвестиції, депозити, готівку;
болісно реагують на неточності синхронізації.
Цілі:
мати всі фінанси в одному місці;
розуміти динаміку й структуру витрат;
оптимізувати витрати, знаходити «зайве».
хочуть бачити повну картину: витрати,
доходи, категорії, графіки;
часто ведуть не лише витрати, а й інвестиції, депозити, готівку;
болісно реагують на неточності синхронізації.
Цілі:
мати всі фінанси в одному місці;
розуміти динаміку й структуру витрат;
оптимізувати витрати, знаходити «зайве».
Сімейні
Сімейні
ведуть бюджет для пари, родини чи невеликої групи;
для них важлива прозорість та розподіл витрат;
цінують інструменти боргових розрахунків.
Цілі:
прозорий спільний бюджет;
уникати конфліктів «хто кому винен»;
координувати великі витрати разом.
ведуть бюджет для пари, родини чи невеликої групи;
для них важлива прозорість та розподіл витрат;
цінують інструменти боргових розрахунків.
Цілі:
прозорий спільний бюджет;
уникати конфліктів «хто кому винен»;
координувати великі витрати разом.
1
1
1
Проблема
Проблема
Проблема
Транзакції між картами спотворюють статистику
JTBD
«Коли я заплатив за компанію в закладі, а потім мені повертають гроші, то воно відображається що я це заробив, що загальну псує статистику»
Гіпотеза
Якщо перекази між картами не будуть враховуватись як дохід, то більше людей буде готове вмикати синхронізацію
Рішення
Додати категорію “Повернення”, що рахує обрану витрату нетто.
Блок “Транзакція без категорії” для переказів, що не підтвердили вручну
2
2
2
Проблема
Проблема
Проблема
Важко слідкувати за боргами / відслідковувати вклад
JTBD
«У нас з партнером спільний бюджет на продукти. В кінці місяця я звіряю свою ексельку, що зрозуміти скільки хто кому винен»
Гіпотеза
Якщо в бюджет додати функцію спільного ведення → пари / сім’ї будуть вмотивовані використовувати застосунок
Рішення
Функція спільний бюджет:
Функція шерінгу бюджету між контактами
Показувати частку вкладу кожного учасника
Права та ролі (перегляд, редагування)
3
3
3
Проблема
Проблема
Проблема
Недостатня гнучкість категорій
JTBD
«В ексель зручно, бо я сам обираю собі категорії та додаю коментарі»
Гіпотеза
Якщо дати можливість кастомізувати категорії це приведе більше тих, хто веде бюджети кастомно
Рішення
Функціонал створення нових категорій та підкатегорій
Функціонал нотаток / тегів
4
4
4
Проблема
Проблема
Проблема
Відсутність візуалізації створює фрустрацію
JTBD
«Особливо мені подобається пайчарт з категоріями, так я краще розумію топ своїх витрат»
Гіпотеза
Якщо дати інтерактивні графіки, то ми зменьшимо конгнитивне навантаження на користувача при аналізі
Рішення
Типи візуалізацій для MVP:
Пайчарт по категоріям
Грошовий потік
Топ витрат
Динаміка балансу
5
Проблема
Проблема
Проблема
Синхронізація сама по собі не дає можливості повноцінно вести бюджет
JTBD
«Коли роблю записи вручну, я краще їх усвідомлюю та контролюю»
Гіпотеза
Якщо залишити функціонал ручного додавання для людей, хто веде готівку або відмовиться від синхронізації → більше людей вестимуть рахунки через mono
Рішення
FAB "додати операцію" у розділі статистика mono. Обмежити додавання для рахунками моно та синхронізованих.
6
6
6
Проблема
Проблема
Проблема
Веденя обліку готівки – найбільша біль
JTBD
«Не так часто користуюсь готівкою і тому забуваю записувати. Переважно там дрібні витрати, але за місяць набігає якась різниця з реальною картиною»
Гіпотеза
Якщо дати простий і швидкий спосіб вручну додавати витрати → людям легше буде вносити готівкові витарти
Рішення
Віджет додавання операції на головному екрані телефону
7
7
7
Проблема
Проблема
Проблема
Чим більше каналів витрат – тим важче за ними слідкувати
JTBD
«В основному я витрачаю з моно, але на приват приходять деякі виплати + витрачаю готівку. Раніше ще був банк для оплати комуналки, але зараз я просто роблю це з окремої картки. В кінці місяця доводиться передивляюсь скільки і де залишилось грошей»
Гіпотеза
Якщо дати зведений баланс і мульти‑рахунки → користувачам легше буде слідкувати за змінами
Рішення
Відображати всі карти та рахунки з моно та синхронізованих банків
Дати можливість створювати кастомні рахунки
8
8
8
Проблема
Проблема
Проблема
Брак довіри є системним ба’рєром до підключення синхронізації
JTBD
«Не підключаю синхронізацію, бо не хочу, щоб знали про мене все»
Гіпотеза
Якщо пояснити переваги синхронізації та надати можливість відключити її → конверсія в сінк зросте
Рішення
Перед синхронізацією дати блок пояснення переваг та умов
Дати можливість відключити сінк в будь який момент
9
9
9
Проблема
Проблема
Проблема
Не гнучкі умови експорту при синхронізації
JTBD
«Я підключив синхронізацію і воно зробило дублікат всіх операцій що я вводив вручну за пару місяців - я одразу відключив її»
Гіпотеза
Якщо давати користувачу обрати період синхронізації – конверсія в сінк зросте
Рішення
При підключені сінку дати вибір імпорту історії за період та з конкретної дати
Функціонал для MVP рівня
Нижче — мінімальний набір функцій, що закриває більшість ключових потреб клієнтів. Після їх запуску можна поступово розширювати можливості та ітеративно покращувати досвід.
Синхронізація з іншими банками
• старт «з дати / з наступної операції»
• контроль рахунків.
• автоматична категоризація + редагування вручну, імпорт/експорт.
Всі в одному місці
• загальний статок
• вибір валюти для рахунку
• усі рахунки.
Візуалізація
• пай‑чарт по категоріях
• тренди доходів/витрат
• динаміка балансу
Категорії + нетто‑облік
• категорія «Повернення» (не враховується як дохід)
• власні категорії
• транзакції без категорій.
Бюджети
• вибір категорій
• пай‑чарт по категоріях
• динаміка витрат
• спільний бюджет.
Швидке внесення операцій
• віджет на головному екрані телефону.
Функціонал для MVP рівня
Нижче — мінімальний набір функцій, що закриває більшість ключових потреб клієнтів. Після їх запуску можна поступово розширювати можливості та ітеративно покращувати досвід.
Синхронізація з іншими банками
• старт «з дати / з наступної операції»
• контроль рахунків.
• автоматична категоризація + редагування вручну, імпорт/експорт.
Всі в одному місці
• загальний статок
• вибір валюти для рахунку
• усі рахунки.
Візуалізація
• пай‑чарт по категоріях
• тренди доходів/витрат
• динаміка балансу
Категорії + нетто‑облік
• категорія «Повернення» (не враховується як дохід)
• власні категорії
• транзакції без категорій.
Бюджети
• вибір категорій
• пай‑чарт по категоріях
• динаміка витрат
• спільний бюджет.
Швидке внесення операцій
• віджет на головному екрані телефону.
аналіз застосунку
аналіз застосунку
аналіз застосунку
аналіз застосунку
Починаючи роботу над UI/UX, я спершу дослідив існуючий функціонал mono.
Важливо було зрозуміти:
що вже працює добре і може залишитись без змін;
що потребує адаптації з точки зору UX та UI;
що варто інтегрувати в єдину систему, щоб зменшити хаотичність у навігації.
Після цього я зробив драфт загальної архітектури розділу та сформулював принципи UI частини.
Починаючи роботу над UI/UX, я спершу дослідив існуючий функціонал mono.
Важливо було зрозуміти:
що вже працює добре і може залишитись без змін;
що потребує адаптації з точки зору UX та UI;
що варто інтегрувати в єдину систему, щоб зменшити хаотичність у навігації.
Після цього я зробив драфт загальної архітектури розділу та сформулював принципи UI частини.
Починаючи роботу над UI/UX, я спершу дослідив існуючий функціонал mono.
Важливо було зрозуміти:
що вже працює добре і може залишитись без змін;
що потребує адаптації з точки зору UX та UI;
що варто інтегрувати в єдину систему, щоб зменшити хаотичність у навігації.
Після цього я зробив драфт загальної архітектури розділу та сформулював принципи UI частини.
Mono вже має частину функціоналу, який не потребує розробки з нуля і може бути інтегрований у мою дизайн-пропозицію. Його UX залишається без змін, адаптації потребує лише UI:
редагування категорій
додавання нотатків/тегів
перегляд витрат та надходжень за період
заплановані платежі
кредити
підписки та сервіси
Також, деякі інструменти для керування фінансами розкидані по різних розділах, що ускладнює навігацію:
розділення рахунку
підписки та сервіси
групові витрати
заплановані платежі
Це створює проблему заплутаної навігації та відсутності єдиного центру фінансового управління.
Mono вже має частину функціоналу, який не потребує розробки з нуля і може бути інтегрований у мою дизайн-пропозицію. Його UX залишається без змін, адаптації потребує лише UI:
редагування категорій
додавання нотатків/тегів
перегляд витрат та надходжень за період
заплановані платежі
кредити
підписки та сервіси
Також, деякі інструменти для керування фінансами розкидані по різних розділах, що ускладнює навігацію:
розділення рахунку
підписки та сервіси
групові витрати
заплановані платежі
Це створює проблему заплутаної навігації та відсутності єдиного центру фінансового управління.
Поточні екрани з різними можливостями фінансового контролю
User-flow
Щоб оцінити зручність, я складав юзер-флоу для багатокрокових сценаріїв. Це дозволило виявити:
де є бар’єри чи критичні точки;
що працює добре і не потребує змін.
Найбільш проблемним виявився сценарій групових витрат — флоу довгий і має UX-провали. Тому саме його я оновив та показав у дизайн-пропозиції. Інші флоу можуть бути вдосконалені вже після валідації ключових ідей.
Для групових витрат я взяв сценарій створення нової групи та додавання кількох витрат поспіль. В поточному інтерфейсі кожну витрату потрібно вводити заново, проходячи повний шлях щоразу.
У моїй пропозиції:
додано мультіселект витрат, що скорочує флоу;
додано можливість пропустити етапи додавання учасників і витрат при створенні групи — зручно, якщо групу готують наперед (наприклад, під майбутній івент).
User-flow
Щоб оцінити зручність, я складав юзер-флоу для багатокрокових сценаріїв. Це дозволило виявити:
де є бар’єри чи критичні точки;
що працює добре і не потребує змін.
Найбільш проблемним виявився сценарій групових витрат — флоу довгий і має UX-провали. Тому саме його я оновив та показав у дизайн-пропозиції. Інші флоу можуть бути вдосконалені вже після валідації ключових ідей.
Для групових витрат я взяв сценарій створення нової групи та додавання кількох витрат поспіль. В поточному інтерфейсі кожну витрату потрібно вводити заново, проходячи повний шлях щоразу.
У моїй пропозиції:
додано мультіселект витрат, що скорочує флоу;
додано можливість пропустити етапи додавання учасників і витрат при створенні групи — зручно, якщо групу готують наперед (наприклад, під майбутній івент).
User-flow
Щоб оцінити зручність, я складав юзер-флоу для багатокрокових сценаріїв. Це дозволило виявити:
де є бар’єри чи критичні точки;
що працює добре і не потребує змін.
Найбільш проблемним виявився сценарій групових витрат — флоу довгий і має UX-провали. Тому саме його я оновив та показав у дизайн-пропозиції. Інші флоу можуть бути вдосконалені вже після валідації ключових ідей.
Для групових витрат я взяв сценарій створення нової групи та додавання кількох витрат поспіль. В поточному інтерфейсі кожну витрату потрібно вводити заново, проходячи повний шлях щоразу.
У моїй пропозиції:
додано мультіселект витрат, що скорочує флоу;
додано можливість пропустити етапи додавання учасників і витрат при створенні групи — зручно, якщо групу готують наперед (наприклад, під майбутній івент).
User-flow
Щоб оцінити зручність, я складав юзер-флоу для багатокрокових сценаріїв. Це дозволило виявити:
де є бар’єри чи критичні точки;
що працює добре і не потребує змін.
Найбільш проблемним виявився сценарій групових витрат — флоу довгий і має UX-провали. Тому саме його я оновив та показав у дизайн-пропозиції. Інші флоу можуть бути вдосконалені вже після валідації ключових ідей.
Для групових витрат я взяв сценарій створення нової групи та додавання кількох витрат поспіль. В поточному інтерфейсі кожну витрату потрібно вводити заново, проходячи повний шлях щоразу.
У моїй пропозиції:
додано мультіселект витрат, що скорочує флоу;
додано можливість пропустити етапи додавання учасників і витрат при створенні групи — зручно, якщо групу готують наперед (наприклад, під майбутній івент).
UX аудит розділу «Групові витрати»
1. Навігація та доступність
Кнопка «Додати групу» зникає при великій кількості груп.
Немає явного способу додати групу в архів.
Немає можливості вийти з групи чи видалити її.
Немає можливості видалити учасника.
2. Створення групи
Не можна пропустити кроки «Додати учасників» або «Додати витрати» — незручно для сценаріїв «до івенту».
Відсутній мультівибір витрат, доводиться проходити флоу заново для кожної.
UX аудит розділу «Групові витрати»
1. Навігація та доступність
Кнопка «Додати групу» зникає при великій кількості груп.
Немає явного способу додати групу в архів.
Немає можливості вийти з групи чи видалити її.
Немає можливості видалити учасника.
2. Створення групи
Не можна пропустити кроки «Додати учасників» або «Додати витрати» — незручно для сценаріїв «до івенту».
Відсутній мультівибір витрат, доводиться проходити флоу заново для кожної.
UX issue в розділі «Групові витрати»
3. Робота з витратами
Поле автора витрати заблоковане — потрібно рахувати вручну.
Транзакції неклікабельні, не можна перевірити деталі повернення.
Можливість редагувати чи видаляти витрату з часом зникає.
4. Формулювання та інформаційність
Термін «баланс» неочевидний для користувачів, бракує єдиної логіки у текстах.
Статистика не показує вклад кожного учасника.
3. Робота з витратами
Поле автора витрати заблоковане — потрібно рахувати вручну.
Транзакції неклікабельні, не можна перевірити деталі повернення.
Можливість редагувати чи видаляти витрату з часом зникає.
4. Формулювання та інформаційність
Термін «баланс» неочевидний для користувачів, бракує єдиної логіки у текстах.
Статистика не показує вклад кожного учасника.
UX issue в розділі «Групові витрати»
Формування стилю та UI
Проект виконувався прямо перед релізом iOS 26. Це створювало відчутні труднощі з UI частиною, бо mono почав оновлювати компоненти під нові гайдлайни. Зміна елементів під час аналізу ускладнювала створення консистентного UI та унеможливлювало передбачення кінцевого вигляду застосунку.
Скануючи різні розділи доводилось розділяти компоненти на свіжі та відверто застарілі. Орієнтуючись на HIG та на компоненти заміну яких я помітив, я відокремив пул елементів для стиленаслідування. Далі закріпив це власним баченням та уявив в якому напрямку може рухатись UI mono. Звісно, реальне впровадження візуальних змін відрізнялось би, але моєю ціллю було продемонструвати логіку прийняття рішень та UI-навички.
Формування стилю та UI
Проект виконувався прямо перед релізом iOS 26. Це створювало відчутні труднощі з UI частиною, бо mono почав оновлювати компоненти під нові гайдлайни. Зміна елементів під час аналізу ускладнювала створення консистентного UI та унеможливлювало передбачення кінцевого вигляду застосунку.
Скануючи різні розділи доводилось розділяти компоненти на свіжі та відверто застарілі. Орієнтуючись на HIG та на компоненти заміну яких я помітив, я відокремив пул елементів для стиленаслідування. Далі закріпив це власним баченням та уявив в якому напрямку може рухатись UI mono. Звісно, реальне впровадження візуальних змін відрізнялось би, але моєю ціллю було продемонструвати логіку прийняття рішень та UI-навички.
Приклад UI компонентів для стиленаслідування
Мої фінанси
Мої фінанси
Мої фінанси
Мої фінанси
В поточному інтерфейсі mono складно цілісно оцінити фінансовий стан, бо функціонал та статистики розкидані по різним розділам.
Головним рішенням є єдиний центр управління — розділ «Мої фінанси». Тут зібрано як новий, так і частково існуючий функціонал mono, щоб основні сценарії були доступні з одного місця. На цьому екрані користувач отримує повну картину: статок, віджети з аналітикою, витрати та доходи, бюджети, підписки та групові витрати.
В поточному інтерфейсі mono складно цілісно оцінити фінансовий стан, бо функціонал та статистики розкидані по різним розділам.
Головним рішенням є єдиний центр управління — розділ «Мої фінанси». Тут зібрано як новий, так і частково існуючий функціонал mono, щоб основні сценарії були доступні з одного місця. На цьому екрані користувач отримує повну картину: статок, віджети з аналітикою, витрати та доходи, бюджети, підписки та групові витрати.
В поточному інтерфейсі mono складно цілісно оцінити фінансовий стан, бо функціонал та статистики розкидані по різним розділам.
Головним рішенням є єдиний центр управління — розділ «Мої фінанси». Тут зібрано як новий, так і частково існуючий функціонал mono, щоб основні сценарії були доступні з одного місця. На цьому екрані користувач отримує повну картину: статок, віджети з аналітикою, витрати та доходи, бюджети, підписки та групові витрати.
Рахунки та синхронізація
Рахунки та синхронізація
Рахунки та синхронізація
Рахунки та синхронізація
Всі рахунки зібрані в одному розділі, що спрощує контроль над веденням фінансів.
Синхронізація стала ключовою функцією згідно з дослідженнями. Щоб відповідати потребам у довірі та відчутті контролю, я побудував флоу максимально прозорим: користувач бачить яким чином та які дані передаються та самостійно обирає період. У результаті він отримує повну картину власних фінансів у межах одного застосунку.
Всі рахунки зібрані в одному розділі, що спрощує контроль над веденням фінансів.
Синхронізація стала ключовою функцією згідно з дослідженнями. Щоб відповідати потребам у довірі та відчутті контролю, я побудував флоу максимально прозорим: користувач бачить яким чином та які дані передаються та самостійно обирає період. У результаті він отримує повну картину власних фінансів у межах одного застосунку.
Всі рахунки зібрані в одному розділі, що спрощує контроль над веденням фінансів.
Синхронізація стала ключовою функцією згідно з дослідженнями. Щоб відповідати потребам у довірі та відчутті контролю, я побудував флоу максимально прозорим: користувач бачить яким чином та які дані передаються та самостійно обирає період. У результаті він отримує повну картину власних фінансів у межах одного застосунку.
Приклад флоу підключення іншого банку
В цей розділ я інтегрував додатковий канал залучення в банківський продукт. Коли користувач створює нову ціль, mono пропонує йому відкрити депозит. Якщо користувач погоджується — він переходить у стандартний флоу відкриття депозиту. Якщо ні — веде ціль вручну. Це інтегрована бізнес-можливість: задовольняє потребу користувача у накопиченні та водночас збільшує обсяги депозитів банку.
В цей розділ я інтегрував додатковий канал залучення в банківський продукт. Коли користувач створює нову ціль, mono пропонує йому відкрити депозит. Якщо користувач погоджується — він переходить у стандартний флоу відкриття депозиту. Якщо ні — веде ціль вручну. Це інтегрована бізнес-можливість: задовольняє потребу користувача у накопиченні та водночас збільшує обсяги депозитів банку.
Додавання операцій
Додавання операцій
Додавання операцій
Додавання операцій
Вхід у флоу додавання нової операції можливий з двох точок: з екрану «Мої фінанси» та через віджет прямо з головного екрана телефону. Це критично важливо для користувачів, які ведуть облік вручну, адже значно скорочує кількість кроків до додавання нової транзакції.
Додатково я реалізував флоу нетто-обліку через категорію «Повернення». Завдяки цьому статистика доходів і витрат залишається чистою навіть у випадку переказів між картками чи виправлення помилок.
Вхід у флоу додавання нової операції можливий з двох точок: з екрану «Мої фінанси» та через віджет прямо з головного екрана телефону. Це критично важливо для користувачів, які ведуть облік вручну, адже значно скорочує кількість кроків до додавання нової транзакції.
Додатково я реалізував флоу нетто-обліку через категорію «Повернення». Завдяки цьому статистика доходів і витрат залишається чистою навіть у випадку переказів між картками чи виправлення помилок.
Вхід у флоу додавання нової операції можливий з двох точок: з екрану «Мої фінанси» та через віджет прямо з головного екрана телефону. Це критично важливо для користувачів, які ведуть облік вручну, адже значно скорочує кількість кроків до додавання нової транзакції.
Додатково я реалізував флоу нетто-обліку через категорію «Повернення». Завдяки цьому статистика доходів і витрат залишається чистою навіть у випадку переказів між картками чи виправлення помилок.
Вхід у флоу додавання нової операції можливий з двох точок: з екрану «Мої фінанси» та через віджет прямо з головного екрана телефону. Це критично важливо для користувачів, які ведуть облік вручну, адже значно скорочує кількість кроків до додавання нової транзакції.
Додатково я реалізував флоу нетто-обліку через категорію «Повернення». Завдяки цьому статистика доходів і витрат залишається чистою навіть у випадку переказів між картками чи виправлення помилок.
Категорії
Категорії
Категорії
Категорії
Функціонал категорій вже знайомий користувачам mono, тож я зберіг звичні патерни. Повернув Pie-chart як основний інструмент для швидкого зчитування структури витрат. Водночас додав графік динаміки операцій — це допомагає користувачам, які хочуть бачити детальнішу картину.
Окремим рішенням став екран «Без категорій». У нього потрапляють перекази між картками та синхронізовані транзакції, які не вдалося класифікувати автоматично. Це мотивує користувача вручну доповнювати категорії і робить загальну статистику значно реалістичнішою.
Функціонал категорій вже знайомий користувачам mono, тож я зберіг звичні патерни. Повернув Pie-chart як основний інструмент для швидкого зчитування структури витрат. Водночас додав графік динаміки операцій — це допомагає користувачам, які хочуть бачити детальнішу картину.
Окремим рішенням став екран «Без категорій». У нього потрапляють перекази між картками та синхронізовані транзакції, які не вдалося класифікувати автоматично. Це мотивує користувача вручну доповнювати категорії і робить загальну статистику значно реалістичнішою.
Функціонал категорій вже знайомий користувачам mono, тож я зберіг звичні патерни. Повернув Pie-chart як основний інструмент для швидкого зчитування структури витрат. Водночас додав графік динаміки операцій — це допомагає користувачам, які хочуть бачити детальнішу картину.
Окремим рішенням став екран «Без категорій». У нього потрапляють перекази між картками та синхронізовані транзакції, які не вдалося класифікувати автоматично. Це мотивує користувача вручну доповнювати категорії і робить загальну статистику значно реалістичнішою.
Бюджети
Бюджети
Бюджети
Бюджети
З бюджетами користувачі отримують зручний інструмент планування і водночас прозору аналітику. Цей розділ має вагому бізнес цінність: якщо бюджет перевищено, користувачеві пропонується перевести топ витрати в розстрочку. Це вигідно як самому клієнту (зниження навантаження), так і банку (додаткова точка входу в продукт).
Спільні бюджети роблять фінансову взаємодію прозорою, а для банку стають інструментом залучення нових клієнтів — адже створити такий бюджет можна лише між користувачами mono
З бюджетами користувачі отримують зручний інструмент планування і водночас прозору аналітику. Цей розділ має вагому бізнес цінність: якщо бюджет перевищено, користувачеві пропонується перевести топ витрати в розстрочку. Це вигідно як самому клієнту (зниження навантаження), так і банку (додаткова точка входу в продукт).
Спільні бюджети роблять фінансову взаємодію прозорою, а для банку стають інструментом залучення нових клієнтів — адже створити такий бюджет можна лише між користувачами mono
З бюджетами користувачі отримують зручний інструмент планування і водночас прозору аналітику. Цей розділ має вагому бізнес цінність: якщо бюджет перевищено, користувачеві пропонується перевести топ витрати в розстрочку. Це вигідно як самому клієнту (зниження навантаження), так і банку (додаткова точка входу в продукт).
Спільні бюджети роблять фінансову взаємодію прозорою, а для банку стають інструментом залучення нових клієнтів — адже створити такий бюджет можна лише між користувачами mono
Групові витрати
Групові витрати
Групові витрати
Групові витрати
Покращення функціоналу групових витрат найкраще демонструє мій підхід в роботі, тому саме його я виокремив в цьому кейсі.
Екрани були оновлені відповідно до проведеного UX-аудиту: я спростив флоу створення групи, зробив копірайтинг зрозумілішим та ввів 11 UX-змін у різних сценаріях. При цьому базою залишилися знайомі користувачу патерни mono, щоб не ламати вже звичний досвід, а UI я гармонізував із загальною дизайн-пропозицією.
Покращення функціоналу групових витрат найкраще демонструє мій підхід в роботі, тому саме його я виокремив в цьому кейсі.
Екрани були оновлені відповідно до проведеного UX-аудиту: я спростив флоу створення групи, зробив копірайтинг зрозумілішим та ввів 11 UX-змін у різних сценаріях. При цьому базою залишилися знайомі користувачу патерни mono, щоб не ламати вже звичний досвід, а UI я гармонізував із загальною дизайн-пропозицією.
Покращення функціоналу групових витрат найкраще демонструє мій підхід в роботі, тому саме його я виокремив в цьому кейсі.
Екрани були оновлені відповідно до проведеного UX-аудиту: я спростив флоу створення групи, зробив копірайтинг зрозумілішим та ввів 11 UX-змін у різних сценаріях. При цьому базою залишилися знайомі користувачу патерни mono, щоб не ламати вже звичний досвід, а UI я гармонізував із загальною дизайн-пропозицією.
Оновлений флоу створення групи з декількома витратами
Інтерактивний прототип
Інтерактивний прототип
Інтерактивний прототип
Інтерактивний прототип
Для перевірки всіх сценаріїв я створив інтерактивний прототип, що охоплює 46 унікальних екранів.
Це дозволяє відчути повний користувацький флоу, протестувати рішення та зрозуміти, як дизайн працює у реальних сценаріях.
В прототипі є 3 точки входу:
нелінійний загальний прототип;
лінійний флоу синхронізації з іншим банком;
лінійний флоу створення нової групи витрат.
Для перевірки всіх сценаріїв я створив інтерактивний прототип, що охоплює 46 унікальних екранів.
Це дозволяє відчути повний користувацький флоу, протестувати рішення та зрозуміти, як дизайн працює у реальних сценаріях.
В прототипі є 3 точки входу:
нелінійний загальний прототип;
лінійний флоу синхронізації з іншим банком;
лінійний флоу створення нової групи витрат.
Для перевірки всіх сценаріїв я створив інтерактивний прототип, що охоплює 46 унікальних екранів.
Це дозволяє відчути повний користувацький флоу, протестувати рішення та зрозуміти, як дизайн працює у реальних сценаріях.
В прототипі є 3 точки входу:
нелінійний загальний прототип;
лінійний флоу синхронізації з іншим банком;
лінійний флоу створення нової групи витрат.
Для перевірки всіх сценаріїв я створив інтерактивний прототип, що охоплює 46 унікальних екранів.
Це дозволяє відчути повний користувацький флоу, протестувати рішення та зрозуміти, як дизайн працює у реальних сценаріях.
В прототипі є 3 точки входу:
нелінійний загальний прототип;
лінійний флоу синхронізації з іншим банком;
лінійний флоу створення нової групи витрат.
5
5
5
глибинних інтерв'ю проведено
глибинних інтерв'ю проведено
162
162
162
відповіді проаналізовано
відповіді проаналізовано
46
46
46
екранів спроектовано
екранів спроектовано
6
6
6
застосунків та їх функціонал досліджено
застосунків та їх функціонал досліджено
72+
екранів застосунку mono проаналізовано
екранів застосунку mono проаналізовано
Посилання на інтерактивний прототип
Посилання на інтерактивний прототип
Посилання на інтерактивний прототип
Підхід
Провів глибинні інтерв’ю та анкетування (5 інтерв’ю, 162 відповіді) → виявив ключові болі.
Зробив аналіз конкурентів (6 застосунків, 72+ екрани mono).
Сформував архетипи користувачів та їхні сценарії.
Провів аналіз застосунку mono → визначив обмеження та можливості.
Сформулював гіпотези й рішення, пріоритезував функціонал для впровадження.
Що зроблено
Розібрав існуючі юзер-флоу, оптимізував їх і провів UX-аудит.
Запропонував 5 ключових флоу: рахунки та синхронізація, додавання операцій, категорії, бюджети, групові витрати.
Вніс 11 UX-змін лише для групових витрат як найпоказовішого кейсу.
Розробив візуальний стиль та UI-концепцію в умовах постійних оновлень mono.
Спроєктував 46 унікальних екранів, зібрав їх в інтерактивний прототип для перевірки сценаріїв.
Підхід
Провів глибинні інтерв’ю та анкетування (5 інтерв’ю, 162 відповіді) → виявив ключові болі.
Зробив аналіз конкурентів (6 застосунків, 72+ екрани mono).
Сформував архетипи користувачів та їхні сценарії.
Провів аналіз застосунку mono → визначив обмеження та можливості.
Сформулював гіпотези й рішення, пріоритезував функціонал для впровадження.
Що зроблено
Розібрав існуючі юзер-флоу, оптимізував їх і провів UX-аудит.
Запропонував 5 ключових флоу: рахунки та синхронізація, додавання операцій, категорії, бюджети, групові витрати.
Вніс 11 UX-змін лише для групових витрат як найпоказовішого кейсу.
Розробив візуальний стиль та UI-концепцію в умовах постійних оновлень mono.
Спроєктував 46 унікальних екранів, зібрав їх в інтерактивний прототип для перевірки сценаріїв.
Підхід
Провів глибинні інтерв’ю та анкетування (5 інтерв’ю, 162 відповіді) → виявив ключові болі.
Зробив аналіз конкурентів (6 застосунків, 72+ екрани mono).
Сформував архетипи користувачів та їхні сценарії.
Провів аналіз застосунку mono → визначив обмеження та можливості.
Сформулював гіпотези й рішення, пріоритезував функціонал для впровадження.
Що зроблено
Розібрав існуючі юзер-флоу, оптимізував їх і провів UX-аудит.
Запропонував 5 ключових флоу: рахунки та синхронізація, додавання операцій, категорії, бюджети, групові витрати.
Вніс 11 UX-змін лише для групових витрат як найпоказовішого кейсу.
Розробив візуальний стиль та UI-концепцію в умовах постійних оновлень mono.
Спроєктував 46 унікальних екранів, зібрав їх в інтерактивний прототип для перевірки сценаріїв.
Підхід
Провів глибинні інтерв’ю та анкетування (5 інтерв’ю, 162 відповіді) → виявив ключові болі.
Зробив аналіз конкурентів (6 застосунків, 72+ екрани mono).
Сформував архетипи користувачів та їхні сценарії.
Провів аналіз застосунку mono → визначив обмеження та можливості.
Сформулював гіпотези й рішення, пріоритезував функціонал для впровадження.
Що зроблено
Розібрав існуючі юзер-флоу, оптимізував їх і провів UX-аудит.
Запропонував 5 ключових флоу: рахунки та синхронізація, додавання операцій, категорії, бюджети, групові витрати.
Вніс 11 UX-змін лише для групових витрат як найпоказовішого кейсу.
Розробив візуальний стиль та UI-концепцію в умовах постійних оновлень mono.
Спроєктував 46 унікальних екранів, зібрав їх в інтерактивний прототип для перевірки сценаріїв.
Результат
Для користувача: хаотичні функції зібрані в зрозумілі розділи; додано сценарії для чистої статистики; додано інструмент для ведення фінансів.
Для бізнесу: відкрито нові точки інтеграції банківських продуктів (розстрочка, депозити); зміни підвищують ретеншен, сприяють залученню нових клієнтів; підтримують імідж найбільш прогресивного банку країни; роблять фінансовий портрет користувачів більш детальним, що відкриває простір для персоналізованих сервісів.
Результат
Для користувача: хаотичні функції зібрані в зрозумілі розділи; додано сценарії для чистої статистики; додано інструмент для ведення фінансів.
Для бізнесу: відкрито нові точки інтеграції банківських продуктів (розстрочка, депозити); зміни підвищують ретеншен, сприяють залученню нових клієнтів; підтримують імідж найбільш прогресивного банку країни; роблять фінансовий портрет користувачів більш детальним, що відкриває простір для персоналізованих сервісів.
