Väčšina z čitateľov blogu ma pozná ako podnikateľa. Ja sa však považujem hlavne za programátora. Všetky projekty, ktoré som spustil, som si naprogramoval z veľkej miery sám.

Často vidím, že začínajúce firmy si nevyberú správne technológie, a potom ich to stojí zbytočné náklady alebo ušlé zisky. Rozhodol som sa preto napísať tento článok, v ktorom opíšem výhody a nevýhody rôznych riešení a tiež to, ako som sa rozhodoval pre svoj projekt Medializuj.

Programovanie často tvorí značnú časť nákladov on-line podnikania, a preto je dôležité vediet, čo potrebujete a čo nie. Toto platí hlavne v dnešnej dobe, kedy SW developeri stoja 3-7k Euro mesačne (všetky náklady súvisiace so zamestnávaním a riadením SW developera).

Ešte pripomínam, že sa bavíme o vývoji on-line platformy a nie prezentačnej web stránky.

Web:

Toto všetci dobre poznáme. Server pošle vygenerovaný HTML kód a prehliadač to vykreslí. Pri užívateľskej akcii (navigácia, odoslanie formulára…) stránka na chvíľu zmizne, server nám vygeneruje a pošle nové HTML a prehliadač to znova vykreslí.

Ak nepotrebujete žiadnu funkcionalitu mobilnej aplikácie, toto je ideálne riešenie.

Výhody: cena, rýchlosť vývoja, SEO
Nevýhody:

• nemá feel aplikácie (po interakcii musí prehliadač stiahnuť a vykresliť nové HTML)
• nefunguje off-line
• Nemá Push notifikácie
• Nemá prístup k HW telefónu (gyroskop, kamera…) a natívnych API (prístup ku kontaktom, …)

Cena pre jednoduchú aplikáciu: jednotky tisíc eur.

Natívna aplikácia:

Natívne aplikácie sú dostupné cez App store.

Pri natívnych aplikáciách server neposiela hotové HTML, ktoré sa ma vykresliť, ale pýta si len čisté dáta cez API (napr. zoznam klientov v JSON formáte).

Aplikácia musí riešit celú logiku a jej stav u seba, čo je o dosť zložitejšie ako vytvárať web stránku. Zároveň je to náchylnejšie na chyby. Funkčnosť musí byť rozdelená na dve časti:

• front-end – mobilná aplikácia
• Back-end – API, ktoré posiela dáta

Tieto časti musia byť v neustálom súlade a musia byť spätne kompatibilné. Nie každý užívateľ má najnovšiu verziu vašej aplikácie, a teda vaše API musí spolupracovať so všetkými historickými verziami, ktoré sú vonku. Tento vývoj je časovo a finančne náročný.

Budete potrebovať aplikáciu na iOS aj Android, ktoré sa programujú inak, no existujú spôsoby ako zjednotiť ich vývoj (napr. react-native).

Zároveň bude mnoho užívateľov vyžadovať aj web rozhranie. Čiže budete musieť zabezpečiť aj kompatibilitu web rozhrania a aplikácie a koordinovať vývoj.

Výhody:

• pre užívateľa veľmi dobrá skúsenosť
• rýchlosť / svižnosť
• prístup k HW telefónu, kontaktom atď.

Nevýhody:

• vysoká cena
• užívateľ musí pre inštaláciu navštíviť App store
• väčšinou musí existovať aj web a vývoj tak môže byť roztrieštený

Cena pre jednuchú aplikáciu: desiatky tisíc eur (spolu za aplikácie, web, API)

Native-web hybrid:

Ak potrebujete natívne aplikácie aj web rozhranie, existuje riešenie, pri ktorom namiesto troch samostnaných zdrojových kódov (iOS, Android, web) urobíte jeden spoločný kód.

Nebude to úplne ideálne a ani jednoduché na vývoj, ale dá sa to urobiť pomocou: react-native-web

Druhá možnosť je použiť react-native pre natívne aplikácie a react-dom pre web, čím sa vám podarí zdielať niektoré časti kódu, čo urýchli vývoj.

Takto je napríklad naprogramovaná aplikácia Skype. Či ju používate na Linuxe, PC, Androide, Webe… Všetky aplikácie zdieľajú jeden kód, ale len malá časť kódu je pre špecifickú platformu.

Výhody:

• menšia roztrieštenosť vývoja
• prístup ku všetkému (rovnako ako natívna aplikácia)
• funguje na všetkých platformách

Nevýhody:

• zložitý vývoj
• obmedzenejšie ako samostatné natívne aplikácie

Cena: nižšia ako budovat samostatné natívne aplikácie pre iOS, Android a web

PWA:

Progresive web apps, za ktorou stojí Google, je najnovšia zo spomínaných technológií. Jedná sa o aplikáciu, ktorá generuje HTML na klientovi (v prehliadači) a nie na serveri ako bežná web stránka.

Hlavná výhoda PWA je, že sa dá nainštalovať bez toho, aby užívateľ musel navštíviť App store. Ak web stránku navštívite niekoľkokrát po sebe, Chrome vám rovno ponúkne, či chcete túto aplikáciu nainštalovať.

Odporúčam pozrieť si krátke video od Google:
https://developers.google.com/web/progressive-web-apps/

Ak navštívite PWA cez prehliadač a zobrazíte si zdrojový kód, bude tam prázdny HTML súbor, ktorý zahŕňa jeden javascript, v ktorom je celá aplikácia.

To je zaroveň aj nevýhoda, keďže taká stránka nemá žiadne SEO, lebo v nej nie je žiadny HTML kód, ktorý by mohli vyhľadávače parsovat. Veľa on-line platforiem SEO nepotrebuje, ak však váš use-case si SEO vyžaduje, dá sa to riešiť naprogramovaním Server-Side-Renderingu. Aplikácia potom funguje tak, že pri prvej návšteve stránky pošle server hotové HTML a zároveň javascript, v ktorom je celá aplikácia. Po načítaní stránky javascript preberie kontrolu a generuje HTML sám podľa interakcie užívateľa.

Pri vývoji pravdepodobne použijete jeden z populárnych javascript frameworkov (react.js, vue.js angular.js).

Väčšina čitateľov PWA asi nevidelo, preto tu dávam ukážku, ako to funguje.

Nedávno som dokončil túto PWA: fitrecepty.sk / zdravefitrecepty.cz

Táto aplikácia si vyžadovala, aby fungovala off-line a dala sa nainštalovať. Zároveň si vyžadovala SEO, čiže pri prvom navštívení stránky server pošle vygenerované HTML (server-side rendering).

Ako si PWA nainštalovať do telefónu/PC a vyskúšať off-line:

1. Otvorte si stránku cez telefón, alebo Chrome browser na PC/Macu
2. – Na androide v Chrome samo dole vyskočí “Add Fit Recepty to home screen”
   – na iOS musíte kliknúť na share -> Add to home screen
   – V Chrome na PC/MAC napravo od adresného riadku kliknite na ikonku settings (tri bodky) a vyberte “Install Fit Recepty”
3. Aspoň raz spustite aplikáciu, počkajte pár sekúnd aby si aplikácia načítala všetky dáta
4. Odpojte sa od internetu (flight mode) a znova si otvorte aplikáciu.
5. Aplikácia funguje off line

Výhody:

• frinctionless inštalácia priamo z prehliadača (nemusí byť v App store)
• Push notifikácie
• Môže fungovať off-line

Nevýhody: bez prístupu k HW a natívnemu API

Cena pre jednuchú aplikáciu: vysoké jednotky tisíc eur. (PWA a API)

Čo som si vybral pre Medializuj?

Medializuj bude PWA. Potrebujem možnosť jednoduchej a rychlej inštalácie cez prehliadač, push notifikácie a možno využijem aj off-line funkcionalitu. Keďže nepotrebujem prístup k HW ani natívnym API telefónu, programovanie natívnych aplikácií by boli vyhodené peniaze.

Varovanie pred “Hype”-om

Niektoré firmy si vyberajú zbytočne komplikované a drahé riešenia, len preto, aby boli hype a cool. Pri tom používajú buzzwordy ako “PWA, machine learning, React, off-line-first…”. Toto mi príde ako zbytočné míňanie zdrojov.

Zaroveň však vidím frimy, ktorých biznis model si aplikácie vyžaduje, no majú iba zastaralé web stránky. Týmto prichádzajú o ušlé zisky, ktoré si často neuvedomujú.

TL/DR:

Neexistuje ideálne riešenie pre všetkých. Pred každým vývojom si ujasnite, čo vám treba, a čo nie.

Troll-warning:

Toto je zložitá téma a článok je cielený pre majiteľov firiem a manažérov, nie programátorov. Ak si developer, určite vidíš veľa vecí, ktoré by si vypichol, alebo doplnil. Nechcel som však čitateľov úplne zahltiť všetkými detailami, ale skôr iba urobiť stručný prelet nad možnosťami a vysvetliť tematiku tak, aby mali o nej základný prehľad.

Pre lepšiu prehľadnosť som vytvoril túto infografiku:

Všetci sme sa stretli s prípadmi, kedy niekto dostal vynikajúci nápad na podnikanie, venoval mu všetok svoj dostupný čas, no projektu sa nedarilo a po čase skončil. Obrovské odhodlanie a chuť vytrvalo pracovať totiž rýchlo zničil jeden malý veľký detail – zlý business model.

Môžete mať super marketing, programátorov, procesy a všetko robiť na jedničku, no ak máte zlý biznis model, nič z toho nebude platné.

Mám za sebou veľké množstvo failov. Du budúcna budem určite ďalej failovať, no mojím cieľom je poučiť sa z nich. Preto pri štarte nového businessu používam nasledujúci recept:

Krok 1, necháme odstáť
Zakaždým, keď dostanem nápad na čo i len maličký projekt, zapíšem si ho do zoznamu nápadov. Nikdy na ňom nezačnem pracovať hneď. Nechám ho odstáť a ak sa mi projekt páči aj po mesiaci, začnem nad ním reálnejšie rozmýšľať.

2. Krok 2, prefiltrujeme
Vďaka zapisovaniu si všetkých startup ideas a zlyhaní, ktoré ich nasledovali, sa mi po čase podarilo vytvoriť checklist, na základe ktorého hodnotím nové starup myšlienky. S ním by som sa tu rád podelil.

Môj checklist:

• Business je jednoduchý, ako na realizáciu, tak na pochopenie zákazníkmi
• Má vysoké margins
• Už niekde existuje (v inej krajine, v inom sektore, alebo competitor je drahý/zlý/pomalý)
• Potrebujem len nízky vstupný kapitál
• Nízka, no zdanlivo vysoká bariéra vstupu
• Trh sa dá overiť rýchlo a za lacno
• Recurring sales
• Dá sa ľahko sprocesovať a delegovať práca
• Na zákazníkov viem zacieliť rýchlo a lacno

Napriek tomu, že sa mi tento zoznam v posledných rokoch osvedčil, nemôžem tvrdiť, že je univerzálne použiteľný. Tak, ako sa medzi sebou líšia jednotlivé startupy, sa líšia aj podnikatelia a ich prístupy. Síce platí, že čím viac bodov z checklistu startup idea splní, tým väčšiu šancu na úspech má. To však neznamená, že ich musí spĺňať všetky.

3. Krok 3: Počas prípravy dávame startup ochutnávať
Vyvarujem sa toho, aby som celý startup potichu vytvoril a následne ho spustil ako hotovú vec. V tomto kroku ešte môže byť môj business model úplná hlúposť a je zbytočné mu venovať viac zdrojov, ako je potrebné.

Urobím iba minimum:

• Minimálnu prezentačnú webku
• Formulár pre sign up
• Možno nejaký prototyp/maketu ako to bude fungovať. Nerád používam obrázky a wireframes, lebo to si väčšina ľudí nevie predstaviť. Je dôležité mať klikateľný prototyp, napr. Ako tieto, ktoré som urobil pre medializuj:
  http://pv.demo.medializuj.sk/admin/dashboard
  http://jv.demo.medializuj.sk/admin/dashboard

Následne môžem na webku poslať nejaký skúšobný traffic a zistiť, koľko ľudí sa zaregistruje. Po registrácii užívateľ uvidí iba hlášku, že služba sa zatiaľ pripravuje a toto je len test, či o takúto službu je záujem.

V tomto kroku taktiež kontaktujem potenciálnych užívateľov a prejdem si s nimi prototypy. Opýtam sa ich, či by táto vec riešila ich problém a či je toto dobré riešenie.

Osobne som žurnalistov nepoznal, a tak som kontaktoval mnoho známych, ktorí majú širší network ako ja. Napríklad sa mi podarilo spojiť s reportérkou v rozhlase, ktorá mi povedala, že celý office hľadal včera 4 hodiny pediatra, aby dal vyjadrenie do večerných správ. Celkovo sa mi podarilo spojiť sa s troma žurnalistami a ohlas bol pozitívny.

4. Startup zahodíme, alebo podávame postupne
V tomto bode sme do startupu investovali ešte minimum peňazí a možno mesiac práce. Teraz je čas rozhodnúť sa, či má zmysel pokračovať, alebo nie. Získali sme veľa spätnej väzby, ktorú môžeme rovno implementovať do finálneho produktu. Je dobré ísť vonku rýchlo s minimálnou funkcionalitou – takzvaný Minimum Viable Product – MVP.

MVP pre medializuj.sk je iba spájanie žurnalistov s odboníkmi, ktoré je jednoduché a zadarmo.

Následne postupne pridávame funkcionalitu podľa potreby.

Tento systém na overenie startup myšlienky som postavil na mojich zaznamenaných chybách a skúsenostiach s neúspechmi. Ako by vyzeral checklist vytvorený podľa vašich skúseností? Čo by ste do neho doplnili?

Zsolt Szabo