Webbappar och interna verktyg för företag

Interna verktyg, kundportaler och dashboards byggda runt ett verkligt arbetsflöde, med inloggning och roller, på dina egna konton och till fast pris.

En webbapp är nästa steg när en hemsida inte räcker längre: kunderna ska logga in och se sina egna uppgifter, eller kollegorna ska sluta flytta samma information mellan mejl och kalkylark. Det jag bygger ska vara snabbt att använda och tråkigt att underhålla.

Vem det passar

Typiska exempel är en kundportal där kunden följer sin order eller laddar upp filer, ett internt verktyg som ersätter ett kalkylark, eller en dashboard som visar siffrorna utan att någon sammanställer dem för hand. En webbapp passar när arbetet redan finns men görs för hand. Några tecken:

• Ni skickar samma uppgifter fram och tillbaka i mejl, för att kunden inte kan se dem själv.
• Någon för in samma information i två system varje vecka.
• Ni behöver visa olika saker för olika kunder, inloggat.
• Ett kalkylark har blivit verksamhetskritiskt, och flera personer redigerar det samtidigt.
• Ni säger nej till kunder för att flödet inte skalar, inte för att arbetet saknas.

Ett eller två av tecknen betyder oftast att en befintlig tjänst räcker, och då är det den du ska använda. Fyra eller fem betyder att arbetet redan finns och utförs av personal i stället för av ett verktyg. Var gränsen går står i När räcker en hemsida, och när behöver du en webbapp?.

Vad som ingår

En webbapp byggs som ett produktbygge:

• Förstudie och arkitektur. Vad appen ska göra och för vem, och hur den byggs för att vara enkel att äga.
• Inloggning och roller. Konton, återställning av lösenord och vem som får se vad.
• Bygge, test och driftsättning. På dina konton och din infrastruktur.
• Analys och administration från dag ett. Någon hos er kan rätta, lägga till och ta bort utan att ringa en utvecklare.
• Justeringar efter lansering. 30 dagar av justeringar ingår.

En webbapp är inget projekt som blir klart, utan något ni kommer att äga. Hur billigt det ägandet blir avgörs av hur enkelt bygget är, inte av valet av teknik. Ett enkelt bygge ni äger slår ett avancerat bygge ni hyr.

Så går det till

Först ett kostnadsfritt samtal om vad som är långsamt eller saknas, och om det är värt att bygga alls. Sedan får du omfattning och fast pris skriftligt. En webbapplikation tar vanligtvis fyra till åtta veckor, och du får en fast omfattning och ett datum innan något startar. Arbetssättet är detsamma som för allt annat jag bygger.

Priset styrs av konton och roller, data, flöden med undantag, integrationer och administration, inte av antalet skärmar. Varför två offerter på samma app kan skilja sig mycket står i Vad kostar det att utveckla en app?.

Pris

Produktbygget har ett frånpris, eftersom omfattningen skiljer sig mycket mellan olika appar. Du får ett fast pris skriftligt efter samtalet, innan något byggs.

Vanliga frågor

Vem äger koden och datan?

Du gör det. Allt levereras i ditt repo med dokumentation, och det körs på dina konton och din infrastruktur. Jag arbetar under sekretessavtal som standard när data är inblandad. Vad en överlämning ska innehålla står i Vem äger koden?.

Kan webbappen bli en iPhone-app senare?

Ja. Ett vanligt upplägg är att börja med webbappen, låta den bevisa att flödet fungerar och bygga den nativa appen när det finns användare som behöver den. Hur det går till står under iOS-appar.

Vad behöver ni från oss för att ge ett pris?

Vad en användare ska kunna göra, i en mening. De tre vanligaste fallen och de två besvärligaste. Vilka system appen ska prata med och om ni har åtkomst till dem. Och en person som äger produkten och kan svara på frågor medan den byggs.

Vad händer om vi vill ändra något mitt i?

Ändrad omfattning betyder ett nytt förslag och ett nytt fast pris innan det byggs, överenskommet på samma sätt som det första.