Přeskočit na obsah

Aplikace, UX a digitální produkty

Aplikace, UX a digitální produkty pokrývají čtyři odlišné typy zadání: vývoj webové aplikace používané v prohlížeči, vývoj mobilní aplikace pro iOS a Android, diagnostiku existujícího rozhraní (UX audit) a návrh nového nebo zásadně měněného produktu (UX/UI návrh). Volba mezi nimi závisí na tom, zda produkt už existuje, zda je hlavním problémem chybějící funkčnost, nebo chybějící návrh, a na jaké platformě a v jakém kontextu jej lidé používají.

Digitální produkt není totéž co web. Firemní web, landing page nebo e-shop prezentují nabídku a vedou návštěvníka ke konverzi; webová a mobilní aplikace naopak nechávají uživatele pracovat s daty, procházet workflow a pracovat pod konkrétní rolí a oprávněním. Toto rozlišení určuje typ zadání, potřebné vstupy i způsob provozu a rozvoje.

Druhým častým zdrojem nedorozumění je záměna návrhu a diagnostiky. UX audit posuzuje existující rozhraní a vrací prioritizovaná doporučení; nevytváří nové obrazovky ani je neimplementuje. UX/UI návrh naopak vytváří informační architekturu, flow, prototyp a design systém, ale sám o sobě neznamená vývoj. Níže najdete rychlé rozlišení služeb a rozhodovací kritéria pro výběr zadání.

Rychlé rozlišení služeb

  • Webová aplikace

    Produkt používaný v prohlížeči: funkce, uživatelské role, workflow, integrace, data, oprávnění a provoz. Není to firemní web, e-shop ani prezentační stránka.

    Detail služby →
  • Mobilní aplikace

    Nativní nebo multiplatformní produkt pro iOS a Android: funkce zařízení, offline režim, notifikace, distribuce ve storech, release a údržba.

    Detail služby →
  • UX audit webu nebo aplikace

    Diagnostika existujícího rozhraní pomocí dat, heuristik a kontroly přístupnosti s prioritizovanými doporučeními. Není to redesign, výzkum s respondenty ani implementace.

    Detail služby →
  • UX/UI návrh digitálního produktu

    Informační architektura, uživatelské flow, wireframy, prototyp, UI a design systém pro nový nebo zásadně měněný produkt. Není to vývoj ani grafický facelift.

    Detail služby →

Kdy jde o digitální produkt a kdy o web

Rozhodujícím kritériem není technologie, ale to, co uživatel na stránce dělá. Pokud převažuje čtení obsahu, poznání nabídky a odeslání poptávky nebo objednávky, jde o web, landing page nebo e-shop. Pokud uživatel pracuje opakovaně, přihlašuje se, zadává a mění data, prochází stavy a jeho oprávnění se liší podle role, jde o aplikaci.

Toto rozlišení má praktické dopady: aplikace potřebuje datový model, role a oprávnění, testovací prostředí a plán provozu, zatímco web potřebuje obsahovou strukturu, texty a měření konverzí.

  • prezentace nabídky a poptávkový formulář → firemní web nebo landing page
  • prodej zboží se skladem a objednávkovým procesem → e-shop
  • opakovaná práce s daty, role, stavy a workflow → webová aplikace
  • práce v terénu, offline režim, notifikace, funkce telefonu → mobilní aplikace

Diagnostika, nebo návrh: audit versus UX/UI

UX audit má smysl tam, kde produkt už existuje, používají jej reální lidé a je znám symptom – uživatelé nedokončují úkol, konverzní krok se opouští, přibývají dotazy na podporu. Audit pracuje s dostupnou analytikou, heuristickým průchodem a kontrolou přístupnosti a vrací seřazený seznam nálezů s dopadem a náročností.

UX/UI návrh je namístě tehdy, když produkt neexistuje, nebo se zásadně mění jeho rozsah a struktura. Výstupem není hodnocení, ale navržené řešení: architektura, flow, obrazovky, prototyp a komponenty připravené k předání vývoji. Obojí se dá zkombinovat – audit může být vstupem do návrhu, ale nenahrazuje jej.

  • existující produkt a neznámá příčina problému → UX audit
  • nový produkt nebo zásadní změna rozsahu → UX/UI návrh
  • potřeba pochopit chování a motivace uživatelů → zákaznický a uživatelský výzkum jako vstup
  • potřeba zvýšit výkon existujících konverzních kroků → optimalizace konverzí a webová analytika

Vymezení vůči výzkumu, analytice a redesignu

UX audit není uživatelský výzkum: pracuje s expertním posouzením a existujícími daty, nikoli s respondenty. Není ani webová analytika – analytika měří, co se děje, audit vysvětluje, kde v rozhraní to vzniká. A není to redesign webu: redesign je realizace změny, audit je podklad pro rozhodnutí, zda a co měnit.

Podobně platí, že UX/UI návrh není správa a rozvoj webu ani vývoj aplikace. Návrh končí předáním podkladů; implementace, nasazení a provoz jsou samostatná zadání s vlastními vstupy a odpovědnostmi.

  • webová analytika a měření: sbírá a interpretuje data o chování, nenavrhuje rozhraní
  • zákaznický a uživatelský výzkum: pracuje s respondenty, dodává vstup pro audit i návrh
  • redesign webu: realizuje změnu prezentačního webu, ne aplikace
  • správa a rozvoj webu: průběžný provoz existujícího webu, ne vývoj produktu

Vstupy, které rozhodují o proveditelnosti zadání

Bez těchto vstupů nelze zadání aplikace ani návrhu odpovědně ocenit a naplánovat. Jejich dostupnost na straně zadavatele obvykle ovlivňuje rozsah přípravy víc než samotná složitost řešení.

  • popis problému a rozhodnutí, které má produkt umožnit
  • seznam uživatelských rolí a jejich oprávnění
  • klíčové scénáře a workflow včetně výjimek a chybových stavů
  • datový model, zdroje dat a systémy k integraci včetně dostupných rozhraní
  • cílové platformy a zařízení, u mobilní aplikace i přístup k účtům ve storech
  • požadavky na přístupnost, bezpečnost a zpracování osobních údajů
  • kdo výstup schvaluje a podle jakých akceptačních kritérií

Provoz, rozvoj a měření po předání

Digitální produkt nekončí předáním. Webová aplikace potřebuje prostředí, monitoring, zálohy a plán aktualizací; mobilní aplikace navíc release cyklus, schvalování ve storech a reakci na změny operačních systémů. Rozsah provozu je proto součástí zadání, ne dodatkem.

Měření se liší od webu: u produktu se sleduje dokončení klíčových úloh, chybovost, opakované použití a stavy ve workflow. Konkrétní metriky se určují podle scénářů, ne podle univerzálních čísel.

  • prostředí, nasazení, monitoring a zálohy u webové aplikace
  • release cyklus, schvalování ve storech a podpora verzí OS u mobilní aplikace
  • analytika produktu navázaná na klíčové úlohy, ne jen na návštěvnost
  • plán dalšího rozvoje a odpovědnost za bezpečnostní aktualizace

Jak vybrat správnou službu

Pokud zadání kombinuje víc potřeb, obvykle se vyplatí poptat je v pořadí, ve kterém na sebe navazují: audit nebo výzkum jako vstup, poté UX/UI návrh a nakonec vývoj a provoz.

  • Potřebujete produkt, ve kterém lidé pracují s daty v prohlížeči? Zvolte webovou aplikaci.
  • Potřebujete funkce telefonu, offline režim nebo přítomnost ve storech? Zvolte mobilní aplikaci.
  • Máte existující rozhraní a nevíte, proč v něm uživatelé selhávají? Zvolte UX audit.
  • Chystáte nový produkt nebo zásadní změnu a chybí podklady pro vývoj? Zvolte UX/UI návrh.
  • Nevíte, zda volit webovou, nebo mobilní aplikaci? Projděte si porovnání obou variant.

Služby v této oblasti

Než se rozhodnete

Časté dotazy

Jaký je rozdíl mezi webovou aplikací a firemním webem?
Firemní web prezentuje nabídku a vede návštěvníka ke kontaktu nebo poptávce. Webová aplikace slouží opakované práci s daty: má přihlášení, uživatelské role, oprávnění, workflow a stavy. Liší se tím i zadání, datový model, testování a plán provozu.
Nahradí UX audit uživatelský výzkum?
Ne. Audit je expertní posouzení rozhraní opřené o heuristiky, dostupná data z analytiky a kontrolu přístupnosti. Zákaznický a uživatelský výzkum pracuje s respondenty a odpovídá na otázky o jejich motivacích a chování. Výzkum může být vstupem auditu, ale nenahrazuje jej ani naopak.
Zahrnuje UX/UI návrh i vývoj produktu?
Nezahrnuje. Návrh končí předáním informační architektury, flow, obrazovek, prototypu a komponent v dohodnutém formátu. Vývoj webové nebo mobilní aplikace je samostatné zadání, které na návrh navazuje.
Potřebujeme mobilní aplikaci, když máme responzivní web?
Závisí na tom, zda potřebujete funkce zařízení, offline režim, notifikace nebo přítomnost v App Store a Google Play. Pokud scénáře fungují v prohlížeči a distribuce přes store není požadavkem, responzivní webová aplikace bývá provozně jednodušší. Kritéria rozebírá porovnání obou variant.
Co musíme dodat, aby šlo zadání ocenit?
Popis problému a cílů, uživatelské role, klíčové scénáře, představu o rozsahu první verze, datové zdroje a systémy k integraci, cílové platformy a požadavky na bezpečnost a přístupnost. Bez těchto vstupů lze připravit jen orientační rozsah, ne závazné zadání.

← Zpět na katalog služeb