Appavklaring – fra idé til kravspesifikasjon og fast pris på to dager

Et pristilbud er bare så godt som beskrivelsen det bygger på. Får en leverandør en e-post med fem setninger, må den enten prise høyt for å dekke usikkerheten, eller prise lavt og ta igjen det tapte i endringsordrer underveis. Det er de udefinerte detaljene som koster: hvem som skal kunne se hva, hva som skjer når nettet er borte, hvordan en booking avbestilles, hvilket system dataene skal hentes fra.

Hver av dem tar minutter å avgjøre i et møterom og uker å rette etter at skjermene er bygd. Appavklaringen flytter avgjørelsene dit de koster minst. Det er også derfor vi ikke gir fast pris uten den.

Første dag holdes hos dere, hos oss i Trondheim eller på video, og dere bør ha med den som eier budsjettet, en som kjenner kundene og en som kjenner systemene. Vi starter med målet: hva skal være annerledes i bedriften ett år etter lansering, og hvordan skal det måles.

Deretter går vi gjennom brukerne og det de skal få gjort, én flyt om gangen, fra de åpner appen til de er ferdige. Vi kartlegger hvilke systemer appen må hente eller sende data til, for eksempel regnskapssystem, kassesystem, medlemsregister eller et fagsystem, og om innlogging skal skje med e-post, BankID, ID-porten eller Vipps. Dagen avsluttes med en risikoliste: det vi ennå ikke vet, det som avhenger av tredjeparter, og det som kan velte tidsplanen.

Andre dag handler om å velge bort. Alle ønsker fra dag 1 sorteres etter MoSCoW-metoden: må ha, bør ha, kan ha, og ikke nå. Det som havner under «må ha» er det første versjonen skal inneholde. Her spares mest, fordi alt som ikke havner under «må ha», venter til etter lansering.

Så velger vi teknologi sammen: native iOS og Android, Flutter eller React Native, eller en webapp uten app-butikk. Vi forklarer hva hvert valg betyr for pris, vedlikehold og hvilke funksjoner som blir enkle eller vanskelige, se guiden native, hybrid eller webapp. Vi går også gjennom krav som gjelder uavhengig av teknologi: personvern og eventuell DPIA, og om appen omfattes av kravene til universell utforming.

Siste del av dagen tegner vi skisser av de viktigste skjermene i kjerneflyten, grovt og på papir eller i Figma, slik at alle ser det samme før dere går hjem.

To dager workshop, pluss en uke med dokumentasjon og arkitektur, er ordentlig arbeid. Gjør vi det gratis, må det finansieres av dem som faktisk kjøper, og da blir det gjort raskere og dårligere. Tar vi betalt, kan vi bruke tiden som trengs, og dere kan kreve et resultat.

Samtidig skal det ikke koste dere noe ekstra å velge oss. Derfor trekkes de 20 000 kr fra prosjektprisen om dere går videre. Regnestykket blir at dere betaler for avklaringen bare hvis dere ender opp med å bruke den et annet sted, og da har dere fått en kravspesifikasjon for appen som gjør at også andre tilbud blir bedre og lettere å sammenligne.

Bedrifter som har bestemt seg for at de skal ha en app, og som vil ha en pris de kan stole på. Offentlige virksomheter som trenger dokumentasjon før en anskaffelse. Gründere som skal søke støtte og trenger en teknisk beskrivelse i søknaden. Og bedrifter som har fått sprikende tilbud fra flere leverandører og ikke skjønner hvorfor.

Er dere tidligere i løpet, er det andre måter å komme i gang med appen på. Vil dere bare vite om idéen er i nærheten av budsjettet, gir en et uforpliktende tilbud dere et prisspenn innen én virkedag, og appkalkulatoren gir et estimat for appen på 60 sekunder. Vil dere lage kravspesifikasjonen selv først, finnes en mal for kravspesifikasjon dere kan bruke.

Kravspesifikasjonen, skissene og den tekniske arkitekturen er skrevet for å kunne leses av andre. Ingen interne forkortelser, ingen avhengighet av verktøyene våre. Dere kan sende dem til et annet byrå, til en frilanser eller til IT-avdelingen, og be om tilbud på samme grunnlag. Det gjør tilbudene sammenlignbare, og det er slik det bør være.

Naturlig neste steg etter en appavklaring er appdesign og UX eller rett til en MVP. Noen finner ut at de trenger noe annet enn en app, for eksempel en integrasjon mellom to systemer de allerede har, og da sier vi det. Hele løpet videre er beskrevet under slik jobber vi.