Den tråkigaste uppgiften borde kosta mest

Eller: Varför förstudien inte ska vara en eftertanke.

⸻

Hittepåprojektet

“Vi behöver en liten app. Det är ganska enkelt. Några användare. Ett flöde. Typ 70.000 kronor kanske?”

Okej! Låt oss se hur det ofta ser ut:

⸻

Budget 1: Vanlig verklighet

Delmoment	Tid	Pris
Projektstart	2 h	2 000 kr
Design	10 h	10 000 kr
Frontendutveckning	25 h	25 000 kr
Backendutveckling	25 h	25 000 kr
Test och buggrunda	6 h	6 000 kr
Totalt		68 000 kr

Ser ju rimligt ut. Effektivt. Men också helt bakvänt.

⸻

Vad är problemet?

Man börjar bygga innan man riktigt förstått vad man bygger. För att det är roligare så. Och för att man “har bråttom”.

Men varje gång det står “Design 10 h” så borde någon fråga:

“Baserat på vad då?”

⸻

Så här borde det se ut

Lägg mest tid på att förstå. Mindre på att anta.

Budget 2: Rimligare verklighet

Delmoment	Tid	Pris
Förstudie + research	25 h	25 000 kr
Projektstart & plan	4 h	4 000 kr
Design & prototyp	10 h	10 000 kr
Frontendutveckling	15 h	15 000 kr
Backendutveckling	10 h	10 000 kr
Test	4 h	4 000 kr
Totalt		68 000 kr

• Mindre bygg. Färre gissningar. Färre ändringar. Och en lösning som faktiskt gör det den ska.

⸻

Varför gör inte fler så här?

• För att det ser dyrt ut i början.
• För att “förstudie” låter som nåt man kan hoppa över.
• För att man vill ha lösning, inte frågor.

Men här är sanningen:

• Bygga snabbt utan att förstå - är det dyraste du kan göra.
• Förstå först, bygga sedan - är billigare, snabbare, smartare.

⸻

Rätt sak. I rätt ordning.

Om du inte har råd med 25 timmar research - Då har du inte råd att bygga.

Och om du ändå bygger - Då borde någon få betalt för att sitta i vägen och fråga “varför?” tills ni vet vad som är värt att lägga kod på.

⸻

Börja här

1. Lägg 30% av budgeten på att förstå problemet.
2. Räkna på “kostnad per ändringsrunda” - och undvik dem.
3. Boka ett “byggstoppmöte” där ni får presentera vad ni egentligen tänkt bygga - innan kod skrivs.