Informační architektura 2026 Klikací prototyp

Očkování pro lékaře

Průvodce, který vede lékaře k indikaci podle situace pacienta, ne podle složitého katalogu.

Očkování pro lékaře — ukázka 1
Očkování pro lékaře — ukázka 2
Očkování pro lékaře — ukázka 3

Od problému k používanému řešení

Interní prototyp pro ordinace a budoucí veřejné použití: rychlý přístup k očkovacím informacím s oddělenými cestami pro dospělé a děti.

2 výchozí cesty

Dospělí a děti mají oddělený kontext.

1–2 kliky k indikaci

Cíl první užitečné iterace.

5–8 lékařů pro validaci

Plánovaný rozsah ověření s praxí.

Stav projektu a moje role

Stav projektu

Projekt je stále ve vývoji. Studie proto ukazuje hotové části, návrhová rozhodnutí a otázky, které ještě ověřuji — ne výsledky z veřejného provozu.

Co bylo v mém rozsahu

  • Provedl jsem audit původního prototypu a pojmenoval jeho slepé cesty.
  • Navrhl jsem informační architekturu, scénáře a pravidla interakce.
  • Popsal jsem datový kontrakt a správu klinického obsahu.
01

Co bylo potřeba vyřešit

Původní explorativní směr míchal dospělé a dětské situace, stavěl na měsících a mohl nechat uživatele na prázdné obrazovce. To neodpovídá práci v ordinaci.

02

Jak jsem k projektu přistoupil

Přestavěl jsem navigaci na profil pacienta, scénáře a filtry. Měsíc zůstává jen sekundární orientační vrstvou a hledání je doplněk, ne jediná cesta.

03

Co vzniklo

Prototyp pracuje se dvěma oddělenými pohledy, scénáři, pacientskými filtry, katalogem a návrhem interní administrativy. Klinická logika je explicitně oddělená od obchodní priority.

Co mě na tom překvapilo

01 Bez psaní

Navigace začíná situací

Profil a scénář jsou rychlejší než nutit uživatele formulovat dotaz.

02 Dvě vrstvy

Doporučení není obchodní priorita

Admin může řídit viditelnost, nesmí měnit klinickou indikaci ani text bez redakční validace.

03 Žádná prázdná obrazovka

Akceptační kritérium, ne kosmetika

Po načtení musí uživatel vždy vidět reálný obsah.

Za co jsem v projektu odpovídal

Tady odděluji, co jsem v projektu skutečně navrhl, postavil nebo rozhodl. Výsledek je důležitý, ale stejně podstatná je odpovědnost, kterou jsem při cestě k němu převzal.

  1. 01

    Provedl jsem audit původního prototypu a pojmenoval jeho slepé cesty.

  2. 02

    Navrhl jsem informační architekturu, scénáře a pravidla interakce.

  3. 03

    Popsal jsem datový kontrakt a správu klinického obsahu.

  4. 04

    Připravil jsem roadmapu od prototypu k validaci s praxí.

Co je na projektu doložitelné

01

Srozumitelný koncept, který lze ukázat internímu týmu jako konkrétní produktové rozhodnutí.

02

Datový a governance základ pro další vývoj.

03

Jasně vymezená hranice: nejde o klinicky validovaný produkční nástroj.

Kompetence viditelné na projektu

Informační architektura UX výzkumné uvažování Produktová strategie Governance obsahu

Technický a pracovní základ

HTML JavaScript Datový model UX specifikace
Digital Product Specialist Business Analyst

Hodí se vám do týmu podobný způsob práce?

Rád se rychle ponořím do nového kontextu, položím otázky a pomohu dostat nejasný problém k řešení, které lze vyzkoušet. Hledám dlouhodobou roli, ve které mohu převzít konkrétní odpovědnost a sledovat dopad v čase.