Diskusjonen om app eller nettside ender ofte med at svaret er begge deler. Kundene skal ha en app, de ansatte skal ha et sted å administrere, og innholdet skal kunne finnes i søk. Spørsmålet er egentlig ikke hvilken flate dere skal velge, men hvordan flatene skal henge sammen uten at dere betaler for alt to ganger.
Skal du først avgjøre om du trenger en app i det hele tatt, er app eller nettside et bedre sted å begynne. Denne artikkelen handler om hvordan det ser ut når du trenger flere.
Grunnmuren dere bare bygger én gang
Det viktigste å forstå er at en app og en webløsning ikke er to produkter. De er to vinduer inn til det samme.
Bak begge ligger en backend: databasen, reglene for hvem som får se hva, og logikken som avgjør hva som skjer når noen gjør noe. Dette er en betydelig del av arbeidet i et prosjekt, og det er den delen som ikke trenger å gjøres to ganger.
Når grunnmuren er felles, betyr det at en ny funksjon i hovedsak bygges én gang, og at de to flatene ikke sklir fra hverandre. Legger dere til en ny status på en ordre, finnes den både i appen og i administrasjonsgrensesnittet, fordi det er samme kilde.
Dette er også grunnen til at det å bygge app og web hos to forskjellige leverandører, uten en felles plan for backend, ofte blir dyrere enn det ser ut som.
Hvem bruker hva
I praksis fordeler det seg nesten alltid slik.
Mobilappen er for dem som er i bevegelse og bruker løsningen ofte. Montører, sjåfører, selgere, eller kunder som skal gjøre noe kort og hyppig. Her betaler det seg å ha varsler, offline-bruk og et grensesnitt laget for tommelen.
Webløsningen er for dem som sitter ved en skjerm og skal se oversikter, behandle saker, endre innstillinger eller kjøre rapporter. Alt som krever et større bilde og mye skriving, hører hjemme her. Administrasjonsgrensesnittet bygges nesten alltid som web, også når hovedproduktet er en app.
Og den åpne nettsiden er for dem som ennå ikke er brukere. Den er det eneste av de tre som kan finnes i søk, og derfor den eneste som skaffer dere nye kunder.
Del koden der det gir mening
Fordi vi bygger mobilapper med React Native og webløsninger med React, kan en del deles utover backend.
Regler for hva som er gyldig i et skjema, beregninger, formatering av datoer og beløp, og kommunikasjonen mot backend er eksempler på ting som kan skrives én gang og brukes begge steder. Det reduserer både arbeidet og risikoen for at de to flatene oppfører seg litt forskjellig.
Selve grensesnittet bør derimot ikke deles. Et skjermbilde laget for en telefon fungerer dårlig på en stor skjerm, og omvendt. Forsøk på å gjenbruke grensesnittet på tvers ender som regel med noe som er middelmådig begge steder.
Rekkefølgen som gir minst risiko
Start med den flaten som gir verdi raskest, og det er oftere web enn folk tror.
En webløsning kan settes i drift uten app-butikker, uten godkjenningsrunder, og kan endres samme dag. Det betyr at dere kan ha ekte brukere på løsningen mens dere fortsatt lærer hva den skal være. Når dere så bygger appen, vet dere hva den skal inneholde, og grunnmuren står allerede.
Den motsatte rekkefølgen er dyrere. En app som må endres mye i starten, betaler for hver endring med en ny runde gjennom Apples vurdering.
Unntaket er hvis kjernen i produktet krever noe bare en app kan, for eksempel pålitelige varsler eller bruk uten dekning. Da bygger dere appen først, men fortsatt med et administrasjonsgrensesnitt på web, fordi dere trenger et sted å se og styre det som skjer.
Hva det koster
En kombinert løsning med app og webapplikasjon ligger typisk på 200 000 til 500 000 og oppover, mot 80 000 til 300 000 for en app med innlogging alene. Det er altså ikke dobbelt, nettopp fordi backend og en del logikk er felles.
Deretter kommer skreddersydd design og de funksjonene dere trenger. Du kan sette sammen et anslag for begge flater i priskalkulatoren, der kombinasjonen er et eget valg.
Husk også at to flater betyr noe mer vedlikehold enn én. Regn fortsatt 10 til 20 prosent av utviklingskostnaden årlig, men vær klar over at appen er den som krever mest, fordi operativsystemene endrer seg hvert år.
Feilene vi ser oftest
Den vanligste er å bygge appen først og tenke på administrasjon etterpå. Da ender dere med å håndtere innhold og brukere direkte i databasen, eller med et hastverksbygget panel som ingen liker å bruke.
Den nest vanligste er å glemme den åpne nettsiden. Innhold inne i en app eller bak innlogging finnes ikke i søk. Skal folk finne dere, må noe ligge åpent.
Og den tredje er å bygge de to flatene som separate prosjekter med hver sin datamodell. Da bruker dere resten av produktets levetid på å holde dem i synk.
Slik kommer dere i gang
Beskriv hvem som skal gjøre hva, og hvor de er når de gjør det. Det svaret bestemmer som regel fordelingen mellom app og web av seg selv.
Vil du diskutere hvordan det ser ut for deres løsning? Se hvordan vi jobber med apputvikling og webapplikasjoner, eller ta kontakt.