Kunstig intelligens gør det nemt at bygge – men ikke at ramme rigtigt

Nye værktøjer til hurtig udvikling med kunstig intelligens lokker virksomheder til at springe behovsafklaring over. Det kan koste dyrt i tid, budget og tillid.

Kort fortalt

• “Vibe-coding” beskriver, når man bygger løsninger ud fra mavefornemmelse, fordi det pludselig er blevet meget nemt at lave flotte prototyper
• Risikoen er, at man ender med at bygge noget, ingen reelt har brug for
• En kort, systematisk behovsafdækning med 5–10 brugere kan spare uger af spildt arbejde

Pænt er ikke det samme som nyttigt

En ny artikel fra Elegant Hack peger på en voksende faldgrube: Når kunstig intelligens gør det billigt og hurtigt at bygge, kan “fremdrift” komme til at ligne succes – selvom man ikke har fundet det rigtige problem.

Forfatteren beskriver et sigende eksempel: Der blev brugt to uger på en lækker prototype til en taknemmelighedsdagbog med belønninger og animationer. Da den blev vist til rigtige brugere, var reaktionen et skuldertræk. De førte slet ikke dagbog, og idéen føltes forkert. Læringen er enkel: At vise en færdig løsning og få en reaktion er ikke det samme som at afdække et reelt behov.

Hvad det betyder for danske virksomheder

Eksempel (fiktivt): En økonomiafdeling får lavet en smart prototype, der automatisk kategoriserer bilag med kunstig intelligens. Demoen ser overbevisende ud. Men i praksis viser det sig, at medarbejdernes største irritation er godkendelsesflowet og uklare regler – ikke kategoriseringen. Løsningen rammer ved siden af, og bliver ikke brugt.

Når barrieren for at bygge falder, stiger risikoen for at bygge det forkerte. Det gælder både i private virksomheder og i offentlig sektor, hvor tid og opbakning hurtigt kan forsvinde, hvis første forsøg opleves som “endnu et system”.

Det kan du gøre nu

• Tal med 5–10 faktiske brugere, før I sætter udvikling i gang
• Stil åbne spørgsmål (fx “fortæl mig mere”) og grav efter konkrete situationer
• Undgå at pitche løsningen i samtalen – lyt efter problemer, ikke bekræftelse
• Gå først videre, når det samme problem dukker op hos flere uafhængigt af hinanden
• Brug prototyper som samtalestarter, ikke som “bevis” for at behovet findes

Kilder

• Elegant Hack: “Vibe-Coding Is Not Need-Finding” (31. januar 2026) https://eleganthack.com/vibe-coding-is-not-need-finding/