Beställare kan sällan beställa. Och byråer ställer ofta för få frågor

Det finns ett ögonblick i många projekt som nästan känns som ett filmskämt.

• Beställaren har förklarat läget.
• Byrån har nickat, antecknat och pitchat en lösning.
• Alla går därifrån med ett “det här blir bra”.

Sex veckor senare:

• “Men… det var ju inte det här vi menade.”
• “Vi byggde exakt det ni sa.”
• “Fast det var inte det vi behövde.”

Och plötsligt har vi ett projekt där det tekniskt sett inte är någons fel – men alla är besvikna.

⸻

Så, vad hände?

1. Beställaren visste inte hur man berättar om sitt behov De vet sin verksamhet, sina smärtpunkter, sina mål. Men de saknar språk för teknik, interaktion eller design. Så de säger det de kan: “Vi behöver en app som…”

2. Byrån översatte utan att tolka Istället för att säga “Vänta - varför vill ni det?” …så tog de det som en uppgift att lösa. Och byggde snabbt. Smidigt. Fel.

3. Ingen testade förståelsen tidigt Ingen sa: “Visa mig hur ni gör idag.” Ingen skuggade verkligheten. Ingen testade idén på en användare innan den fick ett UI.

⸻

Varför är det så vanligt?

För att vi alla är stressade. För att “komma igång” låter bättre än “vänta lite”. För att ifrågasättande ibland tolkas som motstånd – inte omsorg.

Och för att det är jobbigt att säga:

“Vi vet inte riktigt än.” “Det kanske inte är en app ni behöver.” “Det här borde vi nog utforska tillsammans.”

⸻

Så hur gör man istället?

1. Avbryt beställningsreflexen När någon säger “vi vill bygga X” – fråga “varför?”. När någon säger “våra användare vill ha Y” – fråga “hur vet ni det?”

2. Gå närmare problemet Låt projektstarten vara en förståelsefas, inte en lösningsfas.

   • Sitt med.
   • Titta på vad folk gör – inte bara vad de säger.
   • Samla hypoteser – inte krav.

3. Rita kartan ihop Jobba med gemensamma skisser.

   • En enkel user journey.
   • Ett flöde i figma.
   • En prioriteringsövning på post-its.

När båda parter “ser” samma bild – då är ni redo.

⸻

Nästa steg

Här är tre enkla sätt att göra ert nästa projekt bättre redan från start:

• Skriv inte en kravspec. Skriv en berättelse. Vad försöker någon göra – och vad står i vägen?
• Ta ett möte där ni inte bestämmer något. Låt det bara handla om förståelse. Inget mer.
• Testa er idé på någon utanför projektgruppen. Om det låter konstigt – den kommer uppfattas konstigt.

⸻

Många projekt går snett innan första raden kod är skriven. Inte för att viljan saknas – utan för att samtalet blev för kort.

Så nästa gång någon säger “Vi behöver X” – säg inte “Okej”. Säg: “Berätta mer. Varför just det?”