Наприкінці 2023 року на пошту для вхідних лідів компанії Relevant Software прийшов лист. Галузь — Fintech, вже звична для компанії, здивувало інше — географія: замовлення прийшло від клієнта, що працював у Карибському басейні.
«Клієнт сам нас знайшов — через статті на нашому сайті. Він шукав команду з реальним досвідом у фінтеху і натрапив на наші матеріали про фінансові платформи, автоматизацію, роботу з даними та складні бізнес-системи. Прочитав кілька статей, подивився кейси і зрозумів, що ми говоримо з ним однією мовою, не лише про код, а про бізнес, ризики, масштабування і стабільність», — розповідає Вадим Струк, Product Manager & Head of Business Analysis у Relevant Software.
Замовник працював на готовому фінтех-рішенні, але не був ним задоволений: все працювало посередньо, деякі сторінки вантажились по 30 секунд, підписка коштувала фантастично дорого і при цьому продукт мав свої проблеми масштабування.
На цьому локальному ринку Relevant Software працювали вперше. Але у фінтеху досвід у них уже був — просто не такого масштабу і не з таким рівнем складності. Додатково стали у пригоді інвестиції у власну AI-експертизу, яку також використали. Невеликий спойлер: після закінчення першого етапу роботи, який ми сьогодні описуємо, час обробки кредиту скоротився у 10 разів, сторінка почала завантажуватися максимум за 3 секунди, а витрати на технічне обслуговування зменшилися у чотири рази. Проєкт, що почався з вхідного листа, триває вже понад два роки, партнерство переросло у співпрацю на постійній основі.
Робота зі старим легасі
Робота з клієнтом із Карибів Relevant Software не лякала, розповідає Вадим. Географія не має значення як така, для компанії це була скоріше можливість мати вихід на новий ринок.
«У цифровому світі немає великої різниці, де знаходиться клієнт: у Європі, США чи на Карибах. Якщо є сильна експертиза, зрозуміла комунікація і довіра, проєкти знаходять одне одного самі», — додає співрозмовник.
Викликів у роботі було два:
- Потрібно було фактично відтворити велику платформу loan management без доступу до коду старої системи.
- Терміни: на все про все — максимум 8 місяців.
Клієнт до цього кілька років працював на готовому фінтех-рішенні — конструкторі, що мав варіацію модулів. Врешті красиве на презентаціях рішення перетворилось у монстра, повного костилів і коду посередньої якості. Будь-яка зміна коштувала грошей, при цьому якісним рішенням це назвати було важко. Зокрема, доступу в команди до коду старої системи не було взагалі.
«У нас була тільки копія бази даних і загальне розуміння того, як бізнес працює. Тобто багато чого доводилося буквально відновлювати по слідах: дивитися, як поводяться дані, як клієнт працює з процесами, і на основі цього відбудовувати логіку з нуля. Це був такий мікс інженерії, аналітики і постійного діалогу з бізнесом», — пояснює Вадим.
Допомагало те, що замовник мав технічний бекграунд, тому він адекватно оцінював складність фіч, ризики і компроміси. Розмова завжди була на рівних: що реально зробити в строк, що краще відкласти, а де є сенс інвестувати більше часу. В реальному світі довіра між кожною зі сторін важлива: у такому випадку клієнт тверезо оцінює терміни та можливості імплементації рішень, що можна відкласти, а над чим варто попрацювати більше.
У цьому кейсі це було особливо важливо, бо був чіткий дедлайн — вересень 2024 року, коли клієнт мав оновлювати свою щорічну підписку. Щоб цього не робити, стояла задача запустити продукт чітко день у день. Надважливий момент у тому, що платформа мала працювати з першого дня, не можна просто закрити бізнес і повісити табличку «вибачте, цей тиждень ще не працюємо». «Це добрячий додатковий адреналін, відповідальність перед бізнесом була колосальна», — згадує про кейс Вадим.
Важливо також було врахувати місцеве законодавство і внутрішні правила компанії, які додавали чимало нюансів в роботі.
$100 000 економії
Робочий режим над проєктом нагадував перегони, у яких дедлайн постійно переслідує й намагається наздогнати. У компанії жартома називали це «режимом авралу». Права на помилку не було, але в команді про це навіть не замислювалися.
«Не кожна компанія має всередині необхідну технічну глибину, особливо коли йдеться про складні продукти, масштабування чи архітектуру під високі навантаження. У таких випадках ми стаємо частиною їхньої команди як зовнішній CTO або технологічний радник, який не просто виконує, а мислить стратегічно. Це про партнерство: ми не працюємо за принципом «зробили й пішли», ми залучені у результат клієнта не менше, ніж у свій власний», — розповідає Андрій Бурак, засновник бізнесу.
Як і було домовлено з самого початку, нова платформа почала працювати наприкінці серпня. Офіційний реліз відбувся 24 серпня. У п’ятницю компанія ще працювала на старій системі, а в понеділок усі вже мали перейти на нову. Відкотитися назад у разі фейлу було неможливо. Але цього і не потрібно було робити — міграція пройшла вдало.
Після релізу команда займалась стабілізацією: ловили баги, оптимізували продуктивність, закривали нетипові сценарії. Приблизно за півтора місяця система стала стабільною. Далі — звичайна продуктова робота: нові фічі, покращення, реакція на фідбек користувачів.
У результаті, клієнт отримав те, за чим прийшов:
- Після переходу на власну платформу клієнт повністю відмовився від дорогого стороннього фінтех-рішення і щороку економить близько $100 000 на ліцензійних витратах.
- Швидкість роботи платформи зросла в рази.
А ще багато ручних процесів автоматизували за допомогою AI: чатбот для підтримки, моделі для аналізу ризиків, автоматизація внутрішніх операцій. Також запустили customer portal, де клієнти можуть самі подавати заявки без участі менеджера. Додали OCR-функцію: замість ручного заповнення близько 30 полів клієнт просто завантажує документи, а система сама витягує потрібні дані. Це економить час клієнтів.
У результаті компанія також змогла майже вдвічі збільшити обороти за рік без масштабного розширення команди. Партнерство Relevant Software з клієнтом триває й надалі: команда спільно розвиває проєкт і вдосконалює рішення, які допомагають бізнесу клієнта зростати.
