Digitale innovatie, hoe begin je met een digitaal idee?

‘Hoe begin je met een digitaal idee?’ is eigenlijk de verkeerde vraag. Pas als je écht weet wat de vraag is die speelt, als hierover overeenstemming is bij de betrokken partijen én digitaal bijdraagt aan de oplossing, kun je aan de slag. Een digitaal idee is kansrijk als het aantoonbaar waarde toevoegt. 

Er is trouwens een interessante misvatting: meestal denken we groot, als we bezig zijn met digitale innovatie en de vraagstukken die we willen aanpakken. Maar in plaats van groter denken, is simpeler en kleiner denken vaak een slim idee. We leggen je uit waarom en vertellen we je verderop welke stappen je moet zetten.

Waarom is direct bouwen vaak duurder?

Zoals we al aangeven, denken we bijna altijd groot als het gaat om digitale innovatie. Een nieuw digitaal product ontwikkelen, nadat je er eerst lang over hebt vergaderd en zelf alles hebt uitgedacht, lijkt een goed idee. Maar als je een digitaal product bouwt en vervolgens blijkt dat je keuzes gebaseerd waren op aannames, die verkeerd waren, zul je weer opnieuw het ontwerp-, ontwikkel- en implementatieproces moeten doorlopen. Zonde, natuurlijk. 

Daarom is het vaak verstandig een idee juist kleiner en simpeler te maken, dát te testen en vanuit dat punt verder te gaan. Een goede manier om dit te doen, is het ontwikkelen van een prototype op een kleiner vraagstuk binnen je grotere vraagstuk: een simpele, nononse oplossing, om een aanname te toetsen. De Design Sprint is daar een goed voorbeeld van. Bij een Design Sprint werk je maximaal 5 dagen met een klein team. Eerst aan het definiëren de vraag. Daarna aan het genereren van ideeën - waaruit één idee wordt gekozen. Vervolgens bouw je aan een prototype van een oplossing, die je tot slot realtime test met de gebruikersdoelgroep. Tijdens een Design Sprint leer je veel: over je aannames, maar ook over het werkelijke gedrag van je gebruikersdoelgroep en over hun behoeften.

Hoe kom je van idee naar prototype? 

Als je een prototype wilt gaan bouwen, zoals bij een Design Sprint, zijn er een aantal stappen die je zet.

1. Stel het probleem scherp - Wat lossen we op, voor wie?
2. Schets oplossingen - Wat zijn de mogelijkheden?
3. Kies één richting - Welke oplossing gaan we bouwen als prototype? 
4. Maak een plan/storyboard - Hoe doorloopt de gebruiker in jouw ogen de oplossing?
5. Bouw het prototype - Bouw het zodat het kan worden gebruikt, het hoeft niet volledig te zijn
6. Test met gebruikers - Observeer wat werkt en wat niet werkt
7. Leer van het prototype - En gebruik de inzichten voor een volgende stap

Waarom zijn gebruikersinzichten belangrijk? 

Een oplossing bouw je natuurlijk met de eindgebruiker in het achterhoofd. Als je de vorige zin leest, klinkt dat volstrekt logisch. Dit is alleen níet altijd hoe het in de praktijk gaat. Mensen redeneren vanuit hun eigen manier van denken. Precies hierom is het belangrijk om daadwerkelijke gebruikersinzichten mee te nemen. Bijvoorbeeld van collega’s die ermee moeten werken, consumenten die kaartjes willen kopen. Het kan van alles zijn. Gebruikersinzichten zorgen voor concrete observaties en ondergraven de mogelijke aannames vóór deze geld gaan kosten. 

Zet aannames op papier en bepaal welke aanname het meest onzeker is en het meest bepalend voor het succes van je idee. Dat is de aanname die je het beste het eerst test, met de kleinst mogelijke protoype versie, die genoeg laat zien om iets te leren. Een prototype hoeft niet te werken zoals het eindproduct. Het moet alleen genoeg laten zien om een reactie los te maken bij echte gebruikers uit je doelgroep.