Een richting die je kunt bekijken.

Een omschrijving kan voor iedereen iets anders betekenen. Een werkend voorbeeld maakt zichtbaar welke stappen een gebruiker doorloopt, welke informatie op een scherm nodig is en waar nog een beslissing ontbreekt. Zo kun je een richting toetsen zonder die meteen als definitief systeem te behandelen.

De demo is daarbij een gespreksonderdeel. Welke stap klopt met de praktijk? Wat ontbreekt? Welke handeling is niet nodig? Het antwoord komt van de mensen die het werk kennen, niet alleen van degene die het scherm bouwt.

Een prototype kan de samenhang van schermen en acties laten zien. Het toont niet automatisch aan dat gegevens veilig worden verwerkt, dat alle gebruikersrollen zijn uitgewerkt of dat een koppeling onder belasting blijft werken. Ook een aantrekkelijk dashboard is geen bewijs van gemeten bedrijfsresultaten.

We benoemen daarom of een voorbeeld een verkenning of een opgeleverd klantproject is. Productiecases staan apart in het overzicht met geleverd werk. Het voorbeeld voor Millionaire Commerce blijft expliciet als demo omschreven.

Na de verkenning bepalen we wat de eerste bruikbare versie moet omvatten. Daar horen gegevens, toegangsrechten, uitzonderingen, tests en beheer bij. De scope, afhankelijkheden en acceptatiepunten komen in het projectplan. Een akkoord op de uitstraling van een prototype vervangt die afspraken niet.

Je kunt ook besluiten een onderdeel aan te passen, de vraag kleiner te maken of niet verder te bouwen. De verkenning heeft dan geholpen een keuze te maken. Lees de werkwijze van intake tot overdracht voor het vervolg.

Neem een voorbeeld mee van het proces dat je wilt verbeteren. Wie begint, wat heeft de volgende persoon nodig en waar loopt het nu vast? Daarmee kan een demo over het dagelijkse werk gaan, in plaats van over een losse lijst functies. In het artikel waarom we eerst een demo maken lees je meer over die aanpak. Een eigen vraag bespreken kan via de intake.