LinkedIn

Kontaktujte nás

<p style="margin-left:0px;">Potřebujete pomoci se zkušenostmi s produktem? Kontaktujte nás ještě dnes a my vám pomůžeme zjistit, co vaši uživatelé očekávají.</p>

Radi vám poradíme

<p><strong>V tomto článku se dozvíte:</strong></p><ul><li>Jaká je zkušenost s produktem.</li><li>Jak spokojenost urychluje dosahování obchodních cílů.</li><li>Jaké funkce tvoří zážitek z produktu.</li><li>Jak navrhnout minimální verzi produktu, se kterou budou uživatelé spokojeni.</li><li>Jak my ve společnosti GoodRequest přistupujeme k produktům.</li></ul><p>&nbsp;</p><h2>Co znamená zkušenost s produktem</h2><p>Na první pohled se může zdát, že <a href="https://www.goodrequest.com/sk/blog/ux-vs-ui-design">UX (<i>User experience</i>)</a> a PX(<i>Product experience</i>) jsou totéž, ale je mezi nimi rozdíl. <strong>UX se zaměřuje na to, aby používání produktu bylo co nejlepší.</strong> Nezabývá se pouze návrhem fungování jednotlivých funkcí, ale řeší teké kontext, ve kterém se produk používá.&nbsp;</p><p>Na rozdíl od UX a PX kromě vlastností a funkcí zabýva také designem produktu, obalem, příslušenstvím atd. <strong>Cílem designu PX je vytvořit produkt, který je funkční, spolehlivý, příjemný na používaní a poskytuje uživatelům spokojenost, aby s ním byli co nejvíce spokojeni.&nbsp;</strong></p><p>Zjednodušeně řečeno, zkušenost s produktem (PX) je celkový dojem a spokojenost uživatelů s produktem, PX je výsledkem práce tří oblastí: řízení produktu, designu a vývoje.</p>

<h2>Se spokojenými uživateli se rychleji dosahuje obchodních cílů</h2><p>Co to znamená podnikat? Nákup a prodej výrobků, vytváření a poskytovaní služeb nebo vytváření zajímavých zážitků výměnou za peníze. Pro podnik je to vydělávání peněz, pro zákazníka řešení problému. Potřebuji koupit vysavač, protože mám doma nepořádek. Potřebuji služby učetního, protože chci podnikat a nevím, jak na to. Jdu do divadla, protože se nudím.&nbsp;</p><p>Podnikat znamená především řešit lidské problémy a potřeby. <strong>Čím lépe, spolehlivěji a zajímavěji dokážeme zákazníkovi poskytnout to, co potřebuje, tím větší je obchodní hodnota našich výrobků nebo služeb.</strong></p>

<h3>Spokojenost zvyšuje prodej a zisk</h3><p>Žijeme v uspěchané době, ve které nikdo nemá čas. I když čas máme, věnujeme ho spíše jiným činnostem než řešení problémů. Uživatelé proto dávají přednost produktům, které jejich problémy řeší rychle a efektivně.<strong> </strong>To potvrzuje i studie, podle které je <a href="https://www.superoffice.com/blog/customer-experience-statistics/"><strong>86% uživatelů ochotno zaplatit více za produkt, se kterým jsou spokojeni. </strong></a>To nejen přispíva k jejich spokojenosti, ale zvyšuje objem, četnost a počet nákupů. To se přirozeně promítne do celkových tržeb. To potvrzuje i studie, která popisuje, že <a href="https://www.superoffice.com/blog/customer-experience-statistics/"><strong>lepší zkušenost s produktem může zvýšit počet nákupů až o 40 %</strong></a><strong>.</strong></p><h3>Spokojenost buduje loajalitu a povědomí o společnosti</h3><p>Je přirozené, že spokojení uživatelé zůstávají věrní své značce. Společnost 3Pillar Global k této skutečnosti přiřadila i statistiku. Neuvěritelných <a href="https://www.3pillarglobal.com/insights/how-customer-experience-impacts-retention/"><strong>94 % spokojených uživatelů uvedlo, že by výrobek pravděpodobně nebo určitě použili znovu.&nbsp;</strong></a> <strong>V opačném případě tak učiní pouze 18 % uživatelů, kteří jsou nespokojeni. </strong>Ať už u vás uživatelé zůstanou, nebo ne, nic jim nebrání v tom, aby o svých zkušenostech řekli rodině a přátelům. <a href="https://www.uxdesigninstitute.com/blog/the-value-of-ux-design/#the-business-value-of-ux-design"><strong>Podle studie až 72 % uživatelů řekne o své dobré zkušenosti dalším 6 lidem.</strong></a><strong> </strong>Ukazuje se, že je to skvělý způsob, jak si přirozeně vybudovat dobrou pověst. Co si o tom myslíte vy?&nbsp;</p><h3>Spokojenost minimalizuje náklady na vývoj produktu</h3><p>Vývoj digitálních produktů je časově i finančně náročný. <strong>Řešení problémů po uvedení produktu na trh však může být </strong><a href="https://www.researchgate.net/publication/280742273_The_impact_of_usability_on_the_cost_of_quality"><strong>40krát až 100krát dražší</strong></a>. Proto se vždy vyplatí přistupovat k vývoji zodpovědně. Nikdo nedokáže předpovědět, jak produkt přijmou jeho uživatelé. Během procesu návrhu však můžeme produkt otestovat s potenciálními uživateli, což nám pomůže poznat stav zkušeností s produktem a předejít ptoblémům ve fázi návrhu. <a href="https://www.uxmatters.com/mt/archives/2021/04/how-ux-designers-can-add-value-to-a-business.php"><strong>Dobře promyšlený návrh výrobku navíc může zkrátit dobu vývoje technologie až o 55 %.</strong></a></p><h3>Spokojenost snižuje tlak na zákaznickou podporu.&nbsp;</h3><p><a href="https://www.zendesk.com/blog/searching-for-self-service/"><strong>67 % uživatelů upřednostňuje samostatné řešení problémů bez nutnosti kontaktovat zákaznickou podporu.</strong></a> Pokud nemohou problém vyřešit nebo nenajdou to, co hledají, kontaktuje zákazníckou podporu 40 % z nich. Pro našeho <a href="https://www.goodrequest.com/work/fitshaker">partnera Fitshaker</a>, který má více než 20 tisíc aktivních uživatelů, to znamenalo obrovský nápor na podporu.<strong> Zlepšením uživatelského prostředí se nám podařilo dosáhnout až 35% snížení počtu požadavků na zákazníckou podporu.</strong></p><h2><strong>Jak získat dobrou zkušenost s produktem</strong></h2><p>Abychom dosáhli dobrých zkušeností s produktem, musíme poskytnout <a href="https://uxdesign.cc/surface-delight-wont-help-you-build-better-products-955be624927a">4 funkce:</a></p><ul><li><strong>Funkčnost</strong> – produkt pomáhá uživatelům řešit jejich problémy a dosahovat jejich cílů. Má definované funkční a nefunkční požadavky, které musí splňovat. Požadavky jsou přizpůsobeny různým typům uživatelů a jejich specifickým potřebám.&nbsp;</li><li><strong>Spolehlivost</strong> - výrobek plní svou funkci trvale a dlouhodobě. Občas se mohou vyskytnout chyby nebo omezení, ale ty jsou řešeny vhodným designem (jasný obsah) a doplňkovými službami (zákaznická podpora).</li><li><strong>Použitelnost</strong> - produkt se snadno používa. Je navržen podle preferencí uživatele.</li><li><strong>Uspokojivost</strong> (<i>Pleasurability</i>) - produkt je obohacen o různé prvky, jako je estetika, branding, tón hlasu, animace, vtipná kopie a další vlastnosti, které jej odlišují od konkurence.</li></ul>

<p>Digitální produkty nejsou jediné s těmito funkcemi. Vezměme si například automobily:</p><p><strong>Funkčnost</strong> - Vůz poskytuje uživatelům rychlou a vždy dostupnou dopravu.&nbsp;</p><p><strong>Spolehlivost</strong> - Vůz zvládne krátke i dlouhé vzdálenosti, rychlou i pomalou jízdu, jízdu po městě i po dálnici, ve dne i v noci.</p><p><strong>Použitelnost -</strong> Ovládaní vozu je tak jednoduché a intuitivní, že jej po krátké době zvládnete ovládat automaticky. Ovládání je navíc neustále inovováno novými technologiemi, jako je automatická převodovka nebo nejnověji autonomní řízení.&nbsp;</p><p><strong>Uspokojivost -</strong> Po splnění prvních tří požadávků přicházejí na řadu prvky spokojenosti: materiály příjemné na dotek, vyhřívaná sedadla, parkovací kamery, palubní počítač a další.&nbsp;</p><p>Při vytváření zážitku z produktu je důležité tyto funkce optimálně vyvážit. Pokud se na něco nezaměříme, ovlivní to kvalitu zážitku z produktu a celkovou spokojenost.</p><h2>MVP vs MLP - Jak vytvořit základní verzi produktu, se kterou budou uživatelé spokojeni?&nbsp;</h2><p>Pokud přicházíte na trh s novým produktem, máte několik možností, jak k němu přistupovat. Dobrým postupem je navrhnout produkt v minimální verzi. Co to přesně znamená? Co ještě je součástí onoho pomyslného minima a co už je navíc?</p><p>V technologickém prostředí se často používá termín MVP (<i>Minimum viable product). </i>Již z názvu vyplýva, že<strong> prvky uspokojivosti nebudou středem pozornosti</strong>. MVP řeší primární problém uživatele a zaměřuje se především na funkčnost. Spolehlivost a použitelnost mohou být minimalizovaný s ohledem na efektivitu a optimalizaci nákladů.<strong> Tento přístup je užitečný, ale nenabízí nejlepší uživatelský zážitek a nemusí odhalit plný potenciál produktu.</strong> Může však dobře posloužit jako nástroj pro ověření trhu.&nbsp;</p><p>Druhým, méně známým přístupem, je MLP (<i>Minimum lovable product</i>). Cílem tohoto přístupu je uvést na trh<strong> výrobek, který v určité omezené míře splňuje všechny 4 charakteristiky.</strong> Najdůležitější funkčnost je spolehlivá, intuitivní a práce s ní vás baví. Zní to jednoduše, ale tento koktejl není tak snadné namíchat. Navrhněte však tento produkt pro svou hlavní cílovou skupinu uživatelů (primární personu) a velmi brzy zjistíte, zda má váš produkt reálnou šanci na trhu uspět. A to vše ještě předtím, než do projektu investujete příliš mnoho prostředků.</p>

<h2><strong>Jak v GoodRequestu dosahujeme dobrých zkušeností s produkty&nbsp;</strong></h2><p>S každým <a href="https://www.goodrequest.com/sk/blog/ux-design-process">návrhem digitálního produktu</a> se snažíme dosáhnout vysoké spokojenosti uživatelů, což nám pomáha s rychlejším dosažením našich obchodních cílů. Ve společnosti GoodRequest se zaměřujeme na MLP - verzi produktu, která uspokojuje uživatele implementací čtyř kroků:</p><ol><li>Shromažďujeme informace o produktu, jeho fungování, obchodních cílech, kterých má dosáhnout, a o chování a preferencích uživatelů.</li><li>Analyzujeme najdůležitější potřeby, najčastější problémy a cíle, kterých uživatelé potřebují dosáhnout.</li><li>Navrhujeme funkce produktů, spolehlivá technologická řešení a ideální uživatelské prostředí. V těch oblastech produktů, které přinášejí největší hodnotu, děláme vše pro to, abychom dosáhli mimořádné spokojenosti.&nbsp;</li><li>Návrh otestujeme s uživateli a na základě jejich reakcí zlepšíme zážitek z produktu tak, aby s ním byli uživatelé co nejvíce spokojeni.</li></ol><p>Naše návrhy dosahují při testování u uživatelů průměrného skóre spokojenosti 8 z 10. I přes vysoké skóre vždy doporučujeme další kroky, abychom zajistili, že uživatelé budou s produktem dlouhodobě spokojeni.</p>

Spokojný používateľ je prvým predpokladom úspešného produktu. Všeobecne platí, že 54 % používateľov odchádza po prvom negatívnom zážitku. V digitálnom svete webových a mobilných produktov môže byť toto číslo až neuveriteľných 90 %. Aby sme sa nestali súčasťou tejto desivej štatistiky, musíme sa zamerať na vytvorenie kvalitného "produktového zážitku".

Prečo je produktový zážitok kľúčový faktor biznis úspechu

A satisfied user is the first prerequisite for a successful product. In general, 54% of users leave after the first negative experience. In the digital world of web and mobile products, this number can be as high as an 90%. In order not to become part of this frightening statistic, we must focus on creating a quality "product experience".

Why product experience is a key factor for business success

Why product experience is a key factor for business success.png

Product experience as key factor of business success.png

Damian Orlicky

Spokojený uživatel je prvním předpokladem úspěšného produktu. Obecně platí, že 54 % uživatelů odchází po první negativní zkušenosti. V digitálním světě webových a mobilních produktů může toto číslo dosáhnout až neuvěřitelných 90 %. Abychom se nestali součástí této děsivé statistiky, musíme se zaměřit na vytvoření kvalitního "produktového zážitku".

Proč je zážitek z produktu klíčovým faktorem byznys úspěchu

<div class="raw-html-embed"><figure class="w-richtext-figure-type-image w-richtext-align-fullwidth" style="max-width:1200px"><div><img src="https://goodrequest-web-development.s3.eu-central-1.amazonaws.com/blog-migration/8e3ba6d9-b043-45c5-b33f-f7c7e4721224.png" loading="lazy" alt=""></div></figure></div><h2>Programovací jazyk</h2><h3>Swift</h3><p><strong>Swift </strong>je programovací jazyk společnosti&nbsp;<strong>Apple </strong>pro vývoj aplikací pro platformy macOS, watchOS a iOS. Motivací pro vznik Swiftu bylo vytvořit použitelnou alternativu k jazyku&nbsp;<strong>Objective-C</strong>. Zjednodušeně by se dal Swift popsat jako moderní, rychlý a výkonný programovací jazyk navržený s důrazem na bezpečnost.</p><h2>UI Frameworky</h2><p>Vývojáři mají k dispozici dva rámce pro stylizaci uživatelského rozhraní nativních aplikací iOS: SwiftUI nebo UIKit. V současné době používáme oba, ale převažuje UIKit, a to hlavně proto, že ne vše, co je v UIKitu, lze v současné době implementovat pomocí SwiftUI, což znamená, že pro složitější aplikace je třeba kombinovat UIKit a SwiftUI, nebo používat pouze UIKit. Podrobnější pohled na problematiku spojenou se SwiftUI naleznete&nbsp;<a href="https://www.goodrequest.com/blog/ako-zacat-vyvoj-ios"><strong>v tomto článku v části „SwiftUI nebo UIKit?“</strong></a></p><h3>UIKit</h3><p>Většina projektů iOS v GoodRequest je tvořena s využitím frameworku UIKit.</p><p>Framework obsahuje komponenty určené k vytváření uživatelských rozhraní pro aplikace iOS, iPasOS, WatchOS nebo tvOS.</p><p>Poskytuje architekturu pro tvorbu UI, infrastrukturu pro zpracování uživatelských vstupů a interakci mezi uživatelem, systémem a naší aplikací.</p><h3>SwiftUI</h3><p>SwiftUI je moderní framework pro vytváření uživatelských rozhraní pro libovolnou platformu Apple. Byl vytvořen jako alternativa k UIKitu s deklarativním přístupem k programování. Framework jsme začali používat teprve 3 roky po jeho uvedení a ještě stále má omezení, se kterými se developeři při vývoji aplikací setkávají.</p><p>Výhodou je deklarativní přístup k programování, který zjednodušuje proces tvorby uživatelského rozhraní, a schopnost spolupracovat s UIKitem. Velkým pomocníkem jsou náhledy, díky nimž developer téměř okamžitě vidí všechny provedené změny, aniž by musel aplikaci spustit.</p><h2>Interní frameworky</h2><p>V rámci týmu dále pracujeme na různých interních frameworcích, které nám pomáhají zefektivnit vybrané činnosti a zároveň zajistit vysokou kvalitu projektů.</p><h3>GRProvider</h3><p>Interní knihovna sloužící k usnadnění práce s TableView a CollectionView v našich aplikacích.&nbsp;<a href="https://github.com/GoodRequest/GRProvider"><strong>GRProvider</strong></a> „přebírá odpovědnost“ a vývojář nemusí sám implementovat všechny požadované metody jednotlivých nativních komponent.</p><h3>iOS Extensions</h3><p><a href="https://github.com/GoodRequest/GoodIOSExtensions"><strong>Knihovna GoodExtensions-iOS</strong></a> „od vývojářů pro vývojáře“ je sbírka modulů a vylepšení, od komunikace se serverem až po formátování textu, které usnadňují práci našim developerům.</p><h2>Package management</h2><p>V našich projektech pro iOS dodnes používáme jak SPM, tak CocoaPods, přičemž o výběru jednoho z nich rozhoduje to, zda jeho výhody převažují nad nevýhodami při použití v konkrétní situaci, nebo dostupnost podpory potřebných knihoven.</p><h3>SPM</h3><p>Swift Package Manager(SPM) je nástroj pro správu distribuce kódu napsaného v jazyce Swift. Výhodou je, že závislosti můžeme integrovat do projektů přímo prostřednictvím Xcode. Na rozdíl od CocoaPods se soubory ukládají pouze na místní zařízení a „nenafukují“ tak velikost projektu. Vývojáře však nepotěší, že se při každém buildu aplikace budují i všechny závislosti, což prodlužuje dobu buildu. Další nepříjemnou skutečností je, že SPM se zatím nevyrovnal CocoaPods v počtu poskytovaných knihoven.</p><h3>CocoaPods</h3><p>CocoaPods je další ze správců, který se používá ke správě závislostí na úrovni aplikace. Obsahuje velké množství použitelných knihoven a umožňuje elegantní škálování jakéhokoli projektu. Zde na rozdíl od SPM vývojáře potěší, že knihovny se budují déle jen jednou a potom je doba sestavení podstatně příjemnější. Nevýhodou může být, že CocoaPods je třeba do projektů integrovat externě.</p><h2>Nástroje</h2><h3>SwiftLint</h3><p>Tento nástroj pomáhá vývojářům udržovat dobrou čitelnost kódu a zajišťuje dodržování konvencí a stylu při psaní kódu v jazyce Swift. SwiftLint upozorňuje vývojáře na chyby přímo prostřednictvím uživatelského rozhraní Xcode.</p><h3>SwiftFormat</h3><p>SwiftFormat je nástroj pro automatické formátování kódu. SwiftFormat dokáže automaticky upravovat mezery, přidávat nebo odstraňovat implicitní self, odstraňovat nepotřebné závorky a odstraňovat další odchylky od standardizovaných idiomů jazyka Swift.</p><h3>Logen</h3><p>Logen je interní nástroj napsaný v jazyce Python, který pomáhá vývojářům generovat lokalizované řetězce pro projekty Swift přímo z tabulky Google Docs</p><h3>Swiftgen</h3><p><a href="https://github.com/SwiftGen/SwiftGen">SwiftGen je nástroj pro automatické generování kódu v jazyce Swift</a>, konkrétně pro zdroje, jako jsou barvy, obrázky nebo lokalizované řetězce, aby byly type-safe.</p><h2>Analytické služby</h2><h3><sup>Firebase</sup></h3><p>Firebase je skupina několika služeb pro aplikace libovolného typu.</p><p>Využíváme notifikace prostřednictvím&nbsp;<strong>Firebase Cloud Messaging</strong>. Hlavní výhodou je, že náš backend se implementuje pouze vůči jedné službě a ta dále automaticky komunikuje s aplikacemi iOS a Android.</p><p><strong>Firebase Crashlytics</strong> je služba, která posílá zprávy o selhání aplikací z produkce. Umožňuje nám je sledovat, rychle na ně reagovat a zlepšovat tak kvalitu našich aplikací.</p><h2>Proces CI/CD&nbsp;</h2><p>Kontinuální integrace a dodávání (CI/CD) umožňuje častěji integrovat nový kód, aniž by se snížila kvalita samotné aplikace. CI/CD je navržen tak, aby automatizoval opakující se úlohy, jako je sestavování, testování a nasazování, a upozorňoval na potenciální problémy. My pro tyto účely používáme především tři nástroje.</p><h3>Fastlane</h3><p><a href="https://github.com/fastlane/fastlane"><strong>Fastlane je OpenSource platforma navržená pro zjednodušení procesu nasazování aplikací pro iOS</strong></a>. Fastlane nám umožňuje automatizovat téměř každý aspekt našeho pracovního postupu ve fázi vývoje nebo vydávání softwaru.</p><h3>Bitrise</h3><p>Umožňuje vývojářům automatizovat základní pracovní postupy, díky čemuž můžeme kombinovat běžné úlohy, jako je nasazení testerem, informování týmu na Slacku o nové verzi nebo zvýšení čísla verze.</p><h3>Danger JS</h3><p><a href="https://danger.systems/js/"><strong>Danger je nástroj nasazený v rámci procesu CI</strong></a><strong>. </strong>Umožňuje nám automatizovat práci spojenou s kontrolou kódu a komentováním našich PR na základě předem definovaných pravidel. To umožňuje týmu developerů soustředit se v procesu revize kódu na složitější problémy.</p><h2>Architektura</h2><h3>MVVM</h3><p>Vývojářům usnadňuje oddělit vývoj uživatelského rozhraní od vývoje logiky. V projektech to vypadá takto: View a ViewModel jsou definovány samostatně, View má přiřazen vlastní ViewModel. View se stará o všechny komponenty uživatelského rozhraní a zobrazování dat z přiřazeného ViewModelu. ViewModel je zodpovědný za zajištění potřebného zpracování dat zobrazených View.</p><h3>Reactor</h3><p>ReactorKit vznikl jako kombinace <a href="https://facebook.github.io/flux/">Flux</a> a <a href="https://en.wikipedia.org/wiki/Reactive_programming">Reactive Programming</a>.</p><div class="raw-html-embed"><figure class="w-richtext-figure-type-image w-richtext-align-fullwidth" style="max-width:1200pxpx"><div><img src="https://goodrequest-web-development.s3.eu-central-1.amazonaws.com/blog-migration/55b9f381-33df-4035-abb9-4fc895e30e96.png" loading="lazy" alt=""></div></figure></div><p><strong>View </strong>slouží k zobrazení dat.&nbsp;<strong>Reactor</strong> je vrstva nezávislá na uživatelském rozhraní, spravuje stav View.</p><p>V praxi to vypadá následovně: View například odešle akci do Reactoru, například na základě nějakého uživatelského vstupu. Reaktor na danou akci „reaguje“, provede veškerou logiku definovanou jako reakci na danou akci a jako odpověď View vrátí stav, který způsobí změny ve View.</p><h3>Coordinator</h3><p><a href="https://www.goodrequest.com/blog/koordinatori"><strong>Coordinator pattern</strong></a> je dalším ze vzorů strukturálního návrhu, které používáme. Slouží k uspořádání logiky toku mezi jednotlivými obrazovkami. V aplikaci si definujeme všechny kroky všech obrazovek. Každý krok představuje přechod na novou obrazovku nebo její uzavření.</p><p><br>&nbsp;</p>

Tech stack poskytuje produktovému tímu nástroje, ktoré potrebuje na budovanie a údržbu produktu a na zabezpečenie toho, aby spĺňal potreby zákazníkov. Tech stack zvyčajne pozostáva z programovacích jazykov, frameworkov, analytických nástrojov, architektonických vzorov a mnohých ďalších. V tomto článku vám predstavím zásobník riešení nášho iOS tímu.

Náš iOS tech stack pre vývoj mobilných aplikácií

The tech stack provides the product team with the tools they need to build and maintain the product and ensure it meets customer needs. A tech stack usually consists of programming languages, frameworks, analysis tools, architectural patterns, and many others. In this article, I'll introduce you to our iOS team's solution stack.

Our iOS tech stack for mobile app development

63888a38e78b9192739a5403_iOS%20%20Tech%20Stack%20Overview-2.png

iOS Tech Stack.png

Sebastian Mráz

Tech stack poskytuje produktovému týmu nástroje, které potřebuje k budování a údržbě produktu a k zajištění toho, aby splňoval potřeby zákazníků. Tech stack se obvykle skládá z programovacích jazyků, frameworků, analytických nástrojů, architektonických vzorů a dalších. V tomto článku vám představím zásobník řešení našeho týmu pro iOS.

Náš iOS tech stack pro vývoj mobilních aplikací

<p>Stále si nejste jisti, jakým směrem se s aplikací vydat? Kontaktujte nás ještě dnes a my vám pomůžeme zjistit, co je pro váš projekt ideální.</p>

<h2>Jaké existují možnosti?</h2><h2>Nativní vývoj</h2><p><strong>Nativní aplikace jsou vyvíjeny pro konkrétní platformu</strong>, například iOS nebo Android. Programovací jazyk použitý k vytvoření těchto aplikací je kompatibilní s operačním systémem. Díky používání jazyků specifických pro danou platformu mohou vývojáři lépe využívat nativní funkce platformy. Aplikace vytvořená pro Android tedy nebude fungovat na zařízeních Apple.</p><ul><li>🤖 <strong>Android</strong>: Kotlin, Java.<br><strong>Vývojové prostředí</strong>: Android Studio</li><li>🍏 <strong>iOS</strong>: Swift, Objective-C.<br><strong>Vývojové</strong> <strong>prostředí</strong>: Xcode</li></ul><h3>Cross-platform</h3><p>Cross-platformový přístup k vývoji mobilních aplikací umožňuje vytvořit jedinou aplikaci, která bude&nbsp;fungovat stejně na více operačních systémech. To znamená, že nemusíte vytvářet samostatné verze pro každou platformu zvlášť.</p><ul style="list-style-type:disc;"><li><strong>Cross-platform:</strong> Ionic, React Native, Flutter, Xamarin, Cordova</li></ul>

<h2>Proč preferujeme nativní vývoj?‍</h2><p>Nativnímu vývoji se věnujeme od samého počátku a za tu dobu jsme se setkali s mnoha implementacemi nativních knihoven, prací s rozšířenou realitou, kamerou, videem, bluetoothem, skenerem NFC, zabezpečením, widgety a mnoha dalšími možnostmi, které nabízejí platformy iOS a Android.&nbsp;<strong>Naše odborné znalosti v oblasti nativního vývoje se proto týkají nejen programovacích jazyků, ale také integrace hardwaru a softwaru třetích stran.</strong></p><p>&nbsp;</p><p>‍Téměř všechny známé a oblíbené aplikace, které používá velké množství uživatelů, jsou postaveny na nativních technologiích.&nbsp;<strong>Z hlediska obchodního modelu je důležitá „trvalost“ technologií.</strong>&nbsp;Cross-platformové technologie, jako je Flutter, se mění velmi dynamicky, zatímco React native nebo některé knihovny třetích stran stagnují, což může při sestavování aplikace vést k nekompatibilitě. Všechny tyto faktory mohou vést k různým problémům, jako je zpoždění vývoje, nedostupnost vývojářů nebo používání zastaralých technologií.</p><p>&nbsp;</p><p>Uvědomujeme si však, že v některých obchodních případech může být vývoj cross-platform správnou cestou.&nbsp;<strong>Důležité je rozhodnout se na základě klíčových parametrů vyplývajících z vaší obchodní strategie</strong>. Proto jsme pro vás připravili klíčové oblasti designu a vývoje včetně výhod a rizik jednotlivých forem vývoje.</p><h2>Jaké parametry je třeba zohlednit při výběru přistupu k vývoji mobilní aplikace?</h2><h3>UX &amp; UI – <i>Native</i></h3><p>Uživatelé hledají aplikace, které vypadají a působí, jako by do jejich zařízení patřily.&nbsp;<strong>Nativní aplikace pro iOS a Android jsou vytvořeny pomocí komponent uživatelského rozhraní,</strong>&nbsp;na které jsou uživatelé zvyklí z jiných nativních aplikací,<strong> což vytváří přirozenou a zároveň výjimečnou uživatelskou zkušenost.</strong></p><p>Na druhou stranu může být v některých cross-platform aplikacích obtížné se orientovat, protože se prvky často překrývají a porušují doporučení.&nbsp;<strong>Cross-platform aplikace taky nemají nativní vzhled a nepůsobí nativně, což omezuje prvky UX v aplikaci.</strong> Celé to ale závisí hlavně na použité technologii. React Native používá nativní komponenty, takže doporučení pro UI/UX by neměla být problémem. Flutter má v tomto případě doplňkové knihovny, jejichž podpora je sporná. Flutter prosazuje jednotné uživatelské rozhraní napříč platformami, takže je vhodný pro aplikace s velmi nestandardním UI (nebyznysové).</p>

<p><strong>Cross-platform aplikace v současné době zároveň nepodporují všechny prvky přístupnosti.</strong> Při vývoji a designu se od počátku zaměřujeme také na uživatele s tělesným znevýhodněním, zejména se zrakovým.&nbsp;<strong>A v tomto případě nelze ve Flutteru použít změnu velikosti písma ani hlasové ovládání.</strong></p><h3>Offline mode – <i>Remíza</i></h3><p>Přechod do režimu offline může být velkou konkurenční výhodou. I když jsou uživatelé s vaší aplikací spokojeni, nedostatek offline funkcí je může donutit hledat alternativy. Offline funkce jsou důležité například v oblasti fintechu, zdravotnictví nebo u navigací. Nativní i cross-platform aplikace umožňují práci v režimu offline.</p><h3>Specifický HW – <i>Native</i></h3><p>Využití&nbsp;<strong>cross-platform vývoje může vést k omezené podpoře a zvyšuje pravděpodobnost nedostatků při integraci specifického hardwaru</strong>.&nbsp;Každá knihovna, aplikace nebo hardware má na prvním místě podporu pro nativní vývoj. To pomáhá zajistit bezproblémovou integraci nového produktu do stávající infrastruktury.</p><h3>Výkon a rychlost aplikace – <i>Native</i></h3><p>‍Nativní aplikace iOS pracují s pamětí RAM mnohem efektivněji, takže aplikace reagují rychleji. Z technického hlediska Flutter používá Garbage collector a veškerý vývoj pro iOS je postaven na automatickém počítání referencí (ARC), které je mnohem efektivnější z hlediska paměti, takže nativní aplikace pro iOS využívají 1/3 paměti RAM ve srovnání s Flutterem.&nbsp;<strong>Potřeba další abstrakční vrstvy a procesu vykreslování cross-platformovou aplikaci zpomalují.</strong></p><p>&nbsp;</p><p>Problém se týká především všech frameworků, které používají&nbsp;<i>bridge</i>*, nebo běží výhradně ve&nbsp;<i>WebView</i>* (Ionic, Cordova). Aplikacím, které ke komunikaci s platformami používají bridge, je automaticky přiřazený&nbsp;<i>bottleneck</i>*, který je v mnoha případech velmi znatelný. Zároveň používají nativní komponenty, takže knihovny v těchto frameworcích mohou mít snadno různé verze nativních knihoven, což způsobuje obrovské konflikty v nativní části.</p><ul><li>‍*<i>bridge</i> – mechanismus, který umožňuje komunikaci a spolupráci různých programovacích jazyků nebo technologií. V tomto kontextu bridge spojuje dvě různé části aplikace a umožňuje jim sdílet data a funkce.</li><li>*<i>WebView</i> – komponenta používaná při vývoji mobilních aplikací k zobrazení webové stránky v aplikaci.</li><li>*<i>bottleneck</i> – zúžení nebo také součást, která omezuje rychlost a celkový výkon aplikace<span style="background-color:transparent;color:#383f50;font-family:Inter,sans-serif;">.</span></li></ul><p>&nbsp;</p><p><strong>Použitá technologie má navíc velký vliv na velikost samotné aplikace.</strong>&nbsp;U aplikací pro iOS můžeme hovořit o 1/2 velikosti aplikace vytvořené ve Swiftu ve srovnání s Flutterem<span style="background-color:transparent;color:#383f50;font-family:Inter,sans-serif;">.</span></p><h3>Náklady – <i>Cross-platform</i></h3><p><strong>Cross-platform aplikace jsou skvělým způsobem, jak snížit náklady a zvýšit efektivitu, což je jistě jedna z hlavních předností, která stojí za zvážení.</strong> Vývoj nativních aplikací může být kvůli vývoji pro více platforem nákladný. V překladu to znamená, že budete potřebovat tým pro každou platformu – například jeden pro iOS a jeden pro Android. V tomto případě vám k vytvoření cross-platform aplikace stačí namísto dvou vývojářských týmů pouze jeden.&nbsp;⚠️ <strong>Tento tým však bude muset mít zkušenosti s vývojem pro obě platformy.</strong></p><h3>Délka vývoje – <i>Cross-platform</i></h3><p>K vytvoření „základní“ verze aplikace, která funguje na více platformách, stačí jeden vývojový proces, takže&nbsp;můžete <strong>svou mobilní aplikaci uvést na trh rychleji</strong>. Je však důležité zmínit, že&nbsp;i<strong> když je samotný vývoj rychlejší, testování takových aplikací trvá stejně dlouho.</strong></p><p><strong>Hlavním problémem při vývoji a údržbě cross-platform aplikací je zastupitelnost lidí.&nbsp;</strong>Zejména u menších dodavatelů vývoje může odchod developera způsobit vážný problém.</p><h3>Škálovatelnost – <i>Native</i></h3><p><strong>Aplikace vytvořené v nativním prostředí jsou obvykle lépe škálovatelné díky flexibilitě správy zdrojů a mnoha dostupným nástrojům.</strong> Naopak u vývoje cross-platform jsou možnosti škálování značně omezené, zejména při práci s rozhraními třetích stran a periferiemi.</p><ul><li><strong>Push notifikace </strong>–⁠ a jejich chování po otevření, routing na různé obrazovky aplikace. Zpracování oznámení push v zařízení podléhá pravidlům dané platformy. V systému Android je nutné řešit zařazení přijatých notifikací do společných skupin nebo přiřazení důležitosti notifikace. To jsou jen příklady pravidel, která se s novými verzemi systémů Android a iOS mění a při splnění těchto podmínek pro cross-platform se vývoj komplikuje.</li><li><strong>Reklamní modely </strong>–⁠&nbsp;současným trendem na Googlu je prodej reklam pomocí Admobu, a to hlavně proto, že Google dokáže na své platformě cílit reklamy efektivně. Totéž ale neplatí pro systém iOS, který se v posledních verzích snaží uživatele co nejvíc anonymizovat, a tím bere prostor pro cílenou reklamu.</li><li><strong>Integrace </strong>s<strong> periferiemi</strong> –⁠ Z technického hlediska žádná omezení pro nativní vývoj neexistují. U cross-platform vývoje mohou mít vývojáři potíže s přístupem k funkcím smartphonu, jako je mikrofon, fotoaparát, geolokace nebo bluetooth. Nativní vývoj zároveň umožňuje při zpracování videa nebo zvuku pracovat s vysokou frekvencí snímků.</li></ul><h3>Bezpečnost – <i>Remíza</i></h3><p>Bezpečnost je v digitálním světě dlouhodobě tématem číslo jedna a u vývojářů aplikací a podniků by tomu nemělo být jinak.<strong>&nbsp;Cross-platform aplikace jsou postaveny na nativních frameworcích, takže jsou stejně bezpečné jako nativní aplikace,</strong> ale pokud uvažujete o hybridních řešeních založených na webových technologiích&nbsp;<i>(HTML, CSS, JavaScript),</i> určitě tento parametr pečlivě zvažte.</p><h2>Naše zkušenosti</h2><p>Náš tým se vývoji nativních aplikací věnuje od samého počátku. Za tu dobu jsme měli možnost pracovat na projektech, kde jsme se setkali s mnoha implementacemi nativních knihoven, prací s rozšířenou realitou, kamerou, videem, bluetoothem, skenerem NFC, zabezpečením, widgety a mnoha dalšími možnostmi, které platformy iOS a Android nabízí. Naše odborné znalosti v oblasti nativního vývoje se proto netýkají jen programovacích jazyků, ale i integrace mnoha hardwarových a softwarových zařízení třetích stran.</p><p>&nbsp;</p><p>‍<strong>V naší praxi jsme se setkali s různými možnostmi Cross-platform vývoje, které jsme měli možnost vyzkoušet, ale nativní vývoj bohužel plně nahradit nedokázaly. Proto byla nutná i znalost nativních technologií.</strong></p><p>&nbsp;</p><p>‍Za zásadní považujeme také výše uvedené faktory, jako je udržitelnost, zastupitelnost vývojářů a dodavatelů, garantovaná podpora a kompatibilita, rozšiřitelnost na další zařízení, lepší výkon a škálovatelnost.</p><h3>Tatra banka - Bankovní aplikace roku</h3><p>‍Nativní vývoj mobilní aplikace pro iOS i Android nám umožňuje pravidelně přicházet s inovacemi při zachování výkonu aplikace, škálovatelnosti a nejlepšího možného mobilního zážitku, proto je <a href="https://www.goodrequest.com/work/tatra-banka-sk"><strong><u>mobilní bankovníctví Tatra banky považováno za nejinovativnější na slovenském trhu.</u></strong></a></p><p>&nbsp;</p><p>Nativní vývoj nám zároveň umožňuje snadné přihlašování do aplikace pomocí obličeje a otisku prstu díky integraci pokročilé biometrie od lídra na trhu Innovatrics. Komplexní balík technologií společnosti Innovatrics pro online autentizaci zahrnuje také detekci a autentizaci údajů z dokladů totožnosti, biometrii obličeje NIST FRVT či akreditovanou detekci živosti iBeta Level 2, která je účinnou součástí prevence zneužití identity, což je v odvětví fintechu nezbytné. Aplikaci lze samozřejmě přizpůsobit nejen pro iOS a Android, ale i pro různé velikosti obrazovky.</p><h3>Benu - Inovace online lekárny</h3><p>Cílem při&nbsp;<a href="https://www.goodrequest.com/work/benu-sk"><strong>vytváření online mobilní lékárny pro Benu</strong></a> bylo vytvořit co nejjednodušší a nejsrozumitelnější uživatelský zážitek a zároveň zachovat všechny funkce, které jsme s klientem zmapovali. Aplikace pro platformy Android a iOS tedy bylo nutné vytvořit nativně.</p><p>&nbsp;</p><p>Hlavními výhodami použití nativního vývoje jsou v tomto případě vyšší bezpečnost aplikace, soulad s legislativou v oblasti farmacie, lepší uživatelská zkušenost a integrace nativních knihoven. Uživatel může například přidat recept prostřednictvím fotoaparátu, z fotografie nebo prostřednictvím SMS.</p><h2>Která možnost je tedy z hlediska jednotlivých <span style="background-color:transparent;color:#111117;font-family:'Tiempos Fine';">faktorů</span> ideální?</h2>

<h2><span style="background-color:transparent;color:#111117;font-family:'Tiempos Fine';">Na základě čeho se rozhodnout?</span></h2><p>Ačkoli rozhodně cross-platform aplikace nezavrhujeme, existuje řada situací, ve kterých je efektivnější zvážit tyto přístupy. Kdy tomu tak je?</p><h3><span style="background-color:transparent;color:#111117;font-family:'Tiempos Fine';">Kdy upřednostnit cross-platform vývoj?</span></h3><ul><li>Chcete rychle otestovat nápad, vytvořit MVP a vstoupit na trh.</li><li>Potřebujete aplikaci na různých platformách s omezeným rozpočtem.</li><li>Svou aplikaci musíte co nejrychleji uvést na trh.</li><li>Aplikace nepotřebuje složité funkce.</li><li>Snadnější podpora a údržba aplikace díky jednotné základně kódu.</li><li>Aplikace není pro váš byznys klíčová<span style="background-color:transparent;color:#383f50;font-family:Inter,sans-serif;">.</span></li></ul><h3><span style="background-color:transparent;color:#111117;font-family:'Tiempos Fine';">Kdy doporučujeme dát přednost nativnímu vývoji?</span></h3><ul><li><strong>Vaše služba je založena na mobilní aplikaci nebo je sama o sobě produktem.</strong></li><li>Ve vašem segmentu je silná konkurence a každý detail je výhodou.</li><li>Aplikace vyžaduje rozsáhlou správu paměti a složitá uživatelská rozhraní.</li><li>Aplikace potřebuje nativní funkce operačního systému a rozhraní API.</li><li>Pokud potřebujete za každou cenu chránit data a citlivé informace o své firmě a zákaznících.</li><li>Poskytování komplexního UX je klíčové.</li><li>Pokud potřebujete, aby vaše aplikace fungovala bezchybně v režimu offline.</li><li>Váš produkt vyžaduje rychlejší a snadnější implementaci aktualizací nových komplexních funkcí.</li></ul><p>‍</p><p>Oba jazyky mají jistě své výhody i nevýhody, ale <strong>naším cílem je vytvářet smysluplné a zodpovědné digitální produkty, a to si žádá možnosti nativní platformy, proto se držíme nativního jazyka.</strong></p>

Vo svete mobilných aplikácií prebieha "večná" diskusia o ideálnom spôsobe vývoja a túto otázku často dostávame aj od našich klientov. V tomto článku dozviete výhody a nevýhody jednotlivých možností vývoja a pozrieme sa aj na technické a netechnické argumenty z pohľadu našich biznis analytikov, architektov riešení a vývojárov, ktorí majú skúsenosti s jazykmi Kotlin, Swift a Flutter.

Natívny vs. cross-platform: Ako si vybrať správny spôsob mobilného vývoja?

In the world of mobile applications, there is an "eternal" debate about the ideal development method, and we often get this question from our clients as well. In this article, you will learn the advantages and disadvantages of individual development options, technical and non-technical arguments from the perspective of our developers who have experience with Kotlin, Swift and Flutter languages.

Native vs. cross-platform: How to choose the right way for mobile app development?

63bd625245516f82a55ef742_native-vs-crossplatform-how-to-choose-the-right-way-for-mobile-development.png

Native vs. crossplatform.png

GoodRequest Family

Ve světě mobilních aplikací probíhá „věčná“ debata o ideálním způsobu vývoje a tuto otázku často dostáváme i od našich klientů. V tomto článku se dozvíte výhody a nevýhody jednotlivých možností vývoje a také se podíváme na technické a netechnické argumenty z pohledu našich obchodních analytiků, architektů řešení a vývojářů, kteří mají zkušenosti s jazyky Kotlin, Swift a Flutter.

Nativní vs. cross-platform: Jak si vybrat správný způsob vývoje mobilních aplikací?

<p><span lang="cs" dir="ltr">Objevujeme příležitosti a&nbsp;přinášíme digitální inovace.&nbsp;</span><br><span lang="cs" dir="ltr">Nezáleží, v&nbsp;jaké fázi se nacházíte, rozumíme vám a&nbsp;pomůžeme.</span></p>

Budujeme digitální byznysy

<p>Jsme produktové studio GoodRequest. Již 10 let vytváříme dlouhodobě udržitelné digitální produkty, které jsou efektivní, postupně rostou a generují přidanou hodnotu. S ohledem na společnost a planetu.</p>

Naše projekty

Tvoríme produkty od nápadu k rastu.

Testimonials

Co děláme

Produkt

<p>Chcete vytvořit produkt, který si lidé zamilují? Nejlepší produkty vznikají kombinací lidských potřeb, správných technologií a byznysu. Nejprve se zaměříme na pochopení vaší cílové skupiny a vašich obchodních cílů.</p>

Design

<p>Naši certifikovaní designéři UX/UI vám pomohou pochopit potřeby vašich uživatelů. Promluvíme si s vašimi uživateli, analyzujeme data, provedeme audit UX vašeho stávajícího produktu a provedeme testování. Na základě zjištění vytvoříme uživatelské prostředí nebo upravíme to, co je potřeba pro každou digitální platformu, na které produkt budujete.</p>

Vývoj

<p><span lang="cs" dir="ltr">Jsme tým zkušených vývojářů, analytiků, testerů a&nbsp;produktových manažerů. Od roku 2013&nbsp;jsme dodali více než 200&nbsp;úspěšných mobilních a&nbsp;webových aplikací. Vytváříme aplikace na míru potřebám vašeho byznysu a&nbsp;uživatelů, s&nbsp;dokonalou zkušeností, postavené na bezpečné a&nbsp;stabilní architektuře.</span></p>

Růst

<p><span lang="cs" dir="ltr">Proces nekončí implementací. Pokud chceme zůstat jedničkou na trhu, musíme být aktivní. Společně s&nbsp;našimi klienty pokračujeme v&nbsp;neustálé optimalizaci systému a&nbsp;zavádění vylepšení.</span></p>

Budujeme digitální byznysy

Tvoríme produkty od nápadu k rastu.

Tatra banka

3

Forbes

-35 %

Fitshaker

Bistro.sk

Kia mobile

Co děláme

Co přesně děláme?

Klienti se na nás obracejí, když:

Naše příběhy, články a pohled do zákulisí.

Proč je zážitek z produktu klíčovým faktorem byznys úspěchu

Náš iOS tech stack pro vývoj mobilních aplikací

Nativní vs. cross-platform: Jak si vybrat správný způsob vývoje mobilních aplikací?