Hvis du er i ferd med å opprette et nettsted eller et program, og løp inn i et problem, er det viktig å stoppe og ta et skritt tilbake. I tillegg til å se flotte og fungerende effektivt, bør et produkt også gi brukerne en opplevelse som passer perfekt til deres behov.
Ved å ikke forstå brukerne dine og deres forventninger, kan du ende opp med å kaste bort både dine interne ressurser og dine kunders penger.
Derfor bruker vi produktdesignsprints til å teste kundens ide eller svare på deres kritiske forretningsspørsmål. Det er nå et valgverktøy i vårt repertoar når vi jobber med en ny klient. Det hjelper oss å sette en retning, forutse og unngå problemer, og redusere bortkastet tid, penger og innsats.
Pioneered av Google Ventures, produktdesign sprints er en prosess vi begynte å bruke tidlig i 2015. De har vært svært vellykkede for å raffinere det arbeidet vi gjør for våre kunder, uvurderlig for nye virksomheter, nettsteder og produkter. De gjør oss i stand til å validere nye produkter og unngå potensielt dyre problemer nedover linjen.
I en uke kommer vi til å forstå hva problemet er, komme opp med løsninger og lage en prototype for å validere dem
I en uke kommer vi til å forstå hva problemet er, komme opp med løsninger, og opprett en prototype for å validere dem. Gjennom denne prosessen er vi i stand til å oppnå en rekke hovedmål, inkludert:
Uken er intens og innsiktsfull; og vi identifiserer raskt hva som fungerer og hva som ikke gjør det. Derfra kan vi lage de riktige anbefalingene for å få kundens produkt på riktig spor.
Så, hvordan holder du et design sprint for ditt neste prosjekt?
Design sprints kjøres i en ukes sykluser. Fra vår erfaring mener vi at en enkelt sprint kan validere de fleste problemer med brukeropplevelsen. Med bare 5 virkedager, må vi sørge for at hver time teller. Du må samle de rette interessentene, og for hele tiden bør det være 100% forpliktelse.
Når vi driver en produktdesignsprint, inkluderer vi alltid en designer, en utvikler og, viktigst, en tilrettelegger for å lede prosessen.
Fra klienten vil vi sikte på å inkludere en produkteier (personen som kan ta beslutninger) og ideelt interessenter som representerer viktige områder som kundeservice, markedsføring, IT og finans. Hvem deltar er helt avhengig av virksomheten din, men nøkkelbeslutningsmannen må inkluderes og alle deltakere må være til stede for hele sprinten.
Til slutt trenger vi et stort rom med mange whiteboards og plass til brainstorming, papir, post-it notater som sitter fast overalt. Dette kan enten være her på vårt kontor eller på kundens plassering.
Hver dag fokuserer vi på et nytt aspekt for å møte sluttmålet:
Dag ett fokuserer på å forstå hovedmålet for prosjektet eller problemet vi prøver å løse, og identifisere hvem brukerne er og hva de vil ha fra produktet. Vi kaster rundt ideer, analyserer eksisterende produkter og ser på hva konkurrentene gjør. Vi ser da på den primære brukerreisen og bestemmer hvilke områder som skal fokuseres på resten av uken.
Dag to handler om at enkeltpersoner kommer opp med egne ideer. På dette stadiet er det ingen dårlige ideer! Vi bruker prosesser som notatopptak, mind maps, crazy 8s og storyboarding. Ingenting er for lite til å bli utforsket: Vi kom en gang opp med 160 forskjellige måter å utføre søk på.
Dag tre handler om å trekke sammen alt identifisert på dag ett og to, og ta beslutninger. Vi analyserer fordelene og kritiserer feilene i hver ide. Etter dette bruker vi punktstemme slik at enkeltpersoner kan identifisere individuelle funksjoner de liker fra hvert forslag.
Vi lager en oversikt over alle forutsetninger som vi vil teste på dag fem med prototypen, og som en gruppe bestemme hvilke eksakte elementer vi vil teste i prototypen på dag fem. Vi tegner disse på bordet som wireframes.
Dag fire fokuserer på to ting. For det første, prototyper som designer bygger, som er basert på wireframes etablert på tredje dag. Dette sikrer at alle i rommet er sikker på nøyaktig funksjonalitet som forventes i prototypen når den testes på dag fem.
For det andre, som en gruppe, bestemmer vi testskriptet. Dette inneholder veiledning, spørsmål og oppgaver som leses ut til brukere, som alle legger inn på forutsetningene vi vil validere på dag 5.
Et par viktige ting å huske: Det er ikke ment å se pen ut, det er ikke ment å være perfekt, og det er ikke ment å være opphengt i branding. Vi maksimerer bruken av vår tid ved å fokusere på de delene som er kritiske for en bruker å vurdere, og som gir oss de viktige innsiktene.
Dag fem handler om å bringe inn virkelige brukere. I planleggingsfasen utfører vi forskning for å identifisere en gruppe brukere som kan sette designene og tøffe produktet til testen.
Vi rekrutterer brukere på en rekke forskjellige måter; men det er viktig at vi får de riktige brukerne til å teste konseptet. Dette inkluderer ofte å identifisere potensialer og kvalifisere dem selv, sende ut en undersøkelse om sosiale medier, og i noen tilfeller ansette en profesjonell tjeneste som kan bidra til å finne de rette brukerne av prøven.
For å få det beste utvalget i resultatene, har vi en tendens til å sikte på minst et halvt dusin brukere for å gjennomføre testingen.
overvåking nøyaktig hva brukerne gjør, snarere enn hva de sier, er det viktigste aspektet ved brukertesting
På grad 53 har vi satt opp testfasiliteter som lar oss registrere hva som skjer på enheten, hvordan brukerne samhandler med prototypen, og brukeren selv. I et annet rom ser interessentene dette som det skjer.
Tilretteleggeren er den eneste personen som er tilstede hos brukeren. Tilretteleggeren vil ta dem gjennom testskriptet, og legger stor vekt på brukerens handlinger. Fra vår erfaring vil de fleste mennesker si at de liker produktet. Dette er grunnen til å overvåke nøyaktig hva brukerne gjør, i stedet for hva de sier, er det viktigste aspektet ved brukertesting.
Dette er langt den mest spennende delen av designsprinten, da det hjelper interessenter å avgjøre om de vil bringe produktet til livs, finjustere eller endre konseptet, eller skrap ideen helt. (Det er sannsynligvis ikke så spennende, men i det minste har de ikke gått gjennom å utvikle et produkt uten å se resultater.)
Uansett hva resultatet av designsprinten er, vil interessenter til slutt ha en mye klarere ide om hvordan de kan løse et digitalt problem, eller om deres nye forretningsidé går i riktig retning. Innen bare fem dager kan vi skape en fungerende prototype, med reell tilbakemelding fra brukerne, og enhver kritikk og konstruktiv tilbakemelding kan brukes til å ta en avgjørelse.
Så hvorfor elsker vi design sprints? På bare fem dager kan vi oppnå et utfall som normalt kan ta måneder. Det kondenserer alt ned til det grunnleggende, og gir oss en forståelse av nøyaktig hva vi trenger å gjøre.
Prøv en for deg selv.