Het is een terechte vraag. Een werkdag is kort, en je wilt niet aan het eind van de dag met iets halfs blijven zitten. Hieronder staat hoe we vooraf bepalen wat er in een dag past, wat we doen als het onderweg anders loopt dan gedacht, en waar je staat als een onderdeel niet af komt.
Als een prototype tegenvalt, komt dat bijna altijd doordat de vraag te breed was.
Een werkdag is genoeg tijd om een idee klikbaar te maken, zolang duidelijk is welk idee dat is. Waar het misgaat, is bij een opdracht die eigenlijk uit drie vragen bestaat. Iemand wil de aanmeldflow laten zien, maar ook het dashboard erachter, en het liefst met echte data uit het bestaande systeem. Dat zijn drie trajecten in een jas.
De beperking van een dag dwingt tot een keuze die anders vaak uitblijft: welk onderdeel moet werken om het gesprek te kunnen voeren? Die vraag beantwoorden we in de intake en niet halverwege de middag. Wie wil weten hoe die afweging in de praktijk gaat, kan de scope-slicer gebruiken om zelf een eerste indeling te maken.
De grens ligt niet bij het aantal schermen, maar bij het aantal onbekenden.
Drie dingen bepalen of de dag oplevert wat je nodig hebt.
We beginnen niet bij features maar bij de vraag wie je moet overtuigen en waar die groep op afhaakt. Dat bepaalt welk deel klikbaar moet zijn en welk deel statisch mag blijven.
We kiezen samen het pad dat het verhaal vertelt. Alles wat daarbuiten valt schrijven we op als vervolg, zodat het niet stilletjes de dag in kruipt.
Wat we invullen zonder dat het vaststaat, leggen we vast. Zo weet iedereen die de demo later ziet welk deel echt is en welk deel een keuze was.
Bijsturen gebeurt op omvang, zodat de kern overeind blijft.
Soms blijkt een onderdeel lastiger dan verwacht. Een flow zit ingewikkelder in elkaar dan hij op papier leek, of een keuze die vanzelfsprekend leek roept tijdens het bouwen nieuwe vragen op. Dat merken we meestal rond het middaguur, en dan bespreken we het meteen in plaats van aan het eind van de dag.
De aanpassing zit dan in de omvang. We halen randfunctionaliteit weg, vereenvoudigen een stap of maken een scherm statisch dat eerst klikbaar zou worden. Wat we niet doen is de kwaliteit van het overgebleven deel laten zakken om toch alles te halen, want dan houd je iets over dat nergens overtuigt.
Je beslist mee in dat gesprek. Het is jouw demo en jij weet welk onderdeel je publiek wil zien.
Een werkend deel is bruikbaar. Een half product niet.
We bouwen van binnen naar buiten. Eerst de flow die je wilt tonen, daarna de aankleding eromheen. Dat betekent dat wat er aan het eind van de dag staat werkt en deelbaar is, ook als de buitenste laag dunner is dan gepland.
Bij de overdracht loop je met ons door wat er staat, wat er bewust niet in zit en wat ervoor nodig zou zijn om dat alsnog te doen. Dat laatste is geen offerte maar een lijst, zodat je zelf kunt bepalen of het de moeite waard is. Wat je in elk geval hebt, is iets dat je in je volgende overleg kunt laten zien in plaats van beschrijven.
Er zijn situaties waarin we een andere aanpak voorstellen.
Als het idee nog geen vorm heeft en het gesprek vooral gaat over welke richting het op moet, dan is bouwen te vroeg. Een discovery-sprint past dan beter, omdat je daar de vraag scherp krijgt voordat er iets gemaakt wordt.
Als je juist verder bent en het prototype al bestaat, maar het moet naar productie, dan is dat een ander soort werk met andere eisen. Lees daarvoor hoe de stap van prototype naar productie eruitziet.
En als je twijfelt of jouw geval in een dag past, geeft kan dit in een dag in een paar vragen een eerste indicatie. Levert dat geen duidelijk antwoord op, dan kijken we in een intake mee.
Dan snijden we in de scope, niet in de kwaliteit. We leggen aan het begin van de dag vast welke flow de kern is. Blijkt onderweg dat een onderdeel meer tijd kost dan gedacht, dan gaat het randgedeelte eraf zodat de kern wel af komt en klikbaar is.
Ja. We werken van binnen naar buiten: eerst de flow die je wilt tonen, daarna de aankleding. Valt er iets af, dan zit dat aan de buitenkant. Wat er staat werkt en is deelbaar, en je krijgt erbij wat er nog open staat.
Dat bepalen we in de intake. We vragen naar het publiek, de flow die je wilt laten zien en de aannames eronder. Past het niet in een dag, dan zeggen we dat voordat we beginnen en stellen we een andere vorm voor.
Dan is dat een signaal dat we de verwachting vooraf niet scherp genoeg hebben gemaakt. Aan het eind van de dag lopen we het samen door. Wat er niet in zit maar wel had gemoeten, benoemen we, inclusief wat ervoor nodig is om het alsnog te doen.
Alles wat afhangt van een koppeling met jullie echte systemen, van een goedkeuring die er nog niet is, of van data die eerst opgeschoond moet worden. Ook meerdere flows tegelijk uitwerken past niet. In die gevallen is een langere vorm logischer.
Ja. Het prototype is bedoeld om te tonen en te toetsen, en je kunt het delen met wie je wilt. Wil je daarna doorbouwen naar iets dat live kan, dan is dat een apart traject met andere eisen aan code en beveiliging.
Stuur ons je idee. In een intake kijken we welke flow de kern is en of een werkdag de juiste vorm is. Zo niet, dan zeggen we dat voordat we beginnen.
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.