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

Co bylo třeba vyřešit

Původní ekosystém v Partners byl poskládaný z několika dílčích nástrojů. Ke kompletní obsluze klienta bylo nutné používat několik systémů současně. Přestože každý z nich sám o sobě fungoval, poradci museli neustále překlikávat mezi okny, ručně přepisovat data a počítat scénáře mimo hlavní aplikaci. Při správě stovek klientů a portfolií tak administrativa pohltila podstatnou část pracovního dne.

Byznysová 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 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 ručně v Excelu nebo jiných nástrojích.

Regulační vrstva

Jelikož 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 vstoupila v platnost přísná evropská regulace DORA, která tlačí finanční instituce k výrazně vyšší kybernetické bezpečnosti a řízení rizik spojených s dodavateli. Výsledná aplikace tak musela od začátku splňovat nejvyšší standardy bezpečnosti dat, auditovatelnosti operací a provozní odolnosti, aby byl holding plně připraven na nové evropské regulační 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í. Architekturu jsme navrhli tak, aby byla platforma technicky připravena na plynulé připojování dalších entit, aniž by se změna struktury rovnala stavění celé aplikace od nuly.

Pochopení fintech domény

Předtím, než jsme nakreslili první wireframe, jsme museli detailně rozložit na drobné to, jak celá investiční společnost funguje. Naším cílem bylo do hloubky pochopit byznys model klienta, složité regulační požadavky a především 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á místa a našli prostor ke zlepšení. Z těchto byznysový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, zejména kolem vytěžování dat 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ý náběh nových trhů.

Vybrané prvky poradcovského rozhraní

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:

Plně konfigurovatelná tabulka klientů a portfolií. Každý poradce si umí poskládat vlastní pohled podle toho, zda se právě věnuje akvizici nových klientů, nebo servisu existujících portfolií, která delší dobu nedostala pozornost. Filtry, segmenty, vlastní sloupce. Jedno místo pro práci, která se dřív dělala v pěti.

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 skupiny: Partners Investments (obchodník s cennými papíry) i Partners Asset Management (správcovská společnost). Obě mají striktně oddělená data, specifické konfigurace a vlastní regulační 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 straně druhé. Bezpečnost, auditovatelnost operací i provozní odolnost jsme zapracovali do základů architektury. Požadavky směrnice 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 jejich regulačními okny.

Co AMS mění pro poradce a byznys

Pro poradce jsme celou rutinu týkající se správy investic klientů 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 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 byznysové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 aplikaci nelze postavit za pár měsíců a tento projekt nám jasně ukázal, proč tomu 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á zcela oddělená data a specifické konfigurace. Stejně tak platí, že pokud je compliance přirozenou součástí vývoje od začátku, samotný audit regulátora je už jen formální kontrolou, a ne hašením požárů na poslední chvíli.

V oblasti UX a analýzy byla naší největší devizou hluboká doménová znalost 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, aniž by 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ý.