Přeskočit na obsah

Aplikace, UX a digitální produkty

Vývoj webové aplikace

Vývoj produktu provozovaného v prohlížeči, který řeší konkrétní proces pomocí funkcí, uživatelských rolí, oprávnění a dat – ne prezentaci firmy nebo nabídky. Zahrnuje analýzu procesu, návrh rozhraní, vývoj po funkčních celcích, integrace na okolní systémy a dohodu o dalším provozu a rozvoji.

01

Kdy se webová aplikace zadává

Poptávka vzniká, když proces dosud běží v tabulkách, e-mailech nebo mimo systém, data se ručně přepisují mezi nástroji a chybí jasné role, oprávnění nebo přehled o stavu jednotlivých případů. Typicky jde o interní nástroj, zákaznický nebo partnerský portál s přihlášením, nebo systém, který nahrazuje sadu izolovaných tabulek jedním sdíleným prostředím.

  • proces se řídí e-maily a sdílenými tabulkami bez jednotné evidence
  • data se ručně přepisují mezi několika systémy a vznikají nesrovnalosti
  • chybí role a oprávnění, takže každý uživatel vidí a upravuje totéž
  • průběh procesu nejde zpětně dohledat ani auditovat
  • existující nástroj přestal stačit rozsahu nebo počtu uživatelů

02

Co vývoj webové aplikace zahrnuje

Nejprve se zmapuje proces, uživatelské role a datový model – tedy kdo s aplikací pracuje, co smí vidět a měnit a jaká data si aplikace musí pamatovat. Na základě toho vzniká návrh rozhraní a technického řešení, včetně určení integrací na systémy, se kterými má aplikace vyměňovat data.

Vývoj probíhá po funkčních celcích, aby bylo možné jednotlivé části průběžně testovat a případně upravovat rozsah dalších etap. Po nasazení následuje předání s dokumentací a dohoda o provozu, podpoře a dalším rozvoji funkcí.

  • analýza procesu, uživatelských rolí a datového modelu
  • návrh rozhraní a technického řešení včetně integrací
  • vývoj po funkčních celcích s průběžným testováním
  • nasazení do dohodnutého prostředí a předání s dokumentací
  • dohoda o provozu, podpoře a dalším rozvoji po spuštění

03

Vymezení vůči příbuzným službám

Webová aplikace není firemní web ani landing page: neřeší prezentaci nabídky a přesvědčování návštěvníka, ale práci s daty, rolemi a opakovaným procesem uvnitř přihlášeného prostředí. Není to ani e-shop, který řeší nákup a platbu zboží, ani B2B portál, jehož primárním účelem je zpřístupnit obchodní podmínky a objednávky konkrétním partnerům – pokud má vznikat portál tohoto typu, patří pod B2B portál, ne pod obecnou webovou aplikaci. Od mobilní aplikace se liší tím, že běží v prohlížeči bez instalace a nepracuje s funkcemi zařízení jako fotoaparát, offline režim nebo notifikace mimo prohlížeč. Návrh obrazovek a toků řeší UX/UI návrh digitálního produktu jako samostatný nebo předcházející krok; hodnocení existujícího řešení řeší UX audit.

04

Co dostanete

  • analýza procesu, rolí a datového modelu
  • návrh rozhraní a technického řešení včetně integrací
  • funkční aplikace nasazená v dohodnutém prostředí
  • dokumentace pro provoz a další rozvoj
  • předání zdrojových kódů a přístupů

05

Jak spolupráce probíhá

  • Analýza: Zmapuje se proces, role, oprávnění, data a systémy, se kterými má aplikace komunikovat.
  • Návrh: Připraví se rozhraní, datový model a technické řešení integrací.
  • Vývoj: Aplikace se vyvíjí po funkčních celcích, které lze průběžně testovat.
  • Nasazení a předání: Aplikace se nasadí do dohodnutého prostředí, předá se dokumentace a domluví se provoz.

06

Co připravit do poptávky

  • popis procesu, který má aplikace pokrýt
  • uživatelské role a jejich oprávnění
  • seznam systémů k integraci a dostupná rozhraní
  • očekávaný počet uživatelů a zátěž
  • požadavky na provoz, zabezpečení a dostupnost

07

Co ovlivňuje rozsah a cenu

Rozsah práce určuje především počet funkčních celků, počet rolí a oprávnění, náročnost integrací a míra, do jaké je proces před zadáním již popsaný.

  • počet uživatelských rolí a úroveň jejich oprávnění
  • počet a náročnost integrací na okolní systémy
  • objem a struktura dat, se kterými aplikace pracuje
  • požadavky na zabezpečení, audit a dostupnost provozu
  • rozsah funkcí zahrnutých do první verze oproti dalším etapám

08

Termín a etapizace

Projekt se obvykle rozděluje na funkční celky, které lze nasazovat a ověřovat postupně. Termín ovlivňuje dostupnost přístupů k integrovaným systémům a rychlost zpětné vazby zadavatele k jednotlivým etapám.

09

Rizika zadání

Nejčastějším rizikem je nejasně popsaný proces nebo role, které se v průběhu vývoje mění, a integrace na systém, jehož rozhraní se ukáže jako omezenější, než se předpokládalo.

  • role a oprávnění nejsou popsané a doplňují se až za provozu
  • integrace závisí na systému, jehož rozhraní zadavatel plně nezná
  • chybí rozhodnutí o tom, kdo aplikaci po nasazení provozuje a podporuje

10

Další postup po odeslání poptávky

Na základě dodaných vstupů proběhne upřesňující konzultace k procesu, rolím a integracím, ze které vychází návrh rozsahu a postupu prací.

Nejste si jistí, zda má produkt fungovat v prohlížeči, nebo jako nativní mobilní aplikace? Pomůže porovnání webové a mobilní aplikace.

Než odešlete poptávku, projděte si průvodce přípravou zadání digitálního produktu – pomůže popsat proces, role a integrace.

Nezávazná poptávka

Projdete šest krátkých kroků. Rozpracované zadání průběžně ukládáme jako koncept.

Otevřít poptávku s předvybranou službou →

Poslední aktualizace obsahu:

Jak tvoříme obsah

Časté dotazy

Čím se webová aplikace liší od firemního webu?
Firemní web prezentuje firmu a nabídku návštěvníkům; webová aplikace slouží přihlášeným uživatelům k práci s daty a procesem. Pokud je cílem prezentace, patří zadání pod firemní web nebo redesign webu.
Napojíte aplikaci na náš ERP nebo jiný interní systém?
Integrace se řeší podle dostupného rozhraní cílového systému; konkrétní možnosti a omezení se ověřují v analytické fázi.
Kdo aplikaci po spuštění provozuje?
Provoz, podporu a další rozvoj lze zahrnout do zadání jako navazující dohodu; bez ní odpovědnost za provoz zůstává na zadavateli.
Lze projekt rozdělit na etapy?
Ano, obvyklým postupem je dodávka po funkčních celcích, které lze postupně nasazovat a testovat, než se pokračuje dalším rozsahem.
Je to totéž jako B2B portál?
Ne. B2B portál je specifický typ webové aplikace zaměřený na obchodní podmínky a objednávky konkrétních partnerů; pokud toto zadání odpovídá, patří pod B2B portál jako samostatnou službu.
Zahrnuje zadání i návrh obrazovek?
Návrh informační architektury, toků a obrazovek je součástí UX/UI návrhu digitálního produktu, který lze poptat samostatně nebo jako předchozí krok vývoje.

Další materiály k rozhodnutí