Apputveckling Danmark

Apputveckling i Danmark med produkttänk och teknisk disciplin.

UnderStack gör appidéer till produkter som människor kan använda: webbappar för team och kunder, och mobilappar där själva enheten spelar roll.

Om du vill prata igenom fler detaljer hittar vi gärna en tid som passar.

01

Vem det är för och vad det löser

En app är sällan målet. Målet är att en tekniker kan avsluta ett jobb på plats, att en kund kan följa en order utan att ringa, att en medlem kan boka och betala på ett ställe eller att en besiktningsman kan dokumentera fynd med foton utan uppkoppling. Företag kommer till oss i tre situationer. Vissa har en intern process som måste fungera i telefon eller surfplatta, borta från skrivbordet. Vissa vill ge kunderna självbetjäning i stället för support via mejl och telefon. Och vissa är grundare med en produktidé som behöver en första version att visa för riktiga användare. Det vanliga misstaget i alla tre fallen är att börja med en funktionslista och två native-appar. Vi börjar med den enda uppgift appen ska göra enklare och väljer den minsta produkt som klarar den.

02

Webbapp eller native-app

Det är det beslut som påverkar kostnaden mest. En webbapp körs i webbläsaren på alla enheter, uppdateras direkt och kräver inget godkännande i någon appbutik, så den är rätt första produkt i de flesta affärsfall. En native-app är motiverad när produkten är beroende av enheten: kamera och textigenkänning, lagring på enheten, aviseringar, sensorer eller arbete utan uppkoppling. Våra egna Android-produkter, UnderStack Pocket AI och Life, är native av just det skälet: de behåller personlig data i telefonen och använder kamera, OCR och lokal lagring.

  • Webbappar för interna team, med roller och behörigheter
  • Kundnära appar: bokning, beställning, konton och status
  • Mobila verktyg för fältarbete och besiktningar
  • Android-appar med local-first datahantering
  • Prototyper för att testa en idé med riktiga användare
  • Backend och API:er som delas av webb och mobil

03

Från idé till släppt app

Faserna är korta, och var och en ger något du kan visa för användare.

  1. 1Produktomfattning: vi definierar användaren, kärnuppgiften och vad första versionen lämnar utanför. Du får en skriftlig omfattning, en plattformsrekommendation och en offert.
  2. 2Flöden och prototyp: de viktigaste skärmarna utformas som en klickbar prototyp. Du får en prototyp som kan testas med framtida användare innan utvecklingen betalas.
  3. 3Utveckling: appen och dess backend byggs i iterationer. Du får en testversion efter varje iteration, i en förhandsmiljö eller som testbygge på enheten.
  4. 4Lansering: sluttester, butikssida där det är aktuellt och publicering i produktion. Du får den släppta appen; för mobilappar ingår butikens granskning i tidsplanen.
  5. 5Iteration: funktioner läggs till utifrån vad användarna faktiskt gör, inte utifrån den ursprungliga önskelistan.

04

Teknik och tekniska beslut

Webbappar byggs med React och TypeScript, med en backend i Node.js och PostgreSQL, samma teknik som vår verksamhetsmjukvara, så att en app kan dela data och logik med ett befintligt system. För mobila produkter bestämmer vi tidigt var datan ska finnas. Local-first-appar lagrar informationen på enheten och ber uttryckligen om tillstånd innan de använder kalender, kontakter, kamera eller filer, vilket förenklar integriteten eftersom datan inte lämnar telefonen. Appar som behöver delad data använder ett API med autentisering och rollbaserad åtkomst. Vi håller första versionen på en plattform om det inte finns belägg för att den andra behövs, eftersom två native-kodbaser fördubblar underhållet.

React
TypeScript
Node.js

05

Efter lanseringen: uppdateringar och underhåll

En app är inte färdig när den släpps. Operativsystem och webbläsare förändras, användare rapporterar sådant ingen förutsåg, och den första verkliga användningen visar vilka funktioner som betyder något. Det planerar vi för från början: första versionen byggs så att ändringar blir billiga, problem rapporteras via en ärendeportal med prioritetsnivå, och förbättringar levereras i små releaser i stället för stora omskrivningar. För webbappar når en uppdatering alla användare direkt. För mobilappar går varje uppdatering genom butikens granskning, så rättningar samlas ihop och schemaläggs.

06

Budget och tidsplan

Kostnaden beror på plattform, backend, antal användarroller, designnivå och integrationer. En webbapp med ett tydligt arbetsflöde är ett annat projekt än en native-app med offlinelagring och distribution via en butik. Vi publicerar inga prisintervall. Guiden om vad mjukvaruutveckling kostar i Danmark beskriver de drivare som också gäller appar, och du får en offert för en definierad första version innan utvecklingen börjar. För mobilappar bör du räkna med tid för butikens granskning utöver utvecklingen.

Frågor och svar

Ska vi bygga en webbapp eller en native-mobilapp?

Börja med en webbapp om inte produkten är beroende av enhetens funktioner, som kamera, offlinelagring, aviseringar eller sensorer. En webbapp är billigare att bygga och underhålla och fungerar på alla enheter från första dagen.

Vad kostar det att utveckla en app?

Priset följer plattform, backend, användarroller, design och integrationer. Vi definierar första versionen, offererar den och bygger ut appen utifrån användningen. Vi ger ingen siffra innan omfattningen är känd.

Har ni själva släppt mobilappar?

UnderStack har byggt två Android-produkter, UnderStack Pocket AI och Life. Båda är färdiga och granskas för närvarande i Google Play. De beskrivs på case-sidan.

Kan appen kopplas till våra befintliga system?

Ja. Appar läser och skriver oftast data via ett API. Om ert nuvarande system har ett använder appen det. Om inte bygger vi en liten backend mellan appen och systemet.

Vad betyder local-first, och när är det användbart?

Local-first betyder att appen lagrar sin data på enheten och fungerar utan server. Det är användbart för personlig eller känslig information och för arbete på platser med dålig täckning.

Kan ni hjälpa till att testa en produktidé innan vi binder oss till ett helt bygge?

Ja. Det är vad prototypfasen är till för. En klickbar prototyp eller en smal första version testas med riktiga användare, och resultatet avgör vad som byggs härnäst.