Någon i teamet säger det, eller en kund: ”Vi borde ha en app.” Konkurrenten har en, er hemsida känns klumpig i mobilen bredvid den, och en riktig app i folks telefoner låter som nästa vuxna steg. Frågan app eller hemsida landar oftast hos ägaren som en känsla snarare än ett beslut, och kort därefter kommer en offert från en utvecklare.
Vi ser två vanliga misstag. Det ena är att bygga en app för att hemsidan gör en besviken, när det är hemsidan som behöver jobbas med. Det andra är att säga nej till en app för att ”ingen laddar ner appar”, när företaget är precis en sådan verksamhet som kunderna öppnar varje vecka. Skillnaden handlar om en handfull saker som du kan kontrollera själv innan du lägger en krona.
Varför företag börjar fråga efter en app
Mobilsajten är långsam eller krånglig. Sidorna laddar trögt, formulären är svåra att fylla i på mobilen, menyn gömmer det folk letar efter. Det känns som ”vi behöver en app”, men en app gör ingenting för den nya kunden som kommer till samma sajt från en sökning eller en annons. Tecknet: klagomålen och avhoppen gäller själva sajten, inte funktioner som saknas.
Kunderna kommer tillbaka ofta och gör samma sak igen. Beställa igen, boka nästa tid, kolla ett saldo, följa en leverans. När en kund gör det varje vecka blir det ett verkligt irritationsmoment att skriva in adressen och logga in varje gång, och en ikon på hemskärmen tar bort det. Tecknet: stamkunderna står för en stor del av verksamheten och gör samma få saker.
Uppgiften kräver själva telefonen. Skanna med kameran, veta var kunden befinner sig, jobba i ett lager eller ute på en arbetsplats utan täckning, påminnelser i rätt ögonblick. En webbläsare klarar en del av detta, men en native-app gör det mer pålitligt. Tecknet: funktionen du vill ha är omöjlig eller opålitlig på din nuvarande sajt.
Någon annan har en. En konkurrents app skapar press, men säger ingenting om huruvida deras kunder använder den. Tecknet: argumenten för appen handlar om image, inte om en uppgift som dina kunder utför.
App eller hemsida: så ser du vad du behöver
Ge det här en kväll, med din statistik och din mobil.
- Öppna din hemsida i din egen mobil, som en ny kund skulle göra. Sök efter ditt företag, klicka dig fram till huvudhandlingen (köpa, boka, skicka en förfrågan) och slutför den. Anteckna varje gång du fick zooma, vänta eller skriva om något. Om det är jobbigt är svaret just nu hemsidan, inte en app.
- Kolla hur ofta kunderna kommer tillbaka. Titta i din statistik, ditt bokningssystem eller ditt CRM på hur många besök eller beställningar som kommer från återkommande kunder och hur ofta de återkommer. Frekvent, upprepad användning är det starkaste argumentet för en app; sporadisk användning är det starkaste argumentet emot.
- Skriv upp vad kunderna gör när de kommer tillbaka. Om det är samma få handlingar kan en app göra dem till ett enda tryck. Om varje besök är ett nytt letande fungerar en hemsida bra.
- Skriv ner de funktioner du vill ha som sajten inte klarar. Var konkret: kamera, plats, offline, notiser, betalning med sparat kort. Kontrollera sedan om en Progressive Web App (PWA), alltså en hemsida som kan installeras på hemskärmen, redan skulle kunna täcka dem i dina kunders mobiler.
- Fråga några stamkunder. Inte ”skulle du vilja ha en app?”, som alla svarar ja på, utan ”vad gör du hos oss som är jobbigt i mobilen?” Svaren visar vad appen skulle vara till för.
Om sajten faller redan på första steget, fixa den först. Om kunderna kommer tillbaka ofta, upprepar samma handlingar och behöver något som bara telefonen kan göra, har en app ett verkligt jobb att fylla.
Åtgärderna, i ordning
- Gör mobilsajten bra. Snabbhet, en tydlig huvudhandling, formulär som går att fylla i med tummen, sparade uppgifter för återkommande kunder. Vi har gått igenom de vanligaste orsakerna till en långsam sajt och hur du hittar dem i varför din hemsida är långsam och vad det kostar dig. I våra projekt inom webbutveckling designas mobilversionen först, eftersom det är där de flesta möter företaget.
- Ge sajten app-liknande funktioner. Kundkonton, sparade beställningar, beställa igen med ett klick, påminnelser via e-post eller sms. På så sätt testar du om kunderna verkligen vill ha genvägarna innan du bygger in dem i en app.
- Prova en Progressive Web App. Låt kunderna installera sajten på hemskärmen och, där telefonen tillåter det, ta emot notiser. Om få installerar den trots att erbjudandet dyker upp i rätt ögonblick är det inte troligt att en app i appbutiken klarar sig mycket bättre.
- Bygg appen kring en enda uppgift. När argumenten är tydliga, börja med den handling som stamkunderna upprepar oftast, inte med en kopia av hela hemsidan. Vårt arbetssätt inom apputveckling börjar med just det flödet, en klickbar prototyp som testas på riktiga kunder, och först därefter design och kod.
- Planera för livet efter lanseringen. En app behöver konton i appbutikerna, uppdateringar för nya versioner av iOS och Android, en backend som fortsätter att fungera och någon som läser recensionerna. Budget och ansvar för detta hör hemma i beslutet, inte efter det.
- Ge kunderna ett skäl att installera. En länk på kvitton och bekräftelsemejl, ett omnämnande vid disken, en förmån som bara finns i appen. En app som ingen hör talas om blir kvar i butiken.
Vad du ska mäta
- Mobil konvertering på sajten: andelen besökare i mobilen som slutför huvudhandlingen, före och efter åtgärderna, kontrollerat varje månad.
- Återkommande kunder och hur ofta de återkommer, från statistiken eller ditt CRM; det är den siffran appen ska få att växa.
- Installationer av webbappen eller appen i appbutiken i förhållande till aktiva kunder, inte i absoluta tal.
- Aktiva användare av appen över tid, kontrollerat efter några månader: en app som kunderna installerar men slutar öppna har ännu inte hittat sitt jobb.
Där vi kommer in
Vi börjar med frågan, inte med bygget: vem som kommer tillbaka, vad de gör och vad telefonen måste klara som sajten inte klarar. Ibland är det ärliga svaret en bättre mobilsajt, ibland en app med en tydlig uppgift, och ofta det första nu och det andra senare. Om du vill att vi tittar på ditt fall är projektbriefen det enklaste sättet att börja.