Чим фінансові продукти відрізняються від інших
У більшості сервісів помилку в коді можна тихо виправити в наступному оновленні. У фінансовому продукті помилка означає неправильну суму на рахунку людини, і її доведеться пояснювати клієнту, банку-партнеру, а іноді й регулятору. Тому тут більше часу йде на проєктування логіки й тестування, ніж на інтерфейс.
Друга відмінність — залежність від партнерів. Банки, платіжні провайдери, сервіси перевірки клієнтів мають власні правила, обмеження й час відповіді. Продукт має коректно поводитися, навіть коли хтось із них працює повільно чи повертає помилку.
Типові задачі фінансового бізнесу
- Запустити новий продукт: гаманець, сервіс переказів, кредитну лінію чи застосунок для особистих фінансів.
- Перенести клієнтів в онлайн, щоб більшість операцій вони робили самі, без відділення чи дзвінка.
- Скоротити шлях від заявки до рішення в кредитуванні без втрати контролю над ризиками.
- Дати підтримці й фінансовому відділу зручні інструменти, щоб розбиратися з операціями без запитів до розробників.
- Оновити застарілий застосунок, який важко розвивати і який клієнти оцінюють гірше, ніж у конкурентів.
Що ми створюємо
Гаманці та платіжні сервіси з поповненням, переказами, оплатою послуг, історією операцій і повідомленнями про кожен рух коштів.
Мобільний і веб-банкінг для клієнтів банків і фінансових компаній: рахунки, картки, виписки, платежі за шаблонами, керування лімітами та безпекою.
Кредитні платформи: калькулятор і заявка, передача даних у сервіси оцінки, рішення, договір, графік погашень і нагадування про платежі.
Внутрішні панелі для операторів підтримки, ризик-менеджерів і бухгалтерії: пошук клієнта та операції, ручні перевірки, звіти, журнал дій.
Продукти для особистих фінансів: облік витрат, накопичення, аналітика витрат з банківських рахунків там, де банк дає до них доступ.
Точність операцій
Основа будь-якого фінансового продукту — облік операцій. Ми проєктуємо його так, щоб баланс завжди можна було пояснити історією записів, а не просто зберігати поточну суму.
- Повторне натискання кнопки чи повторний запит від провайдера не створює другого списання.
- Кожна операція має зрозумілий статус: створена, в обробці, успішна, відхилена, повернена.
- Дані продукту регулярно звіряються з даними банку чи платіжного провайдера, а розбіжності потрапляють до відповідального співробітника.
- Кожна ручна дія оператора записується в журнал: хто, коли і що змінив.
Перевірка клієнтів і вимоги регуляторів
Більшість фінансових продуктів потребує перевірки клієнтів: ідентифікації особи, перевірки за списками ризиків, контролю підозрілих операцій. Зазвичай для цього підключаються спеціалізовані сервіси KYC та AML, а наша задача — вбудувати перевірку в продукт так, щоб чесний клієнт проходив її без зайвих зусиль.
Ліцензування, правила роботи з коштами клієнтів і вимоги до звітності — зона відповідальності вашої компанії та ваших юристів. Ми враховуємо ці вимоги під час проєктування, але не беремося оцінювати відповідність продукту законодавству. Якщо продукт працює з даними банківських карток, зазвичай простіше доручити їх обробку платіжному провайдеру, ніж зберігати у власній системі.
Інтерфейс, який не лякає
Фінансові операції викликають тривогу, навіть коли все гаразд. Людина хоче бачити, скільки саме коштів спишуть, яка буде комісія і коли гроші дійдуть до отримувача. Ми показуємо ці дані до підтвердження, а не після.
Окрема робота — повідомлення про помилки. Замість «Щось пішло не так» користувач має бачити, що сталося з його коштами і що робити далі: повторити, зачекати чи звернутися в підтримку. Важливо також, щоб застосунок був зручним для людей старшого віку та тих, хто вперше користується фінансовими сервісами з телефона: великі шрифти, зрозумілі підписи, мінімум професійних термінів.
Безпека і доступи
Ми враховуємо вимоги до захисту даних з першого етапу: шифрування з’єднань, розподіл прав співробітників за ролями, підтвердження важливих дій додатковим кодом, обмеження на кількість спроб входу. Доступ до реальних даних клієнтів мають лише ті, кому він справді потрібен для роботи.
Для продуктів з великими ризиками радимо проводити незалежну перевірку безпеки перед запуском. Про те, як ми підходимо до цього в цілому, розповідаємо на сторінці безпеки та технічного аудиту.
Типові інтеграції
- Банки та процесингові центри для рахунків, карток і переказів.
- Платіжні провайдери, наприклад Stripe, LiqPay чи WayForPay, а також Apple Pay та Google Pay.
- Сервіси перевірки особи та оцінки кредитоспроможності.
- CRM і системи підтримки, щоб оператор бачив історію клієнта в одному вікні.
- Бухгалтерські системи й сховища даних для звітності та аналітики.
Кожна інтеграція — це не лише підключення, а й план на випадок збою: що бачить користувач, коли партнер недоступний, і як операція завершиться після відновлення зв’язку.
Приклади з портфоліо
Серед проєктів Promodex у фінансовій сфері — Idram, MyAmeria, Telcell Wallet і My Viva. У фінансових продуктах ми спершу розбираємо грошові потоки та сценарії помилок і лише потім переходимо до дизайну екранів.
Що впливає на вартість
- Тип продукту: один сценарій оплати чи повноцінний гаманець з переказами, валютами та картками.
- Кількість партнерів: скільки банків, провайдерів і сервісів перевірки потрібно підключити.
- Платформи: лише веб, лише мобільний застосунок чи обидва разом з панеллю для операторів.
- Вимоги до перевірок і звітності: що саме має бути закладено в продукт за вимогами вашої ліцензії.
- Стан наявної системи: якщо розвиваємо чужий продукт, спершу потрібен аудит коду й даних.
Оцінку робимо поетапно: спершу опис логіки та архітектури, потім розробка за пріоритетами.
Часті запитання
Чи можна почати з невеликої версії продукту? Так, і часто це правильно. Перша версія може містити один основний сценарій, наприклад перекази, а решту додають після перевірки попиту.
Чи допоможете отримати ліцензію? Ні, це робота юристів. Ми можемо підготувати технічний опис продукту, який знадобиться у спілкуванні з регулятором чи банком-партнером.
Чи працюєте ви з наявними фінансовими системами? Так. Спершу розбираємося в коді, даних і інтеграціях, а потім пропонуємо, що розвивати, а що безпечніше переробити.
Хто буде підтримувати продукт після запуску? Можемо залишитися на постійній підтримці з розвитком функцій або передати продукт вашій команді з документацією.
Чому Promodex
Promodex створює цифрові продукти з 2015 року, загалом це 750+ проєктів. Над фінансовим продуктом працює власна команда: дизайнери, розробники мобільних і веб-застосунків, без передачі частин роботи на аутсорс. Ми відкрито обговорюємо, що робимо і навіщо, а після запуску залишаємося з продуктом, коли з’являються нові партнери, валюти чи вимоги.
