Mobilapp eller webbapp? En ärlig beslutsguide för småföretag

Nästan varje vecka berättar någon för oss att de behöver en app. De har oftast redan sett den framför sig — en ikon på en telefon, något som kunderna laddar ner, kanske en liten bricka med antal aviseringar. Och nästan lika ofta visar det sig, en kvart in i samtalet, att de inte alls behöver en app. De behöver något som fungerar vackert på en mobil, vilket är en helt annan sak — billigare, snabbare och betydligt mindre benäget att samla damm i en appbutik ingen besöker.

Ordet "app" har i tysthet slukat tre eller fyra mycket olika produkter. När någon säger det kan de mena en nativ app du laddar ner, en webbplats som beter sig som en app, ett internt verktyg för den egna personalen, eller helt enkelt "en modern version av mitt företag på en skärm". Att välja fel här är dyrt — inte för att fel val är svårt att bygga, utan för att det låser fast dig i månader av kostnad och underhåll du inte behövde.

Så detta är guiden vi önskar att varje företagare hade haft före det första samtalet. Ingen hype om vilken plattform som vinner, inget låtsande om att nativa appar alltid är det prestigefyllda valet. Bara en klarsynt titt på vad de två alternativen verkligen är, vad de kostar, och ett enkelt sätt att avgöra vilket din verksamhet behöver — om den behöver något alls.

Reda först ut vad du faktiskt menar med "app"

Innan du kan välja måste du veta vad som finns på menyn. En mobilapp — den nativa sorten — är programvara som en användare installerar från App Store eller Google Play. Den bor på telefonen, får en ikon och kan nå djupt in i enheten: kamera, GPS, push-aviseringar, offline-lagring, fingeravtrycksinloggning. En webbapp är en webbplats som gör mer än att visa information — den låter människor göra saker: logga in, boka, betala, hantera ett konto. Du öppnar den i en webbläsare och det finns inget att ladda ner.

Mellan dem sitter ett tredje alternativ som de flesta aldrig har hört namnges: den progressiva webbappen, eller PWA. Det är en webbapp byggd så att den kan "läggas till på hemskärmen", körs i fullskärm med egen ikon, fungerar offline och kan skicka aviseringar på de flesta enheter. För en enorm andel av småföretagen är detta den gyllene medelväg ingen nämnde — den känns som en app för kunden, men den byggs och underhålls som en webbplats.

Håll dessa tre i sär i huvudet så försvinner halva förvirringen. För det mesta är den ärliga frågan inte "nativ eller webb?" — utan "hur app-likt behöver det här verkligen kännas, och är det värt priset?"

Skillnaderna som faktiskt spelar roll för en verksamhet

Du hittar hundra artiklar som jämför de två på tekniska grunder. De flesta är skrivna för utvecklare och missar vad en företagare faktiskt bryr sig om. Så låt oss hoppa över ramverkskrigen och prata om de fyra saker som förändrar hur din verksamhet fungerar.

Hur människor når den

En webbapp bor på en länk. Du kan lägga den i ett mejl, ett sms, en QR-kod på ett bord, ett Google-sökresultat. En kund använder den två sekunder efter klicket. En nativ app bor bakom en nedladdning — din kund måste vilja ha den tillräckligt mycket för att gå till en butik, söka på ditt namn, installera den och öppna den. Den klyftan är brutal. För en verksamhet de flesta interagerar med då och då är nedladdningen ofta hela orsaken till att en app misslyckas.

Vad den faktiskt kan göra

Nativt vinner fortfarande på rå kraft. Om du behöver stenhård offline-användning, tungt kamera- eller sensorarbete, smidig högpresterande grafik, eller aviseringar som absolut måste komma fram, är nativt det säkrare valet. Men klyftan har krympt dramatiskt. En modern webbapp kan ta betalt, använda kameran, hitta din plats, fungera offline och skicka push-aviseringar på de flesta telefoner. Den ärliga frågan är om din verksamhet faktiskt lutar sig mot de få saker bara nativt gör bra.

Vad det kostar att bygga och hålla vid liv

Här är klyftan störst, och här blir företagare överrumplade. En webbapp är en kodbas som körs överallt med en webbläsare. En nativ app, gjord ordentligt, innebär ofta att bygga och underhålla för två plattformar, plus appbutikens granskningsprocess, plus löpande uppdateringar varje gång Apple eller Google ändrar reglerna. Bygget är dyrare; underhållet är den del ingen varnar dig för. En app är inte något du blir klar med — det är något du matar.

Hur mycket kontroll du behåller

Med en webbapp skickar du en ändring och den är live på minuter. Med en nativ app väntar varje uppdatering i en granskningskö, och butiken kan avvisa den, kräva en andel av all försäljning, eller ändra sina regler under dig. Du hyr utrymme på någon annans plattform. För vissa verksamheter är den affären värd det. För många är friheten i "det är bara en webbplats, vi uppdaterar den när vi vill" värd mer än finishen.

När en nativ mobilapp verkligen är rätt val

Nativa appar är ingen fälla — de är ett kraftfullt verktyg som är fel för de flesta småföretag och precis rätt för ett fåtal. Här är när den extra kostnaden och inlåsningen betalar sig, ärligt och utan säljpolish.

• Människor använder den ständigt — dagligen eller nästan dagligen. Nedladdningskostnaden betalas tillbaka många gånger om av frekvent, lojal användning.
• Du lutar dig tungt mot enhetsfunktioner: kontinuerlig GPS, tungt kameraarbete, Bluetooth-hårdvara, pålitlig offline-drift på platser utan signal.
• Aviseringar är kärnan i produkten, inte ett trevligt tillägg, och de måste komma fram pålitligt på varje enhet.
• Prestandan måste vara felfri — snabbrörlig grafik, spel, realtidsinteraktion där en halv sekunds fördröjning är en deal-breaker.
• Att finnas i App Store är i sig en del av den förtroende- eller marknadsföringshistoria dina kunder förväntar sig.

Lägg märke till temat: nativt förtjänar sin plats när appen används mycket, av människor som redan har förbundit sig till dig, och när den är beroende av telefonens hårdvara på sätt webbläsaren ännu inte kan matcha. En fältserviceapp ditt eget team öppnar fyrtio gånger om dagen är en perfekt nativ kandidat. En bokningssida en kund rör vid två gånger om året är det inte.

När en webbapp är det smartare, billigare valet

För de flesta små och medelstora företag är detta svaret — och det är ingen kompromiss, det är rätt passform. En webbapp lyser precis där nativt kämpar: överallt där räckvidd betyder mer än rå kraft, och överallt där du behöver röra dig snabbt och ändra saker ofta.

Välj webb först när människor kommer att använda saken då och då snarare än dagligen, när du vill ha kunder in utan friktionen av en nedladdning, när budget och hastighet spelar roll, eller när du ännu inte är säker på att idén kommer att slå. Den sista punkten är underskattad. En webbapp är det perfekta sättet att testa om någon vill ha din idé innan du binder upp dig vid kostnaden att gå nativt. Du kan alltid bygga den nativa appen senare, när efterfrågan är verklig och du kan se exakt vilka funktioner som förtjänar den.

En kort historia: kliniken som bad om en app

En fysioterapimottagning kom till oss övertygad om att de behövde en mobilapp. En konkurrent längre ner på gatan hade en, och det kändes som att hamna efter att vara utan. Deras bild var tydlig: patienter skulle ladda ner appen, boka tider, se sina träningsprogram och få påminnelser. De hade redan halvbudgeterat för den och tagit höjd för kostnaden.

Så vi ställde frågan vi alltid ställer: hur ofta kommer en patient faktiskt att öppna den här? Det ärliga svaret var en handfull gånger kring en behandlingsperiod — boka, kasta en blick på övningarna, bli påmind, kanske omboka månader senare. Det är inte daglig användning. Det är tillfällig användning. Och tillfällig användning är precis där nedladdningströskeln i tysthet dödar en app. Vi skissade på det troliga utfallet: några hundra euro i bygge, sedan patienter som aldrig orkar installera den, och en reception som fortfarande tar bokningar per telefon eftersom appen blev oanvänd.

Vad vi byggde i stället

Vi byggde en webbapp — en progressiv. Patienter öppnar den från en länk i sitt bekräftelsemeddelande: ingen nedladdning, ingen butik, ingen kontotröskel för att komma igång. De kan boka och omboka, se sitt träningsprogram med videor, och få automatiska påminnelser som minskar uteblivna besök. Den som vill ha appkänslan kan lägga till den på sin hemskärm med ett tryck, och därifrån öppnas den i fullskärm med klinikens ikon, precis som en nativ app. För patienten är den helt enkelt appen.

Hur det blev

Siffrorna här är illustrativa, men formen är den vi ser om och om igen. Det kostade en bråkdel av det nativa bygge de hade tagit höjd för, och betydligt mindre att hålla igång — inga två plattformar, inga butiksgranskningar, ingen kvartalsvis brandkårsutryckning när ett operativsystem uppdateras. Eftersom det inte fanns något att installera använde patienterna den från dag ett; spridningen var inte spärrad bakom en nedladdning ingen slutför. Påminnelser minskade märkbart uteblivna besök inom ett par månader. Och kliniken behöll kontrollen: när de ville lägga till ett betalsteg var det live samma vecka, inte fast i en granskningskö.

Den ärliga fotnoten: om patienterna om ett år öppnar den ständigt och efterfrågar djupare offline-funktioner, kan en nativ app verkligen förtjäna sin plats. Men nu fattas det beslutet på bevis, inte på en konkurrents ikon. De vet att det är värt det innan de betalar för det.

Ett enkelt ramverk för att avgöra själv

Du behöver ingen konsult för att få det här ungefär rätt. Kör din idé genom fyra frågor, i ordning. Det första "ja" som verkligen passar berättar det mesta du behöver veta.

1. 1
   Hur ofta kommer en person att använda den?

   Dagligen eller nästan dagligen pekar mot nativt. Då och då — veckovis, månadsvis, några gånger om året — pekar tydligt mot webb.
2. 2
   Behöver den verkligen telefonens hårdvara?

   Tung offline-användning, kontinuerlig GPS, Bluetooth-enheter, intensivt kameraarbete? Det är en nativ signal. "Det vore trevligt att använda kameran en gång" är det inte — webben klarar det fint.
3. 3
   Hur snabbt och hur ofta kommer du att ändra den?

   Om du kommer att justera och uppdatera ständigt, eller fortfarande testar idén, är webbens omedelbara uppdateringar och noll grindvakter en stor fördel.
4. 4
   Vad är din verkliga budget — att bygga och att underhålla?

   Var ärlig om den andra siffran. Om löpande underhåll på två plattformar skulle anstränga dig, börja med webb. Du kan gå vidare till nativt senare, med avsikt, när argumenten är bevisade.

En notering om interna verktyg — en helt annan fråga

Allt ovan utgår från att du bygger för kunder. Om du bygger för ditt eget team förändras kalkylen. Din personal installerar gärna något de använder hela dagen för arbetet — nedladdningströskeln som dödar en konsumentapp spelar knappt någon roll när att använda verktyget är jobbet. Så en intern fältservice- eller lagerapp kan ha starka nativa argument där en kundinriktad inte skulle ha det.

Även då vinner webben oftare än folk förväntar sig. Ett webbaserat internt verktyg fungerar på vilken enhet din personal redan bär, behöver ingen installation över en flotta av telefoner, och uppdateras för alla i samma stund du skickar det. Om du inte verkligen är beroende av offline-drift eller djup hårdvaruåtkomst, är en intern webbapp oftast den snabbare, billigare, mindre smärtsamma vägen — samma logik som förut, bara med användningsantagandena omvända.

Vanliga frågor