Hvordan teste en app eller tjeneste før den er ferdig utviklet teknisk?

Slik løser du det

Du trenger ikke å ha bygd ferdig den tekniske løsningen for å teste om folk faktisk vil bruke den – og her er 'Wizard of Oz'-metodikken et av de mektigste verktøyene du har. Navnet kommer fra filmen Trollmannen fra Oz, der den mektige trollmannen egentlig bare er en helt vanlig mann som trekker i spaker bak et forheng. Akkurat slik fungerer metoden: du setter opp et grensesnitt som ser ut og oppleves som en ekte, ferdig app eller tjeneste, men bak kulissene utfører du (eller teamet ditt) all funksjonaliteten manuelt – brukeren tror den snakker med et avansert system, mens det i virkeligheten er et menneske som svarer. Et konkret eksempel: si at du har en idé om en app som automatisk anbefaler middagsoppskrifter basert på hva du har i kjøleskapet. I stedet for å bygge en kompleks algoritme, lager du et enkelt skjema eller en chat der brukeren skriver inn ingrediensene sine. Bak skjermen sitter du selv og leser inntastingen og sender tilbake et oppskriftsforslag manuelt. For brukeren føles det som magi og fungerer som en ekte app, mens du i praksis tester hele konseptet uten å ha programmert noe avansert i det hele tatt. Gevinsten er enorm: du finner ut om folk faktisk verdsetter tjenesten, hvordan de bruker den, hva de forventer og hvor de blir frustrerte – alt sammen før du har brukt tid og penger på utvikling. Det er nettopp denne typen tidlig brukervalidering som skiller produkter folk vil ha fra produkter ingen trenger. Noen praktiske tips og fallgruver: vær ærlig overfor deg selv om at dette bare tester etterspørsel og opplevelse, ikke om den endelige tekniske løsningen lar seg bygge. Metoden skalerer dårlig – den er perfekt for noen få testbrukere, men ikke for hundrevis. Og ha gjerne et lite skript for hvordan dere svarer, slik at «trollmannen bak forhenget» oppfører seg konsistent fra bruker til bruker.