Client
GIGY — SaaS Booking System for Telegram
Year
2024
Timeline
16 weeks
Services
Product Design & Engineering
GIGY — SaaS booking system for beauty professionals. From 0 to 1.
Telegram app for self-employed masters and salons. 5 000+ active users, repeat payment conversion 67%.
Challenge
Problems & solutions
1
Problem
Each bank wants its own set of services - from operations to investments and insurance. How to create a system for quickly assembling an app for each bank's unique requirements while maintaining UX quality? Without flexibility, banks won't buy the product, but complex customization will slow down launch.
1
Solution
Built a modular design system with ready-made solution blocks and components for each service. We select needed blocks (cards, transfers, investments) and quickly customize them to the bank's brand. Each block contains tested logic and UX patterns. The bank gets a ready app without designing from scratch.
2
Problem
Each bank has its own target audience by age - some work with youth, others with older clients, some with everyone. Young users want speed and modern interface, elderly want simplicity and clarity at each step. How to create one white-label solution that adapts to different age groups without redesigning?
2
Solution
Each bank has its own target audience by age - some work with youth, others with older clients, some with everyone. Young users want speed and modern interface, elderly want simplicity and clarity at each step. How to create one white-label solution that adapts to different age groups without redesigning?
3
Problem
White-label solution is sold to banks, not directly to end users. How to test app usability without access to real bank clients? Can't just release MVP and collect feedback - banks buy a ready product. UX errors will be discovered only after implementation, when fixes are expensive and time-consuming.
3
Solution
Conducted testing at three levels. First - with bank employees who know client requests. Second - interviews with real clients of different banks, identified common problems. Third - focus group of different ages and audit by UX experts. This allowed testing the solution before implementation and avoiding expensive fixes.
Research
Research process
Started by studying previous documentation - it described user problems and the history of all iterations.
Tracked changes in each iteration to understand which solutions worked and which didn't. This helped avoid repeating mistakes and build a redesign strategy based on real experience from previous versions.
Product & Service Audit
Analyzed financial products of different banks - from basic operations to investments and insurance. Identified common patterns and unique requirements of each bank. This determined the architecture of the modular system.
Product & Service Audit
Tested the interface with users of different age groups (from 18 to 70+ years). Identified which patterns work universally and where adaptation is needed. Studied popular apps in the country to use familiar patterns.
Iterative Prototyping
Created a series of prototypes with different modularity approaches. Tested with business units of bank clients, demonstrated assembly speed for their requirements. Each iteration improved the balance between flexibility and implementation speed.
Первый баннер
Первый баннер
Первый баннер
Текст первого баннера на странице
Challenge
Problems & solutions
Problems & solutions
1
Problem
Each bank wants its own set of services - from operations to investments and insurance. How to create a system for quickly assembling an app for each bank's unique requirements while maintaining UX quality? Without flexibility, banks won't buy the product, but complex customization will slow down launch.
1
Solution
Built a modular design system with ready-made solution blocks and components for each service. We select needed blocks (cards, transfers, investments) and quickly customize them to the bank's brand. Each block contains tested logic and UX patterns. The bank gets a ready app without designing from scratch.
2
Problem
Each bank has its own target audience by age - some work with youth, others with older clients, some with everyone. Young users want speed and modern interface, elderly want simplicity and clarity at each step. How to create one white-label solution that adapts to different age groups without redesigning?
2
Solution
Each bank has its own target audience by age - some work with youth, others with older clients, some with everyone. Young users want speed and modern interface, elderly want simplicity and clarity at each step. How to create one white-label solution that adapts to different age groups without redesigning?
3
Problem
White-label solution is sold to banks, not directly to end users. How to test app usability without access to real bank clients? Can't just release MVP and collect feedback - banks buy a ready product. UX errors will be discovered only after implementation, when fixes are expensive and time-consuming.
3
Solution
Conducted testing at three levels. First - with bank employees who know client requests. Second - interviews with real clients of different banks, identified common problems. Third - focus group of different ages and audit by UX experts. This allowed testing the solution before implementation and avoiding expensive fixes.
Второй баннер
Второй баннер
Второй баннер
Текст второго баннера на странице
Research
Research process
Research process
Started by studying previous documentation - it described user problems and the history of all iterations.
Tracked changes in each iteration to understand which solutions worked and which didn't. This helped avoid repeating mistakes and build a redesign strategy based on real experience from previous versions.
Product & Service Audit
Analyzed financial products of different banks - from basic operations to investments and insurance. Identified common patterns and unique requirements of each bank. This determined the architecture of the modular system.
Product & Service Audit
Tested the interface with users of different age groups (from 18 to 70+ years). Identified which patterns work universally and where adaptation is needed. Studied popular apps in the country to use familiar patterns.
Iterative Prototyping
Created a series of prototypes with different modularity approaches. Tested with business units of bank clients, demonstrated assembly speed for their requirements. Each iteration improved the balance between flexibility and implementation speed.
Третий баннер
Третий баннер
Третий баннер
Текст третьего баннера на странице
Шоурил
Шоурил
Шоурил
Текст для шоурила
Создание записи
Создание записи
Создание записи
Показать полный флоу создания записи от начала до конца — быстро и без лишних шагов. Акцент на том что запись создаётся в минимальное количество касаний.
Тарифы
Тарифы
Тарифы
Показать переход из профиля в раздел тарифов. Экран тарифов должен выглядеть визуально сильно — это продающий экран продукта. Анимация перехода плавная и акцентированная.
Клиент
Клиент
Клиент
Показать флоу со стороны клиента: главный экран — выбор мастера — выбор услуги — запись.
График работы Сценарий 1
График работы Сценарий 1
График работы Сценарий 1
Показать основной экран дашборда. Выходной день — переключение в рабочий. Появляются пустые слоты — постепенно заполняются разными клиентами. Появление уведомления о подтверждении записи внутри дашборда.
График работы Сценарий 2
График работы Сценарий 2
График работы Сценарий 2
Переход на вид месяца — дни заполняются на индикаторе. Нажатие на день — появление всплывашки сверху с количеством клиентов и итоговой стоимостью.
Управление записью Сценарий 1
Управление записью Сценарий 1
Управление записью Сценарий 1
Расходники Показать список постоянных расходников. В примере использовать реальные позиции для колориста: перчатки, краска, окислитель. Показать как выбираем расходники и как меняется итоговая цена записи при выборе.
Управление записью Сценарий 2
Управление записью Сценарий 2
Управление записью Сценарий 2
Чаевые и скидка Показать как применяются чаевые и скидка к записи.
Настройка календаря Сценарий 1
Настройка календаря Сценарий 1
Настройка календаря Сценарий 1
График Показать экраны настройки рабочих дней: пн вт ср чт пт. Показать взаимодействие — включение и выключение дней, изменение рабочего времени.
Настройка календаря Сценарий 2
Настройка календаря Сценарий 2
Настройка календаря Сценарий 2
Перерывы Настройка постоянного перерыва — добавление регулярного перерыва в расписание.
Настройка календаря Сценарий 3
Настройка календаря Сценарий 3
Настройка календаря Сценарий 3
Перерыв в течении дня Уже в графике — постановка разового перерыва прямо в текущем рабочем дне.
Навигация
Навигация
Навигация
Навбар Показать только навбар на тёмном чистом фоне. Анимация переключения между разделами. Акцент на том что это было оригинальное решение которое впоследствии стали повторять другие продукты.
Геймификация Скролл навбара
Геймификация Скролл навбара
Геймификация Скролл навбара
Геймификация Показать микроанимации и UX решения. Анимация возврата на сегодня когда ушёл на 10 дней вперёд. Кнопка назад при скролле. Дополнительные элементы геймификации на усмотрение дизайнера на основе реальных экранов проекта.
Геймификация Скролл дня
Геймификация Скролл дня
Геймификация Скролл дня
Геймификация Показать микроанимации и UX решения. Анимация возврата на сегодня когда ушёл на 10 дней вперёд. Кнопка назад при скролле. Дополнительные элементы геймификации на усмотрение дизайнера на основе реальных экранов проекта.
More work
GIGY — SaaS Booking System for Telegram
2024
Product Design & Engineering
White-Label Mobile Banking App
2025
#SaaS #Fintech #Android App #Enterprise Product #Redesign
Sledoput — Travel Booking Platform & Marketplace
2023
#Marketplace #End-to-End Design #Design System #Web
Prospify — AI-Powered B2B Lead Generation Platform
2025
#SaaS #AI Product #B2B #End-to-End Design