Product discovery: MVP-scope en specificatie voor je app

Een korte fase vóór de ontwikkeling waarin we vastleggen welk probleem het product oplost, voor wie, welke functies nodig zijn voor de start en wat kan wachten. Je eindigt met een document met scope, technologie, planning en budget, op basis waarvan je de bouw kunt uitbesteden.

Ja, zo ver als nodig is om de eerste versie te begroten en te bouwen: een lijst met functies en prioriteiten, gebruikersflows, rollen en de belangrijkste regels. Het detailniveau spreken we vooraf af, zodat het past bij de volgende stap en geen dik document wordt dat in de la verdwijnt.

De prijs noem ik na een eerste gratis gesprek, als ik weet hoe complex het product is. Die hangt af van het aantal rollen en processen, het aantal werksessies en hoe gedetailleerd de specificatie moet zijn. Het is altijd een vast bedrag dat we vóór de start afspreken.

Meestal ongeveer een week: een startgesprek, een paar werksessies en het document. Bij een complexer product, of als de beslissers lastig bij elkaar te krijgen zijn, kan het langer duren. De termijn bevestig ik vóór de start.

Nee. Discovery zet je aannames op een rij en verkleint het risico dat je voor de verkeerde functies betaalt, maar garandeert geen vraag of omzet. Het bouwbudget is een schatting op basis van de afgesproken scope. Een vaste prijs geldt pas in de offerte voor de bouw.

Nee. Het document is van jou en je kunt het doorgeven aan je eigen team, een softwarebureau of een andere partij. Wil je met mij bouwen, dan is de volgende stap het ontwerp van de schermen of direct de MVP.

De discovery wordt geleid door iemand die het product daarna ook kan bouwen, dus het plan houdt meteen rekening met echte kosten en technische beperkingen. Ik ben je enige aanspreekpunt en voor specialistische vragen haal ik vertrouwde experts erbij.

Nee. Discovery is het plan, niet de bouw. Het volledige schermontwerp, de ontwikkeling en de livegang hebben een eigen scope en prijs, die ik noem op basis van het discoverydocument.