Conflict Check
pro advokátní kancelář

Klientský projekt · UI/UX designer
Conflict Check dashboard v MacBook Pro mockupu s ukázkovými daty (klient anonymizovaný).

Interní systém advokátní kanceláře pro kontrolu střetu zájmů, který automatizuje prověření nových klientů a protistran proti interním i externím datovým zdrojům před přijetím zakázky.

Byla jsem přizvaná jako UI/UX designer a frontend developer. Navrhuji vizuální identitu, komponentovou knihovnu a klíčové obrazovky a zároveň je implementuji ve frontendu. Backend a infrastrukturu má kolega.

Prezentace prototypu klientovi proběhla s celkově pozitivním přijetím. Další iterace navazují na klientův feedback k přehlednosti a čekáme na postup backendu, aby prototyp mohl přejít na reálná data.

Role UI/UX designer + frontend developer
Typ Interní systém · klientský projekt
Období Od června 2026 · probíhá
Frontend stack
Next.js · TypeScript Tailwind 4 · shadcn/ui Radix UI

Název klienta je anonymizovaný (screenshoty používají fiktivní brand „Meridian Legal Partners") a všechna ukázková data jsou vymyšlená.

Advokátní kancelář musí před přijetím zakázky ověřit, že nový klient nebo protistrana není v konfliktu se stávajícími mandáty. V praxi to znamená prověřit každou novou zakázku napříč několika zdroji:

  • Interní zdroje: historické Conflict Checky, Helios (účetnictví), CRM Dynamics, CashCollectors (vymáhání pohledávek).
  • Externí zdroje: Cribis, Justice.cz, ARES.

Stará aplikace generovala příliš mnoho nerelevantních výsledků a nutila uživatele ručně přebírat, co je důležité. Nový systém přidává AI konsolidaci a nový UI pro rozhodovací flow.

Vizuální i interakční design stojí na několika principech, které vycházejí z domény advokátní práce i ze slabin staré aplikace:

  • Editorial / legal estetika: serif display, warm paper background, zdrženlivý amber accent. Klid a gravitas místo „generic SaaS dashboard" pocitu.
  • AI hintuje, nerozhoduje: UI nikdy nezobrazuje verdikt „toto je konflikt". Interpretace patří advokátovi.
  • Redukce šumu: AI a moduly aktivně filtrují hlavní zjištění. Méně, ale relevantnější.
  • Transparentní „nevím": pokud si AI není jistá, otevřeně to zobrazí. Kategorie „unknown" je legitimní odpověď.
  • Vizuální systém důvěrnosti: Confidential badge + subtílní § watermark v pozadí, konzistentně napříč web, PDF i e-mailové notifikace.

Design systém

Typografie: čtyři role (display, UI, delší pasáže, kódy).

Barvy: navy jako primary a crimson jako accent, obojí z brandu klienta.

1. AI výsledek jako hint, ne verdikt

  1. Barva: panel je warm amber s crimson akcenty, ne agresivní červený alert.
  2. Copy:Systém našel signály. Přezkoumej findings a rozhodni, jak postupovat" explicitně přesouvá interpretaci na advokáta.
  3. Akce: sidebar „Co dál?" nabízí akce formulované v první osobě („Identifikoval jsem konflikt"), ne pasivní systémové labely.
AI výsledek panel s hlavičkou Potenciální konflikt, tabulkou Nalezeno u a Co dál sidebarem s akcemi Identifikoval jsem konflikt / Pokračovat k odeslání výzev. 1 2 3
Detail „Výsledek prověření AI" a „Rozhodnutí žadatele" sidebaru.

2. Reakce v otevřeném logu, ne v soukromé schránce

  1. Chronologický log: reakce ode všech oslovených advokátů jsou v jednom seznamu s časem, jménem a komentářem. Ne mailová vlákna po soukromí, ale otevřený, sdílený audit.
  2. Komentář jako důkaz: odůvodnění z povinného komentáře žije přímo v logu, ne v oddělené vrstvě. „Pracujeme s Klientem od 2024…" je čitelné vedle „Mám konflikt" reakce, ne v mailu dohledatelném přes tři kliky.
  3. „Nereagovalo" jako první-třídní stav: progress dots, timer „6 h 35 min zbývá" a explicitní kategorie „Nereagovalo · 5". Ticho není default „nemá konflikt", ale sledovaný stav, který se počítá.
Sekce Sběr reakcí: odpočet 6 h 35 min do termínu 16.07.2026, statistika 7 z 12 reakcí · 2 hlášeno konflikt, progress dots barevně (Nemám / Mám / Nereagovalo), chronologický log 7 reakcí s časem, jménem, verdiktem a komentáři. 1 2 3
Sběr reakcí: log, komentář jako důkaz, „Nereagovalo" jako sledovaný stav.

3. Závěr jako editorial statement, ne stavový label

  1. Jména vedou záznam: klient a protistrana velkým serifem jako titul právního dokumentu. Žadatel, partner a data pod tím drobným písmem.
  2. Závěr přes celou šířku: nejedná se o konflikt zeleně, jedná se o konflikt karmínově. Velkým serifem přes celou šířku, verdikt jako prohlášení, ne štítek.
Historický Conflict Check pro Ing. Karel Berka › Berka & Berka s.r.o.: uzavřený stav vpravo, závěr JEDNÁ SE O KONFLIKT karmínově přes celou šířku, věcné odůvodnění, vyhotovitel JUDr. Eva Nováková, naložení s mandátem Odmítnuto. 1 2
Uzavřený CC: jména vedou záznam, verdikt přes celou šířku.

Ten samý záznam se pak objevuje v Historických CC, archivu uzavřených prověrek.

  1. Filtrovatelný archiv: uzavřené prověrky lze filtrovat podle typu (Běžný / Důvěrný), závěru (Konflikt / Bez konfliktu) a roku.
  2. Verdikt se stejnou barevnou logikou: karmín pro konflikt, modrá pro bez konfliktu. Barvy z detailu drží i v tabulce, jeden vizuální jazyk napříč detailem a přehledem.
Archiv Historických Conflict Checks: tabulka 9 uzavřených záznamů s CC kódem, klientem, protistranou, typem (Běžný / Důvěrný), závěrem (Bez konfliktu modře / Konflikt karmínově) a datem uzavření, s filtrací nahoře podle typu, závěru a roku. 3 4
Historické CC: filtrovatelný korpus a barevná logika verdiktu držící napříč detailem i tabulkou.

4. Důvěrné případy: skrytá identita, viditelný případ

  1. Skrytá identita, viditelný řádek: místo jména klienta a protistrany je zástupný text „[Důvěrný klient] › [Důvěrný cílový subjekt]" a štítek „Důvěrný". Případ zůstává v seznamu vidět, anonymizace nevymaže, jen zakryje identitu.
  2. Kontext zůstává čitelný: stav prověření (např. „vyhodnocuje" nebo „Potenciální konflikt"), žadatel, partner i termín jsou dostupné dál. Advokát ví, co má s výzvou dělat, i bez znalosti jmen.
  3. Anonymizace nemění workflow: i důvěrné případy prochází stejným AI vyhodnocením jako běžné. Tlačítka „Mám / Nemám konflikt" se aktivují až po dokončení prověření, u důvěrných stejně jako u ostatních.
Dvě řádky Výzvy pro mě s [Důvěrný klient] › [Důvěrný cílový subjekt] placeholderem, Důvěrný badgem, různým AI stavem (vyhodnocuje / Potenciální konflikt) a disabled/enabled tlačítky. 1 2 3
Dva důvěrné řádky: nahoře během AI vyhodnocení, dole po dokončení.

5. Přiznat, co nebylo prověřeno

  1. Průběh je záznam: „2 hotovo · 1 běží · 2 čeká" a 34 % v hlavičce nejsou jen indikátor postupu, ale záznam toho, jaké zdroje se prověření reálně účastnily. Zůstává součástí uzavřeného CC.
  2. Zdržení viditelné: panel „Trvá to dlouho?" s odhadem (9–11 min) a přímým kontaktem na IT. Advokát se nerozhoduje v tichu.
  3. Selhaný modul zůstává v seznamu: „CashCollectors · data · NEDOSTUPNÝ · timeout" stojí vedle úspěšných modulů, ne skrytý v notifikaci. Tichý pád = závěr vypadá kompletnější, než je. Advokát nemůže potvrdit, co si neověřil. Přítomnost NEDOSTUPNÝ ho nutí rozhodnout explicitně.
Aktivní Conflict Check ABCS Capital › Domena Estate: průběh 34 %, 2 hotovo / 1 běží / 2 čeká, sidebar Trvá to dlouho? s kontaktem na IT, seznam modulů s Cribis probíhá, Helios a CRM Dynamics dokončeno, CashCollectors nedostupný / timeout. 1 2 3
Aktivní prověřování: průběh, zdržení i selhání zůstávají viditelné, aby závěr necertifikoval, co nebylo ověřeno.

Fáze: prezentace klientovi proběhla, mockupy se celkově líbily.

  • Navržené obrazovky: Přehled, Výzvy pro mě, Aktivní CC, Nový CC formulář, Detail CC ve více stavech, Historické CC + jejich detail, Reakce na výzvu, Administrace.
  • Sdílené prvky napříč obrazovkami: hlavička s brandingem, navigace, uživatelské menu s přepínačem světlý / tmavý / systém a demo přepínačem „Zobrazit jako".
  • Responzivní návrh: každá obrazovka funguje na desktopu i mobilu; na mobilu se navigace skládá do výsuvného panelu.
  • Design system: paleta barev, typografie a jednotné styly opakujících se komponent: tabulky, karty, formuláře, verdikty, badge, prázdné stavy.
  • Tmavý režim funkční napříč všemi obrazovkami.

Nyní: klient si interně ujasňuje připomínky k přehlednosti u některých obrazovek: jaké informace mají mít prioritu a v jaké míře detailu. Paralelně čekáme na postup backendu, aby prototyp mohl začít pracovat s reálnými daty.