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, zredukovat počet obrazovek a posílit bezpečnost řešení.

Obchodní vrstva

Poradcům chyběl ucelený přehled o stavu klientských portfolií v reálném čase. Systém je proaktivně neupozorňoval na příležitosti k optimalizaci portfolia nebo k nabídce dalších služeb. Historický technologický dluh navíc nutil uživatele do zdlouhavých workflow, takže velkou část monitoringu portfolií museli dělat manuálně v jiných nástrojích.

Regulatorní vrstva

Protože vyvíjený systém z jedné codebase obsluhuje více entit v rámci celé finanční skupiny, stala se celá aplikace klíčovou součástí její vnitřní infrastruktury. 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 provozní 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í. Architektura je navržená tak, aby byla platforma technicky 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 detailně rozebrat, 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ěžnou správu portfolia až po finální odkup (redemption).

Redesign ergonomie pro poradce

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

Sběr požadavků a desk research

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 zprostředkovateli. 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 AMS 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 nápor uživatelů i přísný audit regulátora. Systém jsme postavili na osvědčené kombinaci technologií Next.js, Express.js, PostgreSQL a Redis.

Díky robustní multi-tenant architektuře, která odděluje data a konfigurace mezi organizacemi a trhy, dnes z jedné codebase běží dvě samostatné organizace: Partners Investments a Partners Asset Management. Obě mají striktně oddělená data, specifické konfigurace a vlastní regulatorní rámec.

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é straně. Bezpečnost, auditovatelnost operací i provozní odolnost jsme zapracovali do základů architektury. Požadavky nařízení DORA na provozní 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 nové řešení mění 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řístup k přehledu portfolií bez zbytečné administrativy. Poradce tak může trávit více čistého času se samotným klientem, přičemž cílem je, aby AMS kompletně pokryl celý investiční proces bez potřeby otevírat externí systémy a kalkulačky.

Z obchodního pohledu nový systém pomůže eliminovat kritická místa - snižuje počet klientů bez pravidelného servisu, počet „zapomenutých“ portfolií, portfolií s nulovou hodnotou i klientů s nezaplacenými poplatky. Zároveň otevírá cestu k přesnější identifikaci nových obchodních příležitostí, což přímo podporuje růst celkového objemu spravovaného majetku (AUM).

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. Úspěšně jsme se popasovali s dynamickými požadavky regulace, integrací více datových zdrojů i s náročným managementem tří stran, kde bylo potřeba stihnout pevně stanovené deadliny.

Z pohledu architektury se nám potvrdila dvě klíčová rozhodnutí z úvodu projektu. Navrhnout systém jako multi-tenant od prvního dne znamenalo, že dokážeme z jedné codebase bezpečně obsluhovat obě organizace skupiny, přičemž každá má úplně oddělená data a specifické konfigurace. 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í. Díky tomu, že tomuto segmentu rozumíme, jsme přesně věděli, co a proč od nás klient požaduje, bez toho, aby nám musel složitě vysvětlovat základy. Tento společný kontext nám v kombinaci se třemi koly uživatelského testování se zprostředkovateli 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ý.