Dus je wilt uitzoeken hoe je je aanpak voor een nieuwe functie of een digitaal product kunt valideren?
Tegenwoordig kan het zoeken naar nieuwe methoden en concepten voor het aanpakken van snel prototypen een ongelooflijke hoeveelheid informatie opleveren. Eerlijk gezegd kan het behoorlijk lastig zijn om al die informatie door te nemen en iets te vinden dat zinvol is voor jouw specifieke behoefte.
Welnu, vrienden, jullie zijn op de juiste plek aangekomen. Als Digital Product Manager met 6 jaar ervaring in het beheren van de levenscyclus van het bouwen, testen en itereren van technologie, heb ik volop verschillende technieken voor snel prototypen voor uiteenlopende producten kunnen testen.
Tijdens mijn tijd bij Crema heb ik geleerd hoe ik de beste techniek voor snel prototypen voor een specifieke toepassing kan bepalen, evenals wanneer en waar deze het beste kan worden toegepast en hoe ik ze het effectiefst kan gebruiken om antwoorden te vinden op de vragen die nodig zijn om de best mogelijke versie van een product te bouwen.
In dit artikel deel ik mijn 6 favoriete methoden voor snel prototypen en bespreek ik hoe je de perfecte techniek kunt vinden die de gewenste mate van getrouwheid biedt.
Overzicht van snel prototypen: wat is snel prototypen?
Onderzoek heeft aangetoond dat “prototyping helpt ervoor te zorgen dat de kern van een systeem juist is, voordat middelen worden ingezet voor de ontwikkeling van het volledige systeem.”
Dit klinkt natuurlijk als muziek in de oren van productmanagers, vooral wanneer de nadruk ligt op begrijpen of een nieuwe aanpak of tool de moeite waard is om te bouwen.
Dus wat houdt de aanpak van snel prototypen precies in?
Snel prototypen draait volledig om een idee onder gebruikers te brengen, feedback te verzamelen en je idee snel te verfijnen en te herhalen op basis van die feedback. Het is een onbepaalde lus die steeds opnieuw moet worden gebruikt totdat het team tevreden is met de gevalideerde aanpak.
De keuze voor getrouwheid: hoge getrouwheid versus lage getrouwheid
Hoge getrouwheid? Lage getrouwheid?…Wat betekent dat allemaal?
Het eerste wat we volledig moeten begrijpen om te bepalen welke soorten snel prototypen het beste werken voor jouw prototype, is de mate van getrouwheid.
Zowel benaderingen met hoge als lage getrouwheid zijn bijzonder nuttig, maar hun afzonderlijke impact hangt sterk af van de vraag of ze op het juiste moment worden toegepast.
InVision, een marktleider op het gebied van software voor het maken van prototypes met hoge getrouwheid en iteratief ontwerpprocesdenken, erkent en moedigt mensen ook aan de verschillen tussen de benaderingen te begrijpen:
“Prototyping met de verkeerde mate van getrouwheid is een van de grootste fouten bij het maken van prototypes. Helaas bestaat er geen universele oplossing. In plaats daarvan moet je dit per afzonderlijke situatie beoordelen.”
Prototypes met lage getrouwheid
Deze prototypes zijn goedkoop, eenvoudig te maken en uitstekend geschikt voor nieuwe projecten of ideeën die door meerdere belanghebbenden moeten worden gevalideerd of afgewezen. Dit type aanpak is nuttig voor mensen die niet direct toegang hebben tot middelen voor ontwerp en/of ontwikkeling.
Prototypes met hoge getrouwheid
Deze zijn duurder omdat ze gebruik kunnen maken van middelen voor ontwikkeling en ontwerp, maar wireframes met hoge getrouwheid of prototypes bieden gebruikers een levensechtere ervaring waarop zij feedback kunnen geven.
Het kan zeker nuttig zijn om een bruikbaarheidstest uit te voeren voordat je ooit iets met een prototype bouwt, voor het geval je veel grote wijzigingen moet aanbrengen of het misschien helemaal niet aan de verwachtingen voldoet. Zo bespaar je veel tijd en geld.
Dit type aanpak is uitstekend geschikt voor projecten die een specifieke ervaring beter willen begrijpen, nieuwe ideeën en werkstromen willen testen of de algehele functionaliteit en het doel beter willen valideren of ongeldig verklaren.
Have an account? Log In
Technieken voor prototypen met lage getrouwheid
1. Pen en papier
Als een van de meest flexibele en veelgebruikte technieken stelt het goede oude proces met pen & papier mensen in staat om samen te werken met wat ze bij de hand hebben (pen en papier), zodat ideeën en concepten van zoveel mogelijk mensen kunnen worden verzameld.
Pen en papier kunnen een bijzonder effectieve manier zijn om ideeën aan je team en belanghebbenden over te brengen, zonder een grotere sessie te organiseren.
Hier volgen enkele voorbeelden van situaties waarin een techniek met pen & papier kan worden toegepast:
- Een klant heeft een nieuwe functie aangevraagd voor het product dat je team heeft gebouwd. Deze functie kan op verschillende manieren worden geïmplementeerd en het lijkt erop dat elk teamlid een andere suggestie of een ander idee heeft over hoe deze kan worden gerealiseerd.
- Een klant heeft een nieuw idee voor een toepassing. Deze app is bedoeld om een specifiek probleem of een specifieke taak voor de eindgebruiker op te lossen, of er is ten minste één gerichte gebruikersstroom die duidelijk moet worden gedefinieerd om het product succesvol te maken.
Hoe kun je dit uitvoeren?
Het goede nieuws is dat oefeningen met pen & papier bijzonder flexibel zijn. Houd daarom rekening met je behoeften en beperkingen en pas ze gerust aan op een manier die voor jou het beste werkt. Hieronder staan enkele stappen die je kunt nemen om de basis te leggen:
- Breng de benodigde mensen samen in een ruimte — belanghebbenden, applicatieontwikkelaars, eindgebruikers, ontwerpers enzovoort. Deze oefening staat open voor iedereen en vereist alleen dat je bereid bent om deel te nemen!
- Geef iedereen papier en een pen en beschrijf het probleem dat moet worden opgelost.
- Stel een timer in (~10 minuten) en vraag iedereen om te visualiseren en te demonstreren hoe dat probleem kan worden opgelost.
- Laat, zodra de timer is afgelopen, iedereen zijn of haar voorgestelde oplossing toelichten.
- Bekijk de verschillen en overeenkomsten tussen elke aanpak en verzamel gedurende deze tijd feedback en suggesties.
- Je kunt het team ook een sessie “noteren en stemmen” laten houden om relevante en uitvoerbare feedback te bepalen.
2. Feedbackformulieren en enquêtes
Feedbackformulieren en enquêtes zijn een uitstekende manier met weinig impact om een groot publiek te bereiken. Om effectief te zijn, moeten feedbackformulieren en enquêtes nauwkeurig en onbevooroordeeld zijn. Daarom is het belangrijk om je vragen op de juiste manier te formuleren.
Hier volgen enkele voorbeelden van situaties waarin feedbackformulieren en enquêtes kunnen worden toegepast:
- Je wilt je bedrijf een nieuwe uitstraling geven en een nieuw bedrijfslogo staat als volgende op de takenlijst. Het is belangrijk voor je team dat het logo breed wordt geaccepteerd door je klanten, dus je wilt hun inbreng tijdens dit ontwerpproces.
- Er moet een beslissing worden genomen over je product en die beslissing zou veel baat hebben bij gegevens ter onderbouwing. Je hebt geen toegang tot een analysetool, maar wel tot veel mensen die bereid zijn enkele korte vragen te beantwoorden.
Hoe kun je dit uitvoeren?
- Overweeg je toolopties en bepaal wat het beste bij je behoeften past.
- Google Forms en SurveyMonkey zijn algemeen bekende gratis tools waar de meeste mensen vertrouwd mee zijn. Deze tools bieden echter mogelijk geen visuele weergaven of grafieken van de antwoorden.
- Typeform is een betaalde tool die datavisualisaties en aanpassingsmogelijkheden biedt, maar het kan enige tijd kosten om te leren hoe je deze gebruikt.
- Zorg er bij het opstellen van je vragen voor dat je geen vragen stelt op een manier die de antwoorden in een bepaalde richting stuurt. Houd enquêtes bovendien relatief kort (~ 5 minuten om in te vullen), zodat eindgebruikers zich prettig voelen bij het invullen van de enquête. Formuleer je vragen daarom zo dat ze de meeste waarde opleveren en tegelijkertijd gemakkelijk te beantwoorden zijn.
- Enquêtes zijn alleen effectief wanneer ze onbevooroordeelde feedback opleveren. De personen die je enquête ontvangen, zouden — indien mogelijk — gebruikers moeten zijn die geen directe relatie hebben met of belang hebben bij het product.
- Elke reactie (vooral een reactie in vrije tekst) moet worden beoordeeld en meegenomen wanneer je team bepaalt waaraan het vervolgens moet itereren.
Gerelateerd artikel: 10 beste softwareoplossingen voor gebruikersfeedback om de klanttevredenheid te verbeteren
3. Eerste conceptvalidatie
Eerste conceptvalidaties zijn een van mijn favoriete manieren om een product te valideren tijdens de vroege ontwikkelingsfasen, maar ook wanneer je aanvullende functies voor een product dat al langere tijd bestaat wilt valideren.
Bij deze techniek zorg je ervoor (of valideer je) dat het productconcept nuttig, relevant of noodzakelijk zal zijn voor klanten. Ik moet zeggen dat er best wat lef of moed voor nodig kan zijn om dit te proberen, maar als je bereid bent de juiste vragen te stellen, zul je zeker antwoorden vinden.
Hier zijn enkele voorbeelden van situaties waarin eerste conceptvalidatie kan worden toegepast:
- Je hebt een nieuw productconcept dat je wilt lanceren en je wilt de interesse van het publiek in dit nieuwe product peilen.
- Een andere manier om deze aanpak toe te passen, is bij ideeën die al zijn gevalideerd, maar waarvoor je meer betrokkenheid zoekt bij een nieuwe functie of tool binnen het product.
Hoe zou je dit kunnen uitvoeren?
Door een landingspagina of website op te zetten, bijvoorbeeld met een websitebouwer voor websites van één pagina, kun je een geweldige mogelijkheid creëren om enkele van de meest basale informatie over het product te presenteren en tegelijkertijd e-mailadressen van gebruikers te verzamelen om hen op de hoogte te houden.
Hierdoor moeten gebruikers bepalen of ze echt geïnteresseerd zijn — gebaseerd op de vraag of ze bereid zijn e-mails en updates te ontvangen naarmate het product zich verder ontwikkelt. Dit levert je ook een groep bètatesters en gebruikers op die later mogelijk eerder bereid zijn deel te nemen aan langdurigere tests en validatie.
Een andere mogelijkheid om deze techniek toe te passen, doet zich voor wanneer een product verandert van een gratis tool in een betaalde tool. Hoe kunnen bedrijven bepalen of gebruikers daadwerkelijk geïnteresseerd en voldoende betrokken zijn om voor tools te gaan betalen? Ze beginnen met het stellen van een eenvoudige vraag: “Zou je vandaag je kaart trekken?”
- Bij prijsstelling spelen veel aspecten en overwegingen een rol, maar voordat een van die beslissingen kan worden genomen of bedragen kunnen worden vastgesteld, moet het concept van betalen voor het product worden gevalideerd.
- Door deze vraag te stellen, moeten gebruikers stilstaan bij en beoordelen welke opbrengst dit product hun biedt. Is het dat waard? Zou ik — onveranderd — zonder kunnen? Als gebruikers enthousiast zijn en bereid zijn hun kaart te trekken, heb je een validatie.
Technieken voor prototypen met hoge getrouwheid
1. Digitale prototypen en gebruikersinterviews
Als je overweegt digitale prototypen en gebruikersinterviews te gebruiken, kijk je naar een van de belangrijkste technieken voor prototypen met hoge getrouwheid (of in ieder geval een van mijn favoriete methoden!).
Bij deze methode worden binnen verschillende domeinen behoorlijk wat middelen ingezet. Daarom is het vrij gebruikelijk om ervoor te zorgen dat er al enige gevalideerde interesse in het overkoepelende idee bestaat voordat je tijd en mensen investeert in het creëren van prototypen en het interviewen van eindgebruikers.
Dat wil niet zeggen dat gloednieuwe concepten niet met deze methode moeten worden getest (ik raad het aan als je het kunt realiseren!), maar het is belangrijk om op te merken dat je door het creëren en verfijnen van de prototypen en het interviewen van eindgebruikers een basishoeveelheid tijd aan dit proces zult besteden. Hoe diep je echter in de ontwerp- en verfijningsprocessen en de interviewprocessen duikt, is volledig aan jou!
Hier zijn enkele voorbeelden van situaties waarin digitale prototypen en gebruikersinterviews kunnen worden toegepast:
- Je beschouwt je product of functie als een goede kandidaat voor een ontwerpsprint. Je hebt vastgesteld dat validatie en ontwerp nodig zijn en je wilt de hoeveelheid middelen die op korte termijn wordt ingezet, in tijd beperken.
- Je bent ondernemer met een productidee dat je al enige tijd onder de aandacht brengt of valideert met prototypes met een lage getrouwheid. Je bent op het punt aangekomen waarop je een manier zoekt om je aanpak voor een eerste minimum viable product (MVP) te ontwerpen en te valideren.
- De volgende functie die is aangevraagd, vergt vanuit technologisch perspectief behoorlijk wat inspanning. Daarom wil je een prototype maken om te valideren of de functie daadwerkelijk een probleem voor eindgebruikers oplost, terwijl je met behulp van feedback van gebruikers zoekt naar manieren om de scope te beperken.
Hoe zou je dit kunnen uitvoeren?
Als je een begeleider voor ontwerpsprints beschikbaar hebt, mag je jezelf ongelooflijk gelukkig prijzen en gebruikmaken van diens expertise! Als je die hulpbron niet tot je beschikking hebt, kun je enkele oefeningen gebruiken die GV toepast voor hun ontwerpsprints en deze in je projecten implementeren — met de nadruk op het afbakenen van een specifiek gebied en probleem, het ontwerpen van mogelijke oplossingen en het interviewen van eindgebruikers voor feedback en iteraties.
Je hoeft aan het begin niet meteen een volledige week te investeren, vooral niet als dat voor je team niet haalbaar is. Deze sessies kunnen in tijd worden beperkt zodat ze aan je behoeften voldoen. Crema heeft goede resultaten behaald met het uitvoeren van een functiesprint van 2,5 uur voordat ze verdergingen met aanvullende sessies voor het stapsgewijs ontwerpen van prototypes en het verzamelen van feedback.
2. Schetsen
Het team van Basecamp heeft geholpen om de bekendheid en waarde van het schetsen van gebruikersstromen te verspreiden via hun beproefde techniek, die ze binnen hun eigen organisatie gebruiken. Deze techniek kan ook als een aanpak met lage getrouwheid worden beschouwd, omdat je tijdens dit proces geen middelen maakt of digitale prototypes ontwerpt.
Om met behulp van dit schetsproces echter echt overeenstemming te bereiken over de beste aanpak, moeten de juiste mensen aanwezig zijn — en vaak betekent dat mensen uit ontwikkeling, ontwerp, product, belanghebbenden en eindgebruikers.
Omdat we mensen uit verschillende teams inzetten, valt er sterk te beargumenteren dat je daadwerkelijk een prototype met een hoge getrouwheid maakt — een prototype dat vanuit ontwerpperspectief verfijnd en klaar is voor implementatie.
Hier zijn enkele voorbeelden van situaties waarin schetsen kan worden toegepast:
- Je werkt voor een organisatie die software als dienst (SaaS) levert
Je hebt interne belanghebbenden (het management), externe belanghebbenden (klanten die het product gebruiken), verkoopteams die het product verkopen en productteams die de producten bouwen. Keer op keer kom je in een situatie terecht waarin ten minste één of meer van deze groepen vinden of aangeven dat oplossing X of Y vanuit hun perspectief niet aan de behoefte voldoet.
- Je werkt in een productteam en maakt software of hulpmiddelen voor een specifieke klant:
Je wilt samenwerken met elk beoogd teamlid en je klant om er vóór het ontwerpen en ontwikkelen voor te zorgen dat de werkstroom rekening houdt met alle behoeften, vereisten en productspecificaties.
Hoe zou je dit kunnen uitvoeren?
Bepaal wie er aanwezig moet zijn. Afhankelijk van het probleem dat je probeert op te lossen, moet je de focusgroep mogelijk verkleinen of de groep uitbreiden om ervoor te zorgen dat alle partijen vertegenwoordigd zijn en deel uitmaken van het besluitvormingsproces.
Gebruik, net als Basecamp aanbeveelt, een whiteboard (of een virtueel whiteboard, zoals Miro!) en richt je op het definiëren van een gebruikersstroom met drie basiselementen, waarbij je alleen woorden gebruikt (geen afbeeldingen!):
- Plaatsen: Dit zijn dingen waar je naartoe kunt navigeren, zoals schermen, dialoogvensters of menu's die verschijnen.
- Bedieningsmogelijkheden: Dit zijn dingen waarop de gebruiker actie kan ondernemen, zoals knoppen en velden. We beschouwen interface-teksten ook als een bedieningsmogelijkheid. Het lezen ervan is een handeling die gebruikers informatie geeft voor volgende acties.
- Verbindingslijnen: Deze laten zien hoe de bedieningsmogelijkheden de gebruiker van de ene plaats naar de andere brengen.
Bespreek elk element met je team en verbeter de verbindingen, bedieningsmogelijkheden en zelfs plaatsen op basis van de ontvangen feedback. Je voert deze stap zo vaak uit als nodig is — om ervoor te zorgen dat verschillende perspectieven en standpunten worden beoordeeld, zodat elke gebruikersstroom vóór de implementatie van het ontwerp kan worden overwogen en, waar van toepassing, opgenomen
More Articles
3. Prototypen met lapwerk
Patchwork-prototyping is een vorm van snelle prototyping waarbij gebruik wordt gemaakt van opensourcesoftware en die onderdeel was van een uitstekend onderzoek aan de Universiteit van Illinois.
Bij deze aanpak voor prototyping wordt rekening gehouden met veel van de dingen die we instinctief doen om uniformiteit te creëren en tijd te besparen (zoals ervoor kiezen om materiaalontwerpen te gebruiken in plaats van een gebruikersinterface op maat te ontwerpen) terwijl we productprototypes bouwen. Tegelijkertijd wordt ook opensourcesoftware in de vergelijking meegenomen.
Volgens het onderzoek omvat patchwork-prototyping “het aan elkaar koppelen van opensourcetoepassingen als middel om prototypes met hoge getrouwheid te maken” en “combineert het de snelheid en lage kosten van papieren prototypes, de breedte van horizontale prototypes en de diepgang en hoge functionaliteit van verticale prototypes met hoge getrouwheid.”
Hier zijn enkele voorbeelden van omstandigheden waarin patchwork-prototyping kan worden toegepast:
- Je hebt verzoeken ontvangen voor nieuwe functionaliteit binnen je product, functionaliteit die misschien iets buiten de oorspronkelijke reikwijdte van je tool valt. Daarom wil je dit verzoek valideren bij andere gebruikers of belanghebbenden voordat je de volledige uitdaging aangaat om het te bouwen.
- Tijd en/of middelen zijn beperkt, maar je hebt een snelle manier nodig om een concept of gebruikssituatie te valideren of om momentum te creëren bij gebruikers of belanghebbenden.
Hoe zou je dit kunnen uitvoeren?
Laten we zeggen dat je een verzoek hebt ontvangen om een CRM op maat te bouwen. In dat CRM willen ze niet alleen klantgegevens en klantbeheer opnemen, maar ook inzicht bieden in de verschillende projecten voor elk van die klanten. Met andere woorden: het moet fungeren als een “alles-in-éénoplossing” voor het beheren van klanten en tegelijkertijd het werk voor die klanten uitvoeren.
Voordat je elke tool afzonderlijk bouwt, moet je valideren of deze tool duurzaam is en het probleem van de aanvrager oplost. Daarom gebruik je patchwork-prototyping om snel een oplossing te implementeren voordat je aangepaste software ontwikkelt.
- Je begint met onderzoek naar opensourcesoftware die geschikt zou kunnen zijn voor het kortetermijnprototype. Bijvoorbeeld:
- VLC Media Player (mediaspeler)
- GIMP (fotobewerkingsprogramma)
- Wanneer je de verschillende tools hebt geselecteerd die nodig zijn om aan de verschillende verzoeken binnen het product te voldoen, begin je ze aan elkaar te koppelen.
- Het gewenste resultaat is niet om een perfect product te maken. In werkelijkheid kan het een beetje vreemd aanvoelen om zoveel verschillende opensourcetools in één product te gebruiken. Toch kun je hiermee snel een werkend prototype met hoge getrouwheid maken om je aanpak te valideren.
- Nadat je het hebt getest en gevalideerd, ontdek je misschien dat een paar eenvoudige iteraties binnen de opensourcesoftware geschikt zijn voor je gebruikssituaties. Of je krijgt de feedback die je nodig hebt om het concept te verfijnen en je eigen oplossing te creëren.
Snelle prototyping en iteratief ontwerpproces
We hebben veel verschillende prototypingtechnieken besproken die kunnen worden toegepast op verschillende ontwikkelingsfasen van producten en ideeën, maar nu begint het moeilijke deel: hoe maak ik dit onderdeel van mijn reguliere productlevenscyclus? Het kan lastig zijn om meteen in prototyping te duiken en draagvlak te creëren binnen verschillende teams (en al helemaal als je hiervoor middelen nodig hebt!).
De beste manier om momentum te creëren en een gewoonte van prototyping op te bouwen, is echter door klein te beginnen. Het vinden van een klein probleem dat gebruikers ervaren — zelfs als de oplossing voor de hand lijkt te liggen — kan een goede manier zijn om enkele van deze technieken met je team uit te proberen.
Je zult nieuwe manieren kunnen vinden om niet alleen je tool te verbeteren, maar ook het vermogen van je team om proactief samen te werken en problemen gezamenlijk op te lossen.
Gerelateerde artikelen:
