När du startar utvecklingen av en app är det viktigt att veta att du i princip behöver tillgodose två primära operativsystem: iOS och Android. Så det första du bör tänka på är om du vill ha en app utvecklad specifikt för ett visst operativsystem eller fungera för båda eller fler. Om du bestämmer dig för en så kallad inbyggd app men vill ha den tillgänglig för både iOS och Android, betyder det att du måste bygga för två miljöer om du inte använder ett plattformsoberoende ramverk som fungerar för båda. De plattformsoberoende ramverken tar dig snabbare till ett ”proof of concept” men kan vara en begränsning i det långa loppet för vad du kan göra med appen. Att fatta rätt beslut, utifrån idé, angående detta i planeringsstadiet är viktigt för att få en stabil grund för utvecklingen.

När vi har bestämt oss för om vi ska använda ett plattformsoberoende ramverk eller att köra s.k Native – etablerar vi snabbt ett bra team utifrån tidsram och budget för projektet. Vi identifierar grundfunktioner med en UX-workshop, börjar skapa mockups och arbetar med både användargränssnittet och användarupplevelsen. Detta är en iterativ process och är en del av en feedbackloop som involverar alla från intressenter och projektledare till utvecklare och naturligtvis de potentiella användarna av appen (som är i centrum för allt vi gör). När vi har beskrivit grundfunktionerna och har mockups för allt så startar vi kodprocessen.

Vi delar upp allt i en backlogg av uppgifter för utvecklarna och jobbar med vecko-sprintar därvi lägger till uppgifter tills vi känner att vi har en betaversion av appen. Detta är också en iterativ process med rigorösa tester som också involverar användartester för kvalitetssäkring, vi samlar in och implementerar feedback. QA-stegen hjälper oss att säkerställa att appen är redo att komma ut på marknaden. När den är det så lanserar vi appen på AppStore eller Google Play eller båda.