Mobilalkalmazás vagy webalkalmazás? Őszinte döntési útmutató kisvállalkozásoknak

Szinte minden héten elmondja valaki nekünk, hogy alkalmazásra van szüksége. Általában már el is képzelte — egy ikon a telefonon, valami, amit az ügyfelek letöltenek, talán egy kis jelvény az értesítések számával. És majdnem ugyanilyen gyakran, a beszélgetés tizenötödik percében kiderül, hogy egyáltalán nincs szükségük alkalmazásra. Valamire van szükségük, ami remekül működik telefonon, ami egészen más dolog — olcsóbb, gyorsabb, és sokkal kisebb eséllyel gyűjti a port egy olyan alkalmazásboltban, ahová senki sem jár.

Az „alkalmazás” szó csendben elnyelt három-négy egészen különböző terméket. Amikor valaki kimondja, gondolhat letölthető natív alkalmazásra, alkalmazásként viselkedő weboldalra, a saját munkatársainak szánt belső eszközre, vagy egyszerűen „a vállalkozásom modern változatára egy képernyőn”. A rossz választás itt drága — nem azért, mert a hibás megoldást nehéz megépíteni, hanem mert hónapokra szóló költségbe és karbantartásba zárja, amire nem volt szüksége.

Ez tehát az az útmutató, amelyet azt kívánnánk, bárcsak minden tulajdonos kezében lett volna az első hívás előtt. Semmi felhajtás arról, melyik platform nyer, semmi színlelés, hogy a natív alkalmazás mindig a rangos választás. Csak tiszta tekintet arra, mi is valójában a két lehetőség, mibe kerülnek, és egy egyszerű módszer annak eldöntésére, melyikre van szüksége a vállalkozásának — ha egyáltalán szüksége van valamelyikre.

Először tisztázza, mit ért valójában „alkalmazás” alatt

Mielőtt választhatna, tudnia kell, mi van a kínálatban. A mobilalkalmazás — a natív fajta — olyan szoftver, amelyet a felhasználó az App Store-ból vagy a Google Playből telepít. A telefonon él, ikont kap, és mélyen elér a készülékbe: kamera, GPS, push értesítések, offline tárolás, ujjlenyomatos belépés. A webalkalmazás olyan weboldal, amely többet tesz, mint hogy információt mutat — lehetővé teszi, hogy az emberek tegyenek dolgokat: bejelentkezzenek, foglaljanak, fizessenek, fiókot kezeljenek. Böngészőben nyitja meg, és nincs mit letölteni.

Kettőjük között áll egy harmadik lehetőség, amelynek a nevét a legtöbb ember még soha nem hallotta: a progresszív webalkalmazás, vagyis a PWA. Olyan webalkalmazás, amelyet úgy építettek, hogy „hozzáadható a kezdőképernyőhöz”, saját ikonjával teljes képernyőn fut, működik offline, és a legtöbb készüléken értesítéseket küldhet. A kisvállalkozások hatalmas részének ez az a tökéletes pont, amelyet senki sem említett — az ügyfélnek alkalmazásnak tűnik, de úgy építik és karbantartják, mint egy weboldalt.

Tartsa ezt a hármat tisztán a fejében, és a zűrzavar fele eltűnik. A legtöbbször az őszinte kérdés nem az, hogy „natív vagy web?” — hanem az, hogy „mennyire kell ennek valóban alkalmazásszerűnek lennie, és megéri-e az árát?”

A különbségek, amelyek egy vállalkozásnak igazán számítanak

Száz cikket talál, amely a kettőt műszaki alapon hasonlítja össze. A legtöbb fejlesztőknek íródott, és nem veszi észre, ami egy tulajdonost valóban érdekel. Hagyjuk hát a keretrendszer-háborúkat, és beszéljünk arról a négy dologról, amely megváltoztatja, hogyan működik a vállalkozása.

Hogyan jutnak el hozzá az emberek

Egy webalkalmazás egy linken él. Beteheti egy e-mailbe, egy üzenetbe, egy QR-kódba az asztalon, egy Google-keresési találatba. Az ügyfél két másodperccel a kattintás után már használja. Egy natív alkalmazás letöltés mögött él — az ügyfelének annyira akarnia kell, hogy elmenjen egy boltba, rákeressen a nevére, telepítse és megnyissa. Ez a szakadék kíméletlen. Egy olyan vállalkozásnál, amellyel a legtöbb ember csak alkalmanként lép kapcsolatba, a letöltés gyakran a teljes oka annak, hogy egy alkalmazás megbukik.

Mire képes valójában

A natív még mindig nyer a nyers erőben. Ha sziklaszilárd offline használatra, intenzív kamera- vagy szenzormunkára, gördülékeny, nagy teljesítményű grafikára vagy olyan értesítésekre van szüksége, amelyeknek feltétlenül meg kell érkezniük, a natív a biztosabb fogadás. De a szakadék drámaian összezsugorodott. Egy modern webalkalmazás képes fizetést fogadni, a kamerát használni, megtalálni a helyzetét, offline működni és a legtöbb telefonon push értesítést küldeni. Az őszinte kérdés az, hogy az Ön vállalkozása valóban arra a néhány dologra támaszkodik-e, amelyet csak a natív csinál jól.

Mibe kerül megépíteni és életben tartani

Itt a legszélesebb a szakadék, és itt érik a tulajdonosokat váratlanul. Egy webalkalmazás egyetlen kódbázis, amely mindenhol fut, ahol böngésző van. Egy rendesen elkészített natív alkalmazás gyakran két platformra való építést és karbantartást jelent, plusz az alkalmazásbolti felülvizsgálati folyamatot, plusz folyamatos frissítéseket minden alkalommal, amikor az Apple vagy a Google megváltoztatja a szabályokat. Az építés drágább; a karbantartás az a rész, amelyre senki sem figyelmezteti. Egy alkalmazás nem olyan dolog, amelyet befejez — hanem olyan, amelyet etet.

Mennyi irányítást tart meg

Egy webalkalmazásnál kiad egy változtatást, és percek alatt élesben van. Egy natív alkalmazásnál minden frissítés egy felülvizsgálati sorban várakozik, és a bolt elutasíthatja, részesedést kérhet bármilyen eladásból, vagy a háta mögött megváltoztathatja a szabályzatát. Más platformján bérel helyet. Egyes vállalkozásoknak megéri ez a csere. Sokaknak az „ez csak egy weboldal, akkor frissítjük, amikor akarjuk” szabadsága többet ér a csiszoltságnál.

Mikor valóban a natív mobilalkalmazás a helyes döntés

A natív alkalmazások nem csapdák — hatékony eszközök, amelyek a legtöbb kisvállalkozásnak rosszak, néhánynak viszont pontosan megfelelők. Íme, mikor térül meg a többletköltség és a bezártság, őszintén és értékesítési máz nélkül.

• Az emberek folyamatosan használják — naponta vagy szinte naponta. A letöltés költsége sokszorosan megtérül a gyakori, hűséges használat révén.
• Erősen támaszkodik a készülék funkcióira: folyamatos GPS, intenzív kameramunka, Bluetooth-hardver, megbízható offline működés térerő nélküli helyeken.
• Az értesítések a termék lényegét adják, nem csupán kellemes ráadás, és minden készüléken megbízhatóan meg kell érkezniük.
• A teljesítménynek hibátlannak kell lennie — gyorsan mozgó grafika, játékok, valós idejű interakció, ahol egy fél másodperces késés is döntő.
• Az App Store-ban való jelenlét önmagában része annak a bizalmi vagy marketingtörténetnek, amelyet az ügyfelei elvárnak.

Vegye észre a közös szálat: a natív akkor érdemli ki a helyét, amikor az alkalmazást sokat használják, olyan emberek, akik már elköteleződtek Ön mellett, és amikor a telefon hardverére olyan módon támaszkodik, amelyre a böngésző még nem képes. Egy helyszíni szervizalkalmazás, amelyet a saját csapata napi negyvenszer nyit meg, tökéletes natív jelölt. Egy foglalási oldal, amelyet egy ügyfél évente kétszer érint meg, nem az.

Mikor okosabb és olcsóbb választás a webalkalmazás

A legtöbb kis- és középvállalkozásnak ez a válasz — és ez nem kompromisszum, hanem a helyes illeszkedés. A webalkalmazás pontosan ott ragyog, ahol a natív küszködik: bárhol, ahol az elérés többet számít a nyers erőnél, és bárhol, ahol gyorsan kell mozognia és gyakran kell változtatnia.

Válassza először a webet, amikor az emberek alkalmanként, nem naponta használják majd a dolgot, amikor az ügyfeleket egy letöltés súrlódása nélkül akarja behozni, amikor számít a költségvetés és a sebesség, vagy amikor még nem biztos benne, hogy beválik az ötlet. Ez az utolsó pont alulértékelt. A webalkalmazás tökéletes módja annak, hogy tesztelje, akarja-e valaki az ötletét, mielőtt elkötelezné magát a natívra váltás költsége mellett. A natív alkalmazást mindig megépítheti később, ha már valós a kereslet, és pontosan látja, mely funkciók érdemlik meg.

Egy rövid történet: a klinika, amely alkalmazást kért

Egy fizioterápiás rendelő azzal a meggyőződéssel jött hozzánk, hogy mobilalkalmazásra van szüksége. Egy versenytársnak a szomszéd utcában volt egy, és úgy érezték, lemaradnak, ha nekik nincs. A képük tiszta volt: a betegek letöltik az alkalmazást, időpontot foglalnak, megnézik a gyakorlattervüket, és emlékeztetőket kapnak. Már félig el is különítették rá a költségvetést, és felkészültek a költségre.

Így feltettük a kérdést, amelyet mindig felteszünk: milyen gyakran nyitja meg ezt valójában egy beteg? Az őszinte válasz néhány alkalom volt egy kezelési ciklus körül — foglalás, egy pillantás a gyakorlatokra, egy emlékeztető, talán egy újrafoglalás hónapokkal később. Ez nem napi használat. Ez alkalmankénti használat. És az alkalmankénti használat pontosan az, ahol a letöltési akadály csendben megöl egy alkalmazást. Felvázoltuk a valószínű kimenetelt: néhány száz euró építés, aztán betegek, akik sosem fárasztják magukat a telepítésével, és egy recepció, amely továbbra is telefonon veszi fel a foglalásokat, mert az alkalmazás kihasználatlan maradt.

Mit építettünk helyette

Egy webalkalmazást építettünk — egy progresszívet. A betegek a visszaigazoló üzenetükben lévő linkről nyitják meg: nincs letöltés, nincs bolt, nincs fiókakadály a kezdéshez. Foglalhatnak és újrafoglalhatnak, megtekinthetik a gyakorlattervüket videókkal, és automatikus emlékeztetőket kapnak, amelyek csökkentik a meg nem jelenéseket. Akinek alkalmazásérzésre vágyik, egyetlen koppintással hozzáadhatja a kezdőképernyőjéhez, és onnantól a klinika ikonjával, teljes képernyőn nyílik meg, pontosan úgy, mint egy natív alkalmazás. A beteg számára ez egyszerűen az alkalmazás.

Hogyan alakult

A számok itt szemléltető jellegűek, de a minta az, amit újra és újra látunk. Töredékébe került annak a natív építésnek, amelyre felkészültek, és sokkal kevesebbe a működtetése — nincs két platform, nincsenek bolti felülvizsgálatok, nincs negyedéves kapkodás, amikor frissül egy operációs rendszer. Mivel nem volt mit telepíteni, a betegek az első naptól használták; az elfogadottság nem akadt el egy letöltés mögött, amelyet senki sem fejez be. Az emlékeztetők néhány hónapon belül érdemben csökkentették a meg nem jelenéseket. A klinika pedig megtartotta az irányítást: amikor fizetési lépést akartak hozzáadni, még ugyanazon a héten élesben volt, nem ragadt egy felülvizsgálati sorban.

Az őszinte lábjegyzet: ha egy év múlva a betegek folyamatosan nyitogatják, és mélyebb offline funkciókat kérnek, egy natív alkalmazás valóban kiérdemelheti a helyét. De most ezt a döntést bizonyítékok alapján hozzák meg, nem egy versenytárs ikonja alapján. Tudni fogják, hogy megéri, mielőtt fizetnének érte.

Egyszerű keret, hogy maga döntsön

Nincs szüksége tanácsadóra ahhoz, hogy ezt nagyjából eltalálja. Futtassa át az ötletét négy kérdésen, sorban. Az első „igen”, amely valóban illik, megmondja a legtöbbet abból, amit tudnia kell.

1. 1
   Milyen gyakran használja egy ember?

   A napi vagy szinte napi a natív felé mutat. Az alkalmankénti — heti, havi, évente néhány alkalom — határozottan a web felé mutat.
2. 2
   Valóban szüksége van a telefon hardverére?

   Intenzív offline használat, folyamatos GPS, Bluetooth-eszközök, intenzív kameramunka? Ez natív jelzés. Az „jó lenne egyszer használni a kamerát” nem az — a web ezt jól kezeli.
3. 3
   Milyen gyorsan és milyen gyakran változtatja majd?

   Ha folyamatosan finomítja és frissíti, vagy még teszteli az ötletet, a web azonnali frissítései és a kapuőrök hiánya jelentős előny.
4. 4
   Mekkora a valódi költségvetése — építésre és karbantartásra?

   Legyen őszinte a második számmal kapcsolatban. Ha a folyamatos kétplatformos karbantartás megterhelné, kezdje a webbel. Később, szándékosan átléphet a natívra, ha bizonyított az ügy.

Egy megjegyzés a belső eszközökről — egészen más kérdés

Minden fenti azt feltételezi, hogy ügyfeleknek épít. Ha a saját csapatának épít, megváltozik a számítás. A munkatársai szívesen telepítenek valamit, amit egész nap a munkához használnak — a letöltési akadály, amely megöl egy fogyasztói alkalmazást, alig számít, amikor az eszköz használata maga a munka. Egy belső helyszíni szerviz- vagy raktári alkalmazás tehát erős natív érvet mutathat fel ott, ahol egy ügyfeleknek szóló nem tenné.

Még akkor is gyakrabban nyer a web, mint az emberek várnák. Egy webalapú belső eszköz bármilyen készüléken működik, amelyet a munkatársai már magukkal hordanak, nem igényel telepítést egy telefonflottán át, és mindenkinek frissül abban a pillanatban, amikor kiadja. Hacsak nem függ valóban az offline működéstől vagy a mély hardver-hozzáféréstől, egy belső webalkalmazás általában a gyorsabb, olcsóbb, kevésbé fájdalmas út — ugyanaz a logika, mint korábban, csak megfordított használati feltételezésekkel.

Gyakori kérdések