Apputvikling · arbeidsmåte
Se appen før vi bygger den ferdig.
En klikkbar telefonvisning gjør ideen konkret mens det fortsatt er billig å endre retning. Derfor begynner vi med en liveprototype – og venter med native bygg til brukerreisen stemmer.
Mange appprosjekter starter med teknologi: rammeverk, kompilator, database og appbutikk. Vi foretrekker å starte med det kunden og brukeren faktisk skal oppleve. Hvis den viktigste flyten er uklar, blir mer kode bare en dyrere måte å være usikker på.
En felles versjon alle kan peke på
En tidlig skisse kan forklare en idé. En klikkbar prototype lar oss prøve den. Kunden kan åpne samme versjon som utvikleren, bytte mellom skjermer og si «denne knappen bør ligge her» eller «dette ordet betyr ikke det samme for brukeren som for oss».
Det gir samtalen et konkret sentrum. Telefon- og videomøter kan fortsatt være egne kanaler, men appen det snakkes om ligger tilgjengelig i kundens arbeidsflate. Kommentarene handler da om noe som faktisk kan ses og brukes – ikke om to forskjellige bilder i hodet.
Prototypen er en beslutningsflate
En god prototype skal ikke late som den er ferdig. Den skal redusere usikkerhet. Vi bruker den til å avklare hvem appen er for, hvilken handling som er viktigst, hvilke opplysninger brukeren trenger og hvordan det skal føles å komme fra start til mål.
Det betyr også at vi kan forkaste ting tidligere. En funksjon som ser smart ut i en kravliste, kan vise seg å forstyrre hovedoppgaven. En navigasjon som virker logisk på en stor skjerm, kan bli tung på en kompakt telefon. Når dette oppdages i livevisningen, kan vi forbedre retningen uten først å rive opp en native applikasjon.
Fire steg fra idé til byggbar retning
- 01
Avgrens én brukerreise
Vi velger hvem som bruker appen, hva personen prøver å få gjort og hva første versjon må bevise.
- 02
Bygg en livevisning
Skjermer, knapper, språk og innhold blir prøvbare i nettleseren på flere telefonstørrelser.
- 03
La kunden prøve
En privat kundevisning kan brukes til å samle innspill uten at prosjektkommunikasjon eller andre kunder blandes inn.
- 04
Velg native løp med åpne øyne
Når retningen stemmer, avklarer vi plattform, datalagring, innlogging, varsler, integrasjoner, testing og publisering.
Hva App Studio ikke er
Den offentlige demonstrasjonen er en nettleserprototype. Den er ikke en ferdig iOS- eller Android-app, og den har ingen ekte konto, database, betaling, varsler eller kobling til App Store og Google Play. Disse delene krever egne valg, sikkerhetsvurderinger og tester.
Det skillet er viktig. En prototype kan bevise at en arbeidsflyt er forståelig og nyttig. Den kan ikke alene bevise at en fremtidig app er sikker, skalerbar eller godkjent av en appbutikk.
Vi viser den fiktive «Frø»-appen offentlig. Kunders innlogging, kunst, kommentarer og private prosjektvisninger brukes ikke som markedsføringsinnhold uten et eget, uttrykkelig samtykke.
Hvorfor dette også er god økonomi
Den dyreste endringen er ofte den som kommer etter at flere lag med teknologi er bygget rundt en svak antakelse. Ved å gjøre ideen synlig tidlig kan kunden prioritere ut fra noe konkret. Utvikleren får færre skjulte tolkninger, og begge parter får et bedre grunnlag for å anslå resten av arbeidet.
Det er ikke en snarvei rundt ordentlig utvikling. Det er en måte å sørge for at den ordentlige utviklingen starter på riktig problem.
Har du en appidé?