Aan het eind van de werkdag staat er een klikbaar prototype op een URL die je kunt delen. Hieronder staat wat daarin zit, wat er bewust buiten blijft en wat je ermee kunt doen in het gesprek dat erna komt.
Iets dat je kunt doorklikken en doorsturen, niet een plaatje.
Het resultaat is een prototype dat op een eigen URL draait. Je opent het in een browser, doorloopt de flow die we die dag hebben gekozen en de schermen reageren zoals ze in het echt zouden doen. Knoppen doen iets, velden onthouden wat je invult, en de volgorde klopt.
Dat verschilt van een klikbaar ontwerp in een designtool, waar de doorklik vastligt in een vooraf bedacht pad. Wat hier staat is gebouwd, dus het gedraagt zich ook zo als iemand een andere route neemt dan je had verwacht. Wat een klikbaar prototype precies is, staat apart uitgelegd.
De grens is bewust getrokken, zodat het deel dat er is ook echt werkt.
Drie situaties waarin een werkend scherm iets doet wat een document niet doet.
In een overleg vult iedereen bij een slide zelf in wat het wordt. Een demo die mensen zelf doorklikken haalt die ruimte weg, waardoor het gesprek over de richting gaat in plaats van over aannames.
Je kunt het voorleggen aan een handvol mensen uit de doelgroep en kijken waar ze aarzelen. Dat levert bezwaren op die je anders pas na de bouw hoort.
Wie budget moet vrijmaken, wil weten waar het over gaat. Iets tastbaars maakt de vraag concreter dan een beschrijving, en dat scheelt vaak een ronde.
De demo zelf zegt niet alles. De context eromheen wel.
Bij de overdracht krijg je een korte doorloop van het pad dat we hebben gebouwd, zodat je het zelf kunt laten zien zonder te hoeven zoeken. Daarbij zit een overzicht van de aannames die we onderweg hebben gedaan: wat we hebben ingevuld omdat het nog niet vaststond, en welke keuze we daarbij hebben gemaakt.
Ook krijg je de lijst met wat er bewust buiten de scope bleef. Dat is belangrijker dan het lijkt, want het voorkomt dat iemand in een volgende vergadering denkt dat een ontbrekend onderdeel over het hoofd is gezien. En het maakt het gesprek over een vervolg makkelijker, omdat de openstaande punten al benoemd zijn.
Eerlijk over de grens, zodat niemand er de verkeerde verwachting aan hangt.
Een prototype is gebouwd om een vraag te beantwoorden, niet om in gebruik genomen te worden. Er zit geen beveiliging in die past bij echte gebruikersgegevens, geen foutafhandeling voor situaties die we niet hebben getest, en geen beheer voor als er iets stukgaat. Dat is geen tekortkoming maar een keuze: die dingen kosten tijd die dan niet naar de vraag gaat die je wilt beantwoorden.
Het betekent ook dat je het niet zomaar aan echte klanten geeft. Voor een test met een kleine groep waarbij je meekijkt is het prima. Zodra mensen er hun eigen gegevens in zetten, is de stap naar productie eerst nodig. Wat daarbij komt kijken staat in van prototype naar productie.
Er zijn drie richtingen, en welke past hangt af van wat de demo oplevert.
De eerste is stoppen. Als uit de reacties blijkt dat het idee niet werkt of dat het probleem elders zit, dan heb je dat geleerd voordat er een bouwtraject aan hing. Dat is een prima uitkomst.
De tweede is nog een ronde. Soms roept de demo een nieuwe vraag op die je met een andere flow wilt toetsen, bijvoorbeeld vanuit een ander soort gebruiker.
De derde is doorbouwen. Dan gaat het gesprek over wat er echt moet komen, welke koppelingen nodig zijn en wat dat betekent voor beheer. Dat is een apart traject, en daar denken we in mee. Wil je eerst weten hoe de dag zelf verloopt, kijk dan bij prototype in een dag.
Een klikbaar prototype op een URL die je kunt delen. Je doorloopt de flow die we die dag hebben gekozen, met schermen die reageren zoals ze in het echt zouden doen en met tekst en voorbeelddata die bij jouw context passen.
Nee. Het gedraagt zich als een app in de flow die we gebouwd hebben, maar het is niet gekoppeld aan jullie systemen en niet gebouwd om live te gaan. Het doel is dat mensen ervaren wat je bedoelt, zodat je een besluit kunt halen.
Ja. Je krijgt een deelbare URL en een korte walkthrough waarin staat welk pad je moet lopen en welke aannames erin zitten. Dat is genoeg om het rond te sturen naar collega's of een stuurgroep.
We gebruiken voorbeelddata die op jullie situatie lijkt, zodat het herkenbaar is. Een koppeling met jullie echte systemen valt buiten een werkdag, omdat daar toegang, afspraken en tests bij komen kijken.
Een overzicht van de aannames die we hebben gedaan, een lijst met wat er bewust buiten de scope bleef, en een korte doorloop van wat er nodig zou zijn om verder te bouwen. Die laatste lijst is een inschatting, geen offerte.
Dan bespreken we wat de volgende stap moet zijn. Soms is dat een tweede prototype-ronde met een andere flow, soms een echt bouwtraject. Dat laatste stelt andere eisen aan code, beveiliging en beheer dan een prototype.
Stuur ons je idee. In een intake bepalen we welke flow de kern is en wat er aan het eind van de dag zou staan.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.