Analýza požadavků je proces shromažďování potřeb a cílů projektu nebo produktu a jejich dokumentace. Jedná se o klíčový krok v procesu vývoje softwaru, protože pomáhá zajistit, aby výsledný produkt splňoval potřeby koncových uživatelů a zúčastněných stran. V tomto příspěvku na blogu se budeme zabývat významem analýzy požadavků, různými metodami používanými ke shromažďování a dokumentování požadavků a způsobem jejich analýzy a stanovení priorit.

Význam analýzy požadavků nelze přeceňovat, protože je základem, na kterém stojí celý projekt. Bez důkladného pochopení požadavků není možné vyvinout produkt, který by splňoval potřeby uživatelů a zúčastněných stran. Analýza požadavků také pomáhá identifikovat případná rizika nebo problémy, které mohou vzniknout během procesu vývoje, a umožňuje týmům odpovídajícím způsobem plánovat a sestavovat rozpočet.

Ke shromažďování a dokumentování požadavků lze použít několik metod, včetně rozhovorů, průzkumů, ohniskových skupin a workshopů. Každá metoda má své výhody a nevýhody a nejlepší přístup závisí na konkrétním projektu a zúčastněných stranách. Například rozhovory jsou užitečné pro shromažďování podrobných informací od jednotlivých zúčastněných stran, zatímco workshopy jsou ideální pro brainstorming a spolupráci.

![brainstorming.jpg](https://datasession.cz/backend/uploads/brainstorming_27a1ce90b8.jpg)

### Rozhovory
Tato metoda zahrnuje individuální rozhovory mezi členem projektového týmu a zúčastněnou stranou. Rozhovory jsou užitečné pro shromažďování podrobných informací od jednotlivých zúčastněných stran a mohou být vedeny osobně nebo telefonicky.

### Průzkumy
Průzkumy jsou užitečným nástrojem pro shromažďování požadavků od velké skupiny zúčastněných stran. Mohou být prováděny online nebo v tištěné podobě a lze je použít ke sběru kvantitativních i kvalitativních údajů.

### Focus Groups
Focus group je moderovaná diskuse s malou skupinou zúčastněných stran. Tato metoda je užitečná pro sběr požadavků od různorodé skupiny zúčastněných stran a lze ji použít ke sběru kvalitativních i kvantitativních údajů.

### Workshopy
Workshopy jsou metodou sběru požadavků založenou na spolupráci. Zahrnují skupinu zúčastněných stran, které společně pracují na identifikaci a dokumentaci požadavků. Workshopy lze použít ke shromažďování funkčních i nefunkčních požadavků a jsou také užitečné pro brainstorming a řešení problémů.

### Prototyp
Prototyp je raný vzorek, model nebo verze produktu, který lze použít ke shromáždění zpětné vazby od zúčastněných stran. Lze je použít ke shromáždění zpětné vazby k designu, použitelnosti a dalším aspektům produktu souvisejícím s uživatelskou zkušeností.

### Pozorování
Pozorování je metoda, při níž člen týmu pozoruje zúčastněné strany, jak používají podobný produkt nebo konkurenční produkt. Tato metoda je užitečná pro identifikaci bolestivých míst a oblastí, které je třeba v produktu zlepšit.

Je důležité poznamenat, že tyto metody lze použít samostatně nebo v kombinaci, v závislosti na konkrétním projektu a zúčastněných stranách. Například rozhovory lze použít ke shromáždění podrobných informací od jednotlivých zúčastněných stran, zatímco workshopy jsou ideální pro brainstorming a spolupráci. Průzkumy lze použít ke shromáždění požadavků od velké skupiny zúčastněných stran, zatímco prototypy lze použít ke shromáždění zpětné vazby k designu a použitelnosti produktu.

![meeting.jpg](https://datasession.cz/backend/uploads/meeting_5f3c5a84c1.jpg)

Po shromáždění požadavků je důležité je analyzovat a stanovit jejich priority. To lze provést tak, že se určí, které požadavky jsou zásadní a které jsou "nice-to-have". Důležité je také zvážit závislosti mezi jednotlivými požadavky a jejich dopad na projekt. Pro stanovení priorit požadavků lze použít systém vah na základě faktorů, jako je proveditelnost, důležitost a naléhavost.

Závěrem lze říci, že analýza požadavků je klíčovým krokem v procesu vývoje softwaru. Pomáhá zajistit, aby výsledný produkt splňoval potřeby uživatelů a zúčastněných stran, a umožňuje týmům odpovídajícím způsobem plánovat a sestavovat rozpočet. Kombinací metod shromažďování a dokumentování požadavků, jejich analýzou a stanovením priorit a zvážením závislostí a dopadu na projekt mohou týmy zajistit, že konečný produkt bude v souladu s potřebami a cíli zúčastněných stran.

Analýza požadavků je proces shromažďování a dokumentování potřeb, omezení a cílů projektu nebo systému s cílem zajistit, aby splňoval potřeby zákazníků.

kanban-board.jpg

Analýza a sběr požadavků

## Bilance 2022
Uplynulý rok se nesl ve znamení růstu a zdolávání nových výzev. Největší novinkou byl přesun do nové větší kanceláře, která nám umožňuje pracovat efektivněji a dodávat tak kvalitnější služby. Dále jsme dokázali zdvojnásobit počet projektů, na kterých jsme pracovali, a vyzkoušeli si nové technologie, se kterými je radost vytvařet digitální produkty, které pomáhájí našim klientům.

Do nového roku jdeme namotivováni z dosavadních úspěchů a těšíme se, co nám vše přinese.

Fotka byla pořízena na našem vánočním večírku🍻


## Přání
Za tým DataSession vám přejeme krásné prožití vánočních svátků a úspěšný start do nového roku 2023!🎄

Šťastné a veselé!🎁


Ohlédnutí za rokem 2022 a přání k Vánocům a do nového roku.

IMG_4462.jpeg

PF 2023 a ohlédnutí za uplynulým rokem

V současnosti oblíbené řešení webových stránek a aplikací v podobě jednostránkových (SPA) má svá úskalí, která se snaží vyřešit technologie **SSR** (nebo také **SSG**). O tom, co je to jednostránková webová aplikace jsme psali v našem dřívějším článku [zde](https://www.datasession.cz/blog/11-jednostrankovy-vs-multistrankovy-web). I přesto připomeneme nevýhody tohoto přístupu:

1. Obtížně se dělá pokročilejší **SEO**.
2. Pomalejší počáteční načtení.
3. Náročnější na klientské zdroje (na počítač a prohlížeč uživatele).
4. Pro spuštění webu je vyžadován **JavaScript**, který může být uživatelem v prohlížeči deaktivován.

Obzvláště bod 1 dělá z **SPA** technologii nevhodnou pro použití v obyčejných webových prezentacích. **SSR** je zkratka pro _server side renderign_, přičemž název této technologie přesně vystihuje to, o co se snažíme, tedy vykreslit stránku na serveru ještě před odesláním do webového prohlížeče.

## SSR vs. SSG
A co tedy znamená již zmíněná zkratka **SSG**? Jedná se o zkratku názvu _static site generation_. Pokoušíme se o stejnou věc jako při **SSR**, tedy vykreslit konkrétní stránku na serveru ještě předtím než ji odešleme do prohlížeče. Rozdíl oproti **SSR** je ale v tom, kdy tuto stránku vykreslujeme. V případě **SSR** vykreslíme stránku na serveru při každém prvním uživatelském dotazu, zatímco při **SSG** si konkrétní stránky předpřipravíme už dopředu a poté je staticky posíláme uživateli na základě jeho dotazu.

Takto řečeno to může znít tak, že se vracíme opět k multistránkovému webu, který jsme ale nahradili kvůli výhodám právě jednostránkovým. Rozdíl je v tom, že **SSR** nebo **SSG** využíváme jen při prvním dotazu na server, který odešle již předpřipravenou stránku do prohlížeče. Následně se v prohlížeči po načtení **JavaScriptu** stane z webu opět plnohodnotná jednostránková aplikace a při dalším brouzdání po webovce (přechodech přes různými odkazy a načítání dalších stránek), již stránku na serveru nevykreslujeme a fungujeme tak jako při obyčejném jednostránkovém webu. Lépe se celá situace vysvětlí na příkladě:

![ssr.png](https://datasession.cz/backend/uploads/ssr_f42fe3fa4c.png)

Na obrázku výše je znázorněno, že pokud chce uživatel zobrazit například stránku _www.datasession.cz/projekty_, tak server mu již odešle **HTML** stránku odpovídající projektům. V této části tedy fungujeme stejně jako u multistránkového webu. Díky tomu například internetový vyhledáváč zaindexuje stránku projektů se správným popisem a při vyhledáváních se následně stránka projektů zobrazuje korektně. Pokud je takto odeslaná stránka ze serveru připravená k okamžitému použití (není zapotřebí načtení **JavaScriptu**), tak je to stejné jako u multistránkového webu a uživatel nemusí čekat na donačtení **JavaScriptu** a jeho vykreslení stránky v prohlížeči. Tím eliminujeme body 1 a 2 z úvodu tohoto článku, počáteční načtení je rychlé a řešíme tímto způsobem i **SEO**. Bohužel body 3 a 4 eliminovat nedokážeme, protože se stále jedná o **SPA**, jen poskytujeme rozšíření, díky kterému eliminujeme hlavní problémy této technologie v dnešní době.

Bohužel jak to již bývá, tak ani tato technologie nemá jen samá pozitiva. Bohužel renderovat stránku při každém počátečním požadavku je náročné na serverové zdroje. Server je tím pádem i náchylnější k **DDoS** útoku, kdy mnoha počátečními požadavky najednou můžeme rychleji vyčerpat zdroje serveru a úplně ho shodit. Nebyly by to ale lidé, kdyby nepřišli s nějakým dalším řešením tohoto problému. Co kdybychom stránky nerendrovali na serveru při každém počátečním dotazu, ale předpřipravili si je dopředu? Od toho je tu již zmíněné **SSG**, kdy si jednotlivé stránky předpřipravíme a pak je odesíláme podle konkrétního požadavku. Bohužel tato technologie má nevýhodu, že nemůžeme na serveru například dynamicky načítat položky, vše se totiž připraví dopředu. Ke změně položek bychom museli opět přegenerovat stránku. Můžeme ale přegenerovávát stránku v nějakém intervalu, například jednou za den v noci. Omezíme tím náročnost na serverové zdroje a ve většině případech může být tato technologie dostatečná.

## Next.js
Nyní se můžeme podívat na to, jak firma DataSession implementuje **SSR** a **SSG**. Používáme framework **Next.js**, který implementuje **SSR** a **SSG** a další pomocné nástroje do **React.js**. Vyjma implementace těchto dvou technologií nabízí i routování, komponentu pro optimalizaci obrázků a mnoho dalšího. **Next.js** vznikl v roce 2016, což je na webové technologie již poměrně dlouhá doba, avšak teprve nyní se začal více prosazovat a doznávat určitých změn. Samotný web, na kterém čtete tento článek využívá **Next.js** frameworku.

Málokterá firma v České republice je schopna implementovat webové aplikace s **SSR** a **SSG**. U nás v DataSession se můžete spolehnout, že jsme schopni tyto moderní technologie využít. Webová aplikace od nás bude zároveň kvalitně zpracovaná a to jak z pohledu uživatele aplikace, tak i po stránce technologické. Chcete si promluvit o vývoji webových aplikací? Obraťte se [na nás](https://www.datasession.cz/kontakt). Zabýváme se tvorbou webových aplikací a řešení pro lidi, jako jste vy.

![2E8A1323.JPG](https://datasession.cz/backend/uploads/2_E8_A1323_876bcbc062.JPG)

V současnosti oblíbené řešení webových stránek a aplikací v podobě jednostránkových (SPA) má svá úskalí, která se snaží vyřešit technologie SSR (nebo také SSG).

computer-web.png

SSR: pomocník jednostránkových webů

Dnešní doba je velmi rychlá a klade čím dál tím větší nároky na **dostupnost firemních informací**. Už nestačí lepit lístečky v kanceláři na počítač a dodatečné informace získávat od kolegů v kuchyňce u kávy. Je třeba získávat strukturované informace o našich zákaznících, klientech a produktech v reálném čase a odkudkoliv. V tomto článku si připomeneme důležité aspekty – jak zacházet a spravovat firemní informace a procesy. 

![pablo-arroyo-_SEbdtH4ZLM-unsplash.jpg](https://datasession.cz/backend/uploads/pablo_arroyo_S_Ebdt_H4_ZLM_unsplash_e1845a576d.jpg)

## Jednoduchost
Důležitým aspektem kvalitního systému je jeho **jednoduchost** a **intuitivnost**. Uživatelé musí vědět, jak se systémem správně zacházet a vědět, co přesně dělají. Jedině tehdy docílíme požadovaných výsledků a firemní informace budou dostupné, uspořádané a navíc uživatelům zjednoduší a zrychlí každodenní rutinní činnosti. Místo toho se mohou věnovat své práci, která generuje firmám patřičný zisk. 

Existuje mnoho dodavatelů a systémů, které zdánlivě nabízí multifunkční řešení pro spoustu organizací. Bohužel se každý den setkáváme s organizacemi mající velmi drahé systémy, které jsou nastaveny velmi obecně a nezabývají se různorodostí požadavků firem, které mají odlišné. Vždy je zapotřebí k nim přistupovat individuálně a systémy nastavovat podle specifických požadavků firem.

![taylor-vick-M5tzZtFCOfs-unsplash.jpg](https://datasession.cz/backend/uploads/taylor_vick_M5tz_Zt_FC_Ofs_unsplash_6794b8627c.jpg)

## Provázanost 
Pokud společnosti využívají více než jeden systém, což bývají zpravidla takové organizace, které mají 10 a více zaměstnanců, je žádoucí, aby systémy mezi sebou komunikovaly a předávaly si informace automatizovaně bez nutnosti zásahu uživatelů. 

Často společnosti zavádí další a další softwary s vidinou ulehčení a zjednodušení práce. Pokud ovšem neexistuje kvalitní provázanost mezi softwary, vznikají spíše komplikace s dohledáváním a přepisováním informací z jednoho systému do druhého.

![fly-d-mT7lXZPjk7U-unsplash.jpg](https://datasession.cz/backend/uploads/fly_d_m_T7l_XZ_Pjk7_U_unsplash_fdfda39723.jpg)

## Bezpečnost
V dnešní době, kdy každý jedinec používá nejméně jedno zařízení s přístupem na internet, nabízí se mít firemní informace na dosah ruky. S těmito možnostmi a příležitostmi vznikají další bezpečnostní rizika a výzvy, jak je možné k datům jednoduše přistupovat. Přístup k datům musí být bezpečný pro organizaci a zároveň dostatečně jednoduchý pro každodenní užívání zaměstnanců. 

Dnes je spousta způsobů, jak systémy zabezpečit, od VPN až po generování jednorázových kódů pro přístup přes externí zařízení. Vždy musíme brát v potaz podstatu informací, potřeby pro jejich dostupnost a volbu odpovídajících řešení. Vyšší bezpečnost mnohdy znamená snížení jednoduchosti použítí a nižší dostupnost pro uživatele.

![groupD.webp](https://datasession.cz/backend/uploads/group_D_8174c50c2a.webp)

## Datasession si zakládá na profesionálním přístupu a komunikaci
Pokud Vás zajímá vývoj produktu na míru pro Vaši společnost, hledáte dodavatele pro napojení Vašich systémů nebo Vás zaujalo něco z našich referencí, případně hledáte konzultační služby v této oblasti - obraťte se [na nás](https://www.datasession.cz/kontakt), rádi s Vámi veškeré požadavky projdeme a navrhneme vhodné řešení přímo pro Vás.  

Dnešní doba je velmi rychlá a klade čím dál tím větší nároky na dostupnost firmeních informací. Jaké jsou aktuální potřeby a požadavky?

burst-kUqqaRjJuw0-unsplash.jpg

Digitalizace a správa firemních procesů

Trendem dnešní doby je tvořit webové aplikace jako **jednostránkové** (SPA) namísto klasických **multistránkových** webů. O co se jedná? Jaké jsou výhody a nevýhody těchto přístupů? To se dozvíte v tomto článku. Předtím ale zadefinujeme některé pojmy, se kterými nemusí být každý obeznámen. 

Základem webových stránek jsou 3 technologie – **HTML**, **CSS** a **JavaScript**. **HTML** je značkovací jazyk, který definuje strukturu webové stránky a její obsah. **CSS** umožňuje měnit způsob zobrazení **HTML** elementů a jejich stylování (barvy, tvary, některé animace apod.). Poslední technologií je JavaScript, jedná se o programovací jazyk, díky kterému je možné vykonávat některé logické operace na straně prohlížeče, například validace formuláře při psaní, nebo pokročilejší animace.

![andy-holmes-webyw4NsFPg-unsplash.jpg](https://datasession.cz/backend/uploads/andy_holmes_webyw4_Ns_F_Pg_unsplash_cbbca82b67.jpg)

## Klasický multistránkový web
Tradičním přístupem při tvorbě webu je **rozdělení do několika stránek**. Při přecházení mezi těmito stránkami je využíváno odkazů. Při každém přechodu prohlížeč stahuje ze serveru celou stránku s obsahem daným na základě URL adresy (znova stahuje **HTML**, **CSS** a **JavaScript**). Weby jsou ale zpravidla postavené tak, že jednotlivé stránky některé části sdílejí, například hlavičku s menu. To znamená, že tyto části se při tradičním způsobu posílají při přechodu jednotlivých stránek stále znovu a znovu. Stejně tak se znovu načítájí obrázky. Prohlížeč využívá různé techniky, aby načítání urychlil, například si pamatuje obrázky (ale i **CSS** a **JavaScript** soubory), které již jednou načetl a uloží si je do lokální paměti a příště je již nenačítá znovu (po nějaké době si je zkusí znovu stáhnout, zda nedošlo ke změně). Většina těchto technik ale nefunguje při první návštěvě těchto stránek (prvním načtení).

![klient-server-multistranka.png](https://datasession.cz/backend/uploads/klient_server_multistranka_0c8f69ea38.png)

## Jednostránkový web (Single page application – SPA)
Novým přístupem tvorby webových stránek a aplikací je tzv. **jednostránková webová aplikace** (SPA). Příkladem těchto aplikací jsou například e-mailové služby na internetu. Při průchodu tímto webem prohlížeč nenačítá stále dokola celou webovou stránku. Toho se docílí pomocí **JavaScriptu**. Místo toho, aby server odeslal celé **HTML** a **CSS**, tak odešle jen základní **HTML** s některými hlavičkami, téměř bez obsahu a přiloží odkazy na soubory v **JavaScriptu** (skripty). Tyto skripty jsou následně staženy prohlížečem a načteny. Jakmile jsou skripty připravené, dojde k jejich vykonání, které vykreslí celou webovou stránku a doplní zbývající **HTML** a **CSS**. 

Následně se celý web chová podobně, jako nativní aplikace v operačním systému. Přechod mezi stránkami je realizován tak, že **JavaScript** zachytí požadavek uživatele na přechod a vykoná sám dotaz na server a stáhne požadovaná data. Tato data nejsou v **HTML**, ale zpravidla v nějakém jiném textovém strukturovaném formátu. Data jsou poté vykreslena na stránku do určité části, tedy nedochází k aktualizování celé stránky. Při tomto procesu zůstává uživatel reálně celou dobu na jedné stránce a nepřechází jako u klasického přístupu mezi různými stránkami (uživatel by to ale neměl poznat). Je zřejmé, že při tomto přístupu je přechod mezi jednotlivými stánkami velmi rychlý oproti tradičnímu přístupu, nevýhodou však je těžkopádnost prvního načtení webu, kdy je potřeba stáhnout a připravit velké množství dat.

![klient-server-jednostranka.png](https://datasession.cz/backend/uploads/klient_server_jednostranka_173cb3fbc5.png)

## Výhody a nevýhody jednotlivých přístupů

### Výhody multistránkových webů
- **SEO** (Search engine optimization), optimalizace pro internetové vyhledávače. Vyhledávače, jako je Google, nebo Seznam se nedokáží příliš dobře poprat s jednostránkovým webem (SPA). Zpravidla nepočkají na načtení **JavaScriptu** a načtou si web ještě předtím, než je kompletní. To pak vede k tomu, že při používání vyhledávače nejsou zobrazované výsledky daného webu takové, jaké by měly být. To znamená, že tradiční multistránkový způsob se jednodušeji optimalizuje pro tyto vyhledávače, protože server odesílá okamžitě informace o celé stránce.
- Počáteční načtení je rychlejší. Oproti SPA je počáteční načtení webu rychlejší, není tak těžkopádně. Navíc prohlížeč má k dispozici řadu technik, díky kterým si obsah stránek při navštívení načte do paměti. Příště je vytahuje jen z lokální paměti, rychlost přechodu mezi stránkami se poté může téměř vyrovnat SPA.

### Nevýhody multistránkových webů
- Při přechodech na webové stránce se pokaždé načítá celá stránka – přechody jsou tedy pomalejší.
- Hůře se pracuje s **JavaScriptem**. Na rozdíl od SPA je zde **JavaScript** načten na každé stránce znovu a musí se tedy na každé stránce znovu zjistit některé parametry, které například potřebujeme pro práci s ním (například, na jaké stránce se nalézám apod.).
- Zpravidla větší zátěž na zdroje serveru.

### Výhody jednostránkových webů
- Rychlost přechodů mezi jednotlivými stránkami (přechod je téměř okamžitý).
- Lépe se pracuje s **JavaScriptem**, jelikož je na něm postavený celý web.
- Díky tomu, že vykonáváme některé věci na straně klienta v prohlížeči, tak šetříme zdroje na serveru.
- Web může běžet i v offline módu. Dá se také přetvořit na progresivní webovou aplikaci, která je spustitelná podobně jako nativní aplikace (jak v mobilu, tak na počítači), o tom ale napíšeme v nějakém příštím článku. 

### Nevýhody jednostránkových webů
- Obtížně se dělá pokročilejší **SEO** (viz u výhod multistránkových webů). Nicméně objevují se technologie, jako je **server side rendering** (SSR), díky kterým he možné dosáhnout i pokročilejší optimalizace pro vyhledáváče (o tom ale více v některém z příštích článků).
- Pomalejší počáteční načtení (to je také možné řešit díky SSR).
- Pro spuštění webu je vyžadován **JavaScript**, který může být uživatelem v prohlížeči deaktivován.
- Náročnější na klientské zdroje (na počítač a prohlížeč uživatele).

## DataSession používá nejmodernější technologie
V naší společnosti používáme nejmodernější technologie a zabýváme se především tvorbou webových aplikací jako SPA. Používáme i SSR, díky kterému jsme schopni vykompenzovat nevýhody této technologie, jako je horší **SEO**. Chcete si promluvit o vývoji webových aplikací? Obraťte se [na nás](https://www.datasession.cz/kontakt). Zabýváme se tvorbou webových aplikací a řešení pro lidi, jako jste vy. Rádi si o vývoji povídáme s těmi, kteří chtejí založit úspěšnou firmu.

![2E8A1323.JPG](https://datasession.cz/backend/uploads/2_E8_A1323_876bcbc062.JPG)

Trendem dnešní doby je tvořit webové aplikace jako jednostránkové (SPA) namísto klasických multistránkových webů. O co se jedná? Jaké jsou výhody a nevýhody těchto přístupů?

hal-gatewood-tZc3vjPCk-Q-unsplash.jpg

Jednostránkový vs. multistránkový web

Více než třetina vývojářů softwaru používá k vývoji mobilních aplikací multiplatformní mobilní frameworky, jako je Flutter. Je sice pravda, že velké společnosti využívájí spíše nativní aplikace, a tak vás jejich vývoj může lákat, ale pokud vaše aplikace nepotřebuje přístup k nativním funkcím, je nutné zhodnotit, zda návratnost investice stojí za to.



## Nativní aplikace

![switft a kotlin.png](https://datasession.cz/backend/uploads/switft_a_kotlin_ac3b9e6152.png)

Nativní mobilní aplikace jsou stále nejběžnějším typem aplikací. Jsou nativní v tom smyslu, že jsou vyvíjeny pro konkrétní platformu a jsou napsány v jazycích, které daná platforma akceptuje. Většina nativních aplikací pro iOS například používá jazyk Swift a nativní aplikace pro Android standardně používají jazyk Kotlin. Začínající firmy se často rozhodují pro nativní aplikaci, protože chtějí nejprve cílit na uživatele jedné platformy. Jsou trhy na kterých jsou převážně rozšířené telefony s jedním operačním systémem.


### Výhody nativních aplikací
Výhody nativních aplikací jsou jistě široké. Je však třeba mít na paměti, pro jaký druh podnikání aplikaci vytváříte. 

- Nativní aplikace obvykle fungují lépe.
- Vývoj nativních aplikací umožňuje vývojářům přístup k plné sadě funkcí operačního systému zařízení.
- Nativní mobilní aplikace mají obvykle propracovanější UX a design, protože každý mobilní operační systém přichází se specifickými standardy a pokyny pro uživatelské rozhraní.

### Nevýhody nativních aplikací
Jednou z výrazných nevýhod nativních aplikací jsou náklady, zejména pokud jste malá začínající firma, která se snaží vytvořit MVP (minimal viable product), aby ho mohl představit investorům. 

- Nativní aplikace používají programovací jazyky, které vyžadují zkušené vývojáře, a pokud chcete mít aplikaci na obou platformách, budete k tomu pravděpodobně potřebovat dvakrát tolik vývojářů. 
- Jednoduché aplikace nemusí nutně těžit ze složitostí a komplikací, které s sebou přináší nativní vývoj. 
- Na začátku životnosti vašeho produktu budete určitě experimentovat a provádět razantní změny ve vaší aplikaci, takže jakákoli počáteční investice může být jen zbytečně vynaloženým úsilím.

Pokud nepotřebujete funkci GPS nebo hlubokou integraci s nativním SDK pro věci, jakýmí jsou funkce AR/VR, není pro vás vývoj nativní aplikace pravděpodobně tou nejlepší volbou, především pokud začínáte od nuly. Existují totiž způsoby, jak jste schopni vyvinout podobnou, plně funkční aplikaci i pomocí multiplatformního přístupu.


## Multiplatformní aplikace

![flutter.png](https://datasession.cz/backend/uploads/flutter_33f46ac7fe.png)

V DataSession jsme nadšení z multiplatformního přístup k vývoji mobilních aplikacích pro většinu začínajících ale i větších firem. Je to skvělé, nákladově efektivní řešení, které se chováním velmi podobají nativním aplikacím, přinášejí vysoce kvalitní uživatelské prostředí a bezpečné a stabilní funkce. Sdílení kódu napříč platformami také znamená, že jste schopni vydat životaschopný produkt rychleji a levněji, než když se rozhodnete pro vývoj nativní aplikace.

### Výhody multiplatformních aplikací
Kromě nákladových výhod vývoje multiplatformních aplikací je třeba zmínit ještě několik dalších kladů:

- Jste schopni použít jedinou kódovou základnu s některými schopnostmi specifickými pro danou platformu, což zkracuje čas, a tedy i náklady spojené s vývojem.
- Výkon uživatelského rozhraní může být při správné architektuře stejně rychlý jako u nativních aplikací.
- Pokud spěcháte, abyste aplikaci vydali dříve než konkurence, je vývoj napříč platformami skvělou volbou. Jakmile pak budete mít funkční aplikaci na trhu, můžete ji přepracovat na nativní aplikaci.
- Při vytváření multiplatformní aplikace není třeba najímat týmy pro jednotlivé platformy, jako je tomu při tvorbě nativní aplikace.
- U multiplatformních aplikací se zkracuje doba kontroly kvality, protože většinu chyb stačí zachytit (a opravit) pouze jednou.
- Nevýhody multiplatformních aplikací

Opět doporučujeme většině začínajících podnikatelů, kteří chtějí vytvořit aplikaci, aby vážně zvážili výhody cesty multiplatformních aplikací, ale jsme si vědomi, že tento typ vývoje aplikací má i několik nevýhod

### Nevýhody multiplatformních aplikací
- Sdílený kód může v některých případech ovlivnit uživatelský zážitek. Při vytváření nativní aplikace se řídíte funkcemi a pokyny každé platformy; při vývoji multiplatformní aplikace může být náročné plně využít 
- specifické a jedinečné možnosti každé platformy.
- Integrace aplikace může být náročná, pokud jde o oznámení a funkce specifické pro danou platformu.

## Který typ vývoje aplikací je pro vás nejlepší?
Ve společnosti DataSession jsme spolupracovali s řadou různých společností při vytváření jejich jedinečných aplikací. Obecně se otázka nativní vs. multiplatformní aplikace odvíjí od vašeho podnikání a vašich cílů. Při vývoji aplikace pro začínající firmu v rané fázi (až do fáze seed) často doporučujeme začít s multiplatformním mobilním řešením, jako je Flutter.

Přejít na plně nativní řešení má obvykle smysl buď poté, co prokážete dostatečnou přitažlivost, která vás opravňuje k podstatně větším investicím do aplikace, nebo když máte jedinečné požadavky na funkce, které nejsou realizovatelné na multiplatformním frameworku.

Pokud mobilní aplikace není hlavní součástí vašeho podnikání, platí tato rada zejména pro vás. Než se pustíte do vývoje nativní aplikace, doporučujeme pečlivě zvážit, nakolik chcete být softwarovou firmou, a to i v případě, že ji zadáváte externě.



## DataSession jako softwarový partner

Chcete si o vývoji aplikací promluvit více? Obraťte se [na nás](https://www.datasession.cz/kontakt). Zabýváme se tvorbou aplikací a řešení pro lidi, jako jste vy, a rádi si o vývoji povídáme s těmi, kteří touží založit úspěšnou firmu.



Více než třetina vývojářů softwaru používá k vývoji mobilních aplikací multiplatformní mobilní frameworky, jako je Flutter. 

caspar-camille-rubin-89xuP-XmyrA-unsplash.jpg

Blog

Kontakt