Hvad vil du gerne vide, før du bygger mere?
Du har en idé til en app og måske allerede en prototype. Den viser, hvordan løsningen kunne se ud, og folk omkring dig synes, at idéen er spændende. Men vil de kunder, den er tænkt til, bruge den i deres hverdag og betale for den?
Det er værd at undersøge, før du udvider med flere funktioner. Begynd med én konkret opgave, som kunden har i dag. Hvad er besværligt ved den nuværende måde at arbejde på, og hvad skal din løsning gøre bedre?
Du behøver ikke have en færdig app for at få nyttig viden. Men du skal være tydelig om, hvad du viser: en skitse, en klikbar prototype eller en fungerende første version. Kunden skal vide, hvad der kan afprøves nu.
Tal med dem, der faktisk har opgaven
Find nogle få personer fra den målgruppe, du vil hjælpe. Bed dem fortælle om sidste gang, de løste opgaven. Hvilke trin tog de, hvad gik galt, og hvordan håndterede de det? Konkrete erfaringer giver dig mere at arbejde med end et svar på, om en idé lyder god.
Vis derefter den del af prototypen, som handler om problemet. Lad kunden forsøge at komme igennem forløbet uden en lang forklaring. Notér, hvor vedkommende tøver, og hvad der bliver efterspurgt.
Skeln mellem ønsker og nødvendigheder. En kunde kan foreslå en ny rapport, mens den vigtigste hindring er, at oplysningerne skal tastes ind to gange. Spørg, hvad der skal være på plads, før kunden reelt kan bruge løsningen.
Aftal en afgrænset prøve i hverdagen
Hvis samtalerne peger på et konkret behov, kan næste skridt være et pilotforløb. Vælg én arbejdsgang, en lille brugergruppe og en aftalt periode. Beskriv, hvad der er med, hvem der hjælper, og hvordan brugerne kan fortsætte deres arbejde, hvis forsøget stopper.
Et tænkt eksempel kunne være en app, som samler serviceopgaver for et mindre team. Første prøve kan handle om at oprette en opgave, tildele den og markere den som færdig. Planlægning, fakturering og rapporter kan vente, hvis de ikke er nødvendige for at afprøve den valgte opgave.
Teknik, adgang og håndtering af data skal passe til det, I tester. En prototype med eksempeldata er ikke automatisk klar til rigtige kundesager. Afklar det med udvikleren, før du inviterer brugere ind.
Gør betalingsspørgsmålet konkret
Spørg, hvad kunden vil købe, på hvilke vilkår og hvem der kan træffe beslutningen. Den medarbejder, der gerne vil bruge appen, er måske ikke den, der godkender udgiften. Begge perspektiver er relevante, når du vurderer næste skridt.
Et betalt pilotforløb kan give mere konkret viden end en løs interesse, men betalingen skal knytte sig til en tydelig leverance. Forklar, hvad kunden får, hvilke begrænsninger der er, og hvad der sker bagefter. Undgå at sælge den færdige vision, hvis det er et afgrænset forsøg, du kan levere.
Hvis forsøget er gratis, så notér, at betalingsviljen stadig er uafklaret. En tilfreds testbruger er et godt signal, men det er ikke det samme som en aftale om at fortsætte til en bestemt pris.
Brug resultatet til at vælge næste skridt
Aftal på forhånd, hvad I vil undersøge: Kan kunden gennemføre opgaven, bliver løsningen brugt igen, og er der et grundlag for at fortsætte? Tag også din egen indsats med. Hvis hvert forløb kræver omfattende hjælp, er det en del af det, du har lært.
Efter prøven kan du vælge at bygge videre, afgrænse idéen anderledes eller stoppe. Modstridende svar fra forskellige kundetyper kan være en grund til at vælge en smallere målgruppe frem for at bygge alle ønsker ind.
Hele udviklingsforløbet beskriver vi i vores guide til appudvikling, og budgettet behandles på siden om prisen på en app. Vil du afklare en første prøve, kan du tage fat i os med kundeopgaven og det, du allerede har undersøgt. Så har vi et konkret udgangspunkt for at vurdere næste leverance.
