Conflict Check
pro advokátní kancelář

Klientský projekt · frontend developer
Conflict Check dashboard v MacBook Pro 16 mockupu — sekce Přehled s výzvami pro mě (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 a klíčové obrazovky a zároveň je implementuji ve frontendu. Backend a infrastrukturu má kolega. Prototyp byl prezentován klientovi a další iterace navazují na jeho feedback.

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.

Na review meetingu klientský partner tuhle bolest sám popsal:

„Nad tím si lámu hlavu vlastně několik let. Pokaždé, když zadávám conflict check, si říkám: jak by to mělo vypadat, aby to bylo návodné, abych se v tom orientoval. Zatím jsem na to nepřišel." partner klientské kanceláře, review meeting 07/2026

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. Barevný akcent (navy + crimson) navazuje na existující identitu klienta.
  • 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ěď.
  • Označení důvěrnosti se neztratí: razítko „DŮVĚRNÉ" v rohu + crimson border, jazyk právnických spisů (razítka na deskách, dohody o mlčenlivosti).

1. AI výsledek jako hint, ne verdikt

Etický kodex České advokátní komory klade odpovědnost za posouzení střetu zájmů na advokáta osobně, ne na systém. AI proto smí navrhovat, ne rozhodovat, a UI to musí vizuálně i copywritingem podepřít.

  1. Barva: panel je warm amber s crimson akcenty, ne agresivní červený alert.
  2. Copy:Systém našel signály. Přezkoumej nálezy 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 oslovených advokátů se sbíhají do jednoho seznamu s časem, jménem a komentářem. Místo soukromých mailových vláken tedy vzniká otevřený sdílený audit.
  2. Komentář jako důkaz: povinné odůvodnění je viditelné přímo v logu vedle reakce. „Pracujeme s Klientem od 2024…" tak čteš rovnou u „Mám konflikt" verdiktu, ne v e-mailu skrytém na tři kliky daleko.
  3. „Nereagovalo" má vlastní kategorii: barevné tečky, odpočet „6 h 35 min zbývá" a viditelné počítadlo „Nereagovalo · 5". Nereagovat neznamená „nemá konflikt", je to sledovaný stav, který se musí explicitně dořešit.
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
Sekce Sběr reakcí u konkrétního Conflict Checku.

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 Ióta s.r.o. › Lambda s.r.o.: uzavřený stav vpravo, závěr JEDNÁ SE O KONFLIKT karmínově přes celou šířku, odůvodnění anonymizované pro design review, vyhotovitel JUDr. A. Nováková, naložení s mandátem Odmítnuto. 1 2
Detail uzavřeného CC v sekci Historické CC.

Kromě detailu má sekce Historické CC i přehledovou tabulku všech uzavřených prověrek.

  1. Filtrovatelný přehled: 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, zelená pro bez konfliktu. Barvy z detailu drží i v tabulce, jeden vizuální jazyk napříč detailem a přehledem.
Historické CC: tabulka 9 uzavřených záznamů s CC kódem, klientem, protistranou, typem (Běžný / Důvěrný), závěrem (Bez konfliktu zeleně / Konflikt karmínově) a datem uzavření, s filtrací nahoře podle typu, závěru a roku. 3 4
Přehledová tabulka sekce Historické CC.

4. Důvěrné případy skrývají identitu, ne 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 zůstávají viditelné. Advokát tak ví, jak s výzvou naložit, i bez znalosti jmen.
  3. Anonymizace nemění workflow: i důvěrné případy procházejí stejným AI vyhodnocením jako běžné. Tlačítka „Mám / Nemám konflikt" se u nich aktivují až po dokončení prověření, 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, které zdroje se do prověření reálně zapojily. Ten záznam zůstává součástí uzavřeného CC.
  2. Selhaný modul zůstává v seznamu: vedle úspěšných modulů, ne skrytý v notifikaci. Advokát tak nemůže tiše potvrdit, co si neověřil, a musí se k selhání explicitně vyjádřit.
Aktivní Conflict Check ABCS Capital › Domena Estate: průběh 34 %, 2 hotovo / 1 běží / 2 čeká, seznam modulů s Cribis probíhá, Helios a CRM Dynamics dokončeno, CashCollectors nedostupný / timeout. 1 2
Detail probíhajícího Conflict Checku.

Nový CC s přednastaveným typem místo povinné volby

Volbu mezi typem Běžný a Důvěrný u nového CC jsem původně navrhla jako rovnocennou. Dvě stejná tlačítka vedle sebe fungovala jako aktivní krok před přechodem k formuláři. Předpokládala jsem, že se oba typy vyskytují přibližně stejně často.

Původní návrh formuláře „Založit nový mandát
Původní návrh formuláře: dvě rovnocenné karty „Běžný CC" / „Důvěrný CC" vedle sebe.

Na review meetingu partner tenhle přístup otočil:

„Pokud bychom už přednastavili, že půjde o ten běžný conflict check, protože 90 až 95 procent všech konfliktů je v režimu Běžný. Důvěrný se dělá spíš výjimečně, takže pokud by to tam bylo takhle už předzakliknutý, nemusí to ani zabírat tolik místa na obrazovce." partner klientské kanceláře, review meeting 07/2026

Přepracování v prototypu: „Běžný" se předvyplní jako default, „Důvěrný" zůstane jako menší přepínač bokem. Aktivně klikat bude nutné jen pro výjimku, ne pro pravidlo.

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ě dopracovává připomínky k přehlednosti detailu CC. Na základě jejich prvotního feedbacku dolaďuji hierarchii výsledků prověření. Řeším, co musí být na první pohled vidět, jak úsporně řešit obsah v rámci omezeného místa na obrazovce a jak vizuálně odlišit úrovně relevance nálezů. Paralelně čekáme na postup backendu, aby prototyp mohl začít pracovat s reálnými daty.