Softwareudvikling er ved at blive absurd hurtigt. Features der tog måneder tager nu dage. Hele systemer bygges på uger. Det er ikke en prognose — det er tirsdag.

Og det ændrer samtalen med kunden.

IT-afdelinger og digitale bureauer siger nu: “Vi spørger bare kunden hvad de vil have — så bygger vi det.” Det lyder fornuftigt. Det er det ikke.

Når det er billigt og hurtigt at bygge, er fristelsen enorm. Spørg hvad kunden vil have. Byg det. Levér det. Gentag. Du føler dig produktiv. Kunden føler sig hørt. Alle er glade — indtil ingen bruger det.

Problemet er det samme som altid. Kunder ved hvad de oplever. De ved sjældent hvad de har brug for. Henry Ford sagde det for over hundrede år siden: Havde han spurgt folk hvad de ville have, havde de sagt hurtigere heste.

Den fælde er ikke forsvundet. Den er blevet farligere. Fordi nu kan du faktisk bygge de hurtigere heste — på en uge. Med en flot brugerflade og onboarding-flow oveni.

Stop med at spørge hvad de vil have

Så hvad gør du i stedet? Du stopper med at spørge “hvad vil du have?” og begynder at spørge “hvad gør du i dag?”

Rob Fitzpatrick beskriver det i bogen The Mom Test: Gode spørgsmål handler om kundens liv og adfærd — ikke om din idé. Forskellen er subtil men afgørende.

“Kan du fortælle hvordan du normalt løser det her?” er et godt spørgsmål. “Synes du det her er en god idé?” er et dårligt et. “Hvad har du ellers prøvet?” er guld. “Ville du købe et produkt der gjorde X?” er værdiløst. “Prøv at gå mig igennem sidste gang det skete” åbner en dør. “Hvor meget ville du betale for X?” lukker den igen.

Gode spørgsmål afdækker hvad kunden faktisk gør. Dårlige spørgsmål beder kunden forudsige sin egen adfærd — og det er mennesker notorisk elendige til. Du spørger i virkeligheden: “Hej, kan du lige lave en markedsanalyse for mig, mens du drikker din kaffe?” Nej. Det kan de ikke.

Discovery er ikke blevet mindre vigtig

Med de superkræfter vi har fået som udviklere er det fristende at springe discovery over. Hvorfor bruge to uger på at forstå problemet, når du kan bygge en løsning på tre dage?

Fordi den dyreste feature ikke er den der tager lang tid at bygge. Det er den der aldrig skulle have været bygget. Og med AI i værktøjskassen kan du nu bygge forkerte ting i et tempo, der ville have fået selv de mest optimistiske projektledere fra 2019 til at græde af misundelse.

Discovery er ikke blevet et nice-to-have. Den er blevet den vigtigste del af hele processen. Ikke fordi verden er blevet langsommere. Men fordi alt det andet er blevet hurtigere.