Jak jsme Partners postavili systém, který poradcům otevírá nový byznys a zvedá kvalitu služby klientům

Co bylo potřeba vyřešit

Investiční agenda Partners běžela v systému, který přirozeně rostl spolu s potřebami firmy. S každou další funkcí přibyla další obrazovka, takže informace o klientovi a jeho portfoliu byly rozložené do desítek stránek. Poradce, který potřeboval celý obraz, ho získal jen tak, že prošel několika obrazovkami za sebou. Při stovkách klientských portfolií tak větší část času zabralo hledání dat než rozhodnutí, které z nich mělo vyplynout. Zadání proto stálo na třech pilířích: agregovat data na jedno místo, výrazně zredukovat počet obrazovek a zvýšit standard bezpečnosti podle nových regulatorních požadavků.

Obchodní vrstva

Poradcům chyběl ucelený přehled o stavu klientských portfolií na jednom místě. Systém je proaktivně neupozorňoval na příležitosti k optimalizaci portfolia nebo k nabídce dalších služeb, takže priority si poradce musel v systému vyhledat sám.

Regulatorní vrstva

Systém z jedné codebase obsluhuje licencovaného obchodníka s cennými papíry i správcovskou společnost, čímž se stal klíčovou součástí vnitřní infrastruktury celé finanční skupiny. Během vývoje navíc vstoupilo v platnost přísné evropské nařízení DORA, které tlačí finanční instituce k výrazně vyšší kybernetické bezpečnosti a k řízení rizik spojených s dodavateli. Výsledná aplikace tak musela od začátku splňovat nejvyšší standardy na bezpečnost dat, auditovatelnost operací a operační odolnost, aby byl holding plně připravený na nové evropské regulatorní požadavky.

Architektonická vrstva

Klient potřeboval multi-tenant řešení schopné obsluhovat více organizací z jedné společné platformy, s čistým oddělením dat a specifických konfigurací. Tuto architekturu měl nastavenou a my jsme na ní postavili UX, frontend a integrační vrstvu tak, aby byla platforma připravená na plynulé připojování dalších entit, aniž by se změna struktury rovnala stavbě celé aplikace od nuly.

Pochopení fintech domény

Než jsme nakreslili první wireframe, museli jsme si rozebrat na součástky to, jak celá investiční společnost funguje. Naším cílem bylo do hloubky pochopit obchodní model klienta, složité regulatorní požadavky a hlavně komplexní end-to-end investiční procesy. Mapovali jsme celý životní cyklus od úvodního založení investice přes průběžný servis portfolia až po výstup z investice.

Redesign ergonomie pro poradce

Hlavní myšlenkou nového designu bylo, aby měl poradce hned po otevření aplikace okamžitý přehled o celém svém klientském kmeni a podle těchto dat si mohl efektivně plánovat denní priority. Systém mu v tom měl proaktivně pomáhat a včas rozpoznat, čemu by se měl věnovat.

Sběr požadavků a workshopy

Sestavili jsme focus group z poradců, kteří s původním systémem pracovali denně. Na sérii workshopů jsme detailně zmapovali jejich reálné workflow, pojmenovali úzká hrdla a našli prostor na zlepšení. Z těchto obchodních vstupů vznikly wireframy a interaktivní prototypy pro klíčové flow: správu klientů, portfolií a samotný investiční proces.

Uživatelské testování

Prototypy jsme následně validovali ve třech kolech uživatelského testování s devíti poradci. Díky jejich přímé zpětné vazbě jsme zachytili množství detailů z každodenního workflow, hlavně okolo práce s daty o klientech. To jsou detaily, které bychom od stolu v kanceláři neodhalili, ale pro kvalitu práce poradce v terénu mají obrovský dopad.

Finální UI jsme postavili na vlastním design systému, který garantuje vizuální konzistenci napříč tenanty a umožňuje rychlé spuštění nových trhů.

Vybrané prvky rozhraní pro poradce

Aplikace se skládá ze tří hlavních částí: z rozhraní pro poradce, pro klienty a z backoffice rozhraní. Společně pokrývají kompletní provoz a komunikaci. Pro lepší představu, jak systém mění každodenní realitu, jsme vybrali čtyři klíčové prvky z rozhraní pro poradce:

Architektura a vývoj

Kritická fintech aplikace musí bez zaváhání zvládnout přísný audit regulátora. Systém jsme postavili na osvědčené kombinaci technologií Next.js, Express.js, PostgreSQL a Redis.

Z jedné codebase dnes běží obě organizace skupiny, Partners Investments a Partners Asset Management. Multi-tenant architektura drží oddělená data, vlastní konfigurace a vlastní regulatorní rámec, a to napříč organizacemi i trhy.

Integrace s backendovou logikou stála na přesně definovaných kontraktech, verzovaném API a důsledném zpracování chyb. Tím jsme zajistili, že technické změny na jedné straně nezpůsobí nestabilitu na druhé. Bezpečnost, auditovatelnost operací i operační odolnost jsou zapracované do základů architektury. Požadavky nařízení DORA na operační odolnost jsme od prvního dne brali jako tvrdé akceptační kritérium, ne jako téma, které budeme dohánět před auditem. Celý release proces jsme navíc přesně sladili s interním IT týmem klienta a jeho regulatorními okny.

Co se změnilo pro poradce a pro obchod

Pro poradce jsme celou rutinu okolo správy klientských investic integrovali do jednoho prostředí. Výsledkem je kratší čas potřebný na modelování scénářů, vystavení nové smlouvy či dodatku a okamžitý přehled o portfoliích bez zbytečné administrativy. Poradce tak může trávit více čistého času s klientem, přičemž cílem je pokrýt celý investiční proces v jednom prostředí, od prvního přehledu portfolia až po podpis.

Z obchodního pohledu dává řešení skupině průběžný přehled o kvalitě servisu, tedy o portfoliích, která vyžadují pozornost, o neaktuálních investičních dotaznících i o klientech, u kterých je prostor pro další krok. Zároveň otevírá cestu k přesnější identifikaci nových obchodních příležitostí, což přímo podporuje růst objemu spravovaného majetku.

Co nás projekt naučil

Komplexní fintech aplikace se nedá postavit za pár měsíců a tento projekt nám jasně ukázal, proč to tak je. Popasovali jsme se s dynamickými požadavky regulace, integrací více datových zdrojů i s náročnou koordinací mezi třemi stranami, kde bylo potřeba stihnout pevně stanovené deadliny.

Z pohledu architektury se potvrdilo, že multi-tenant oddělení dat a konfigurací je jediný způsob, jak z jedné codebase bezpečně obsluhovat dvě regulované entity s vlastním licenčním režimem. Stejně tak platí, že když je compliance přirozenou součástí vývoje od začátku, samotný audit regulátora je už jen formální kontrola, a ne hašení požárů na poslední chvíli.

V oblasti UX a analýzy byla naší největší devizou hluboká domain knowledge z finančního odvětví. Naše přidaná hodnota nebyla v tom, že jsme nakreslili obrazovky, ale v tom, že jsme dokázali přeložit regulovaný investiční proces do rozhraní, které poradce použije naživo před klientem. Tento společný kontext nám v kombinaci se třemi koly uživatelského testování umožnil doručit systém, který je nejen technicky správný, ale pro poradce v terénu maximálně intuitivní a užitečný.