Problemet med klassisk produktutveckling
De flesta misslyckade produkter misslyckas inte för att teknologin inte fungerar. De misslyckas för att lösningen aldrig löste ett tillräckligt skarpt problem för att någon skulle byta beteende.
Klassisk produktutveckling lägger den kostsamma valideringen sist. När man väl har byggt i sex månader är det för sent att vända.
Vår metod, kort
Vi delar utvecklingen i fyra faser, där värdet bevisas innan nästa steg:
- Utforska — workshop med kunden, en finslipad klickbar demo inom dagar.
- Navigera — riktningsmöte som översätter idé till plan.
- Validera — en valideringsprototyp körs skarpt i verksamheten.
- Beta + Drift — först här går vi till skarpt bygge.
Vad valideringsfasen mäter
Valideringsfasen handlar inte om huruvida tekniken fungerar, det vet vi att den gör. Den handlar om beteendeförändring:
- Använder teamet faktiskt prototypen?
- Ersätter den något befintligt?
- Hur mycket tid sparas, hur många fel undviks?
Utfallet är ibland att vi inte bygger vidare. Det är inte ett misslyckande. Det är skälet till att metoden finns.
Ett konkret exempel
Vi körde en valideringsfas tillsammans med ett ventilationsföretag som ville automatisera produktionen av driftkort. Mätningarna visade att besparingen i tid inte motiverade kostnaden för full implementation. Slutsatsen blev: bygg inte. Den slutsatsen var värd mer än ett oklart produktionsbygge.