Det problem du beskriver er ikke altid det problem du har

De fleste henvendelser starter med et ønske. "Vi skal have en app." "Kortet skal være pænere." "Programmet skal være nemmere at gå til."

Det er gode ønsker. Men et ønske er et symptom - ikke en diagnose.

Der er forskel på det der ikke fungerer, og årsagen til at det ikke fungerer. Et pænere program-PDF løser ikke noget, hvis det egentlige problem er, at besøgende ikke kan planlægge før de kommer. Så bruger I stadig dagen på at svare på "hvor finder jeg ...?", bare ud fra et kønnere kort. Symptomet er pænt. Problemet er der endnu.

Et eksempel

En arrangør sagde til os: "vores program skal bare være nemmere." Rimeligt nok. Men da vi spurgte hvad der faktisk skete, tegnede der sig et andet billede: de fik de samme tre spørgsmål ved skranken hele dagen, fordi besøgende først planlagde når de stod i hallen.

Det er ikke et program-problem. Det er et før-messen-problem. Løsningen var ikke et nyere program, men et "Mit Program" de besøgende kunne bygge hjemmefra. Havde vi bare gjort det første ønske pænere, havde vi løst det forkerte.

Derfor spørger vi først

Vi starter med jeres messe - ikke vores produkt. Et første møde varer en halv time, og det handler ikke om hvad vi kan, men om hvad der driller hos jer. Hvad er det egentlig der ikke fungerer? Hvornår? For hvem?

Vi vil hellere bruge en samtale på at finde det rigtige problem end at bygge en feature der polerer det forkerte. Det er også derfor vi nogle gange siger nej: hvis det relevante problem ligger et sted hvor et andet værktøj passer bedre, siger vi det.

Den hurtige løsning matcher det I beskrev. Den rigtige løsning matcher det I faktisk har brug for. De er ikke altid det samme - og forskellen er som regel det første spørgsmål værd.

Klar til at finde ud af hvad jeres egentlige problem er? Book et møde - så sidder vi lige her.