Je hebt een idee voor een app. Wat doe je eerst?

Je hoeft niets van software te kennen om te starten. Breng het idee of het probleem mee, en vertel het aan iemand die luistert.

Als je bij mij langskomt, luister ik eerst. Hieronder staan de vragen die ik dan stel en waarom ik ze stel, want zo wordt een vaag idee stap voor stap concreet. Je kan ze ook al zelf beantwoorden, nog voor je met iemand praat.

Wat heb je nodig?

Vertel het in je eigen woorden. “Mijn klanten moeten zelf een afspraak kunnen maken” is een goed antwoord. Je hoeft nog niet te weten of daar een app, een webapp of iets anders voor nodig is. Dat zoeken we later uit, en App, webapp of website: wat heb je nodig? legt uit hoe ik die keuze maak.

Waarom heb je het nodig?

Een app die je team tijd moet besparen, ziet er anders uit dan een app waarmee je nieuwe klanten wil binnenhalen. In het eerste geval tel je de uren die je terugwint. In het tweede kijk je of mensen de app vinden en blijven gebruiken. Zolang de reden niet duidelijk is, kan je moeilijk kiezen wat eerst moet komen.

Hoe doe je het nu?

Manueel? In Excel? Via mail en telefoon? De manier waarop je het vandaag doet, zegt veel over wat de software moet kunnen. In je huidige werk zitten alle stappen en uitzonderingen, en ook de kleine trucjes die niemand ooit heeft opgeschreven. Die wil je kennen voor er iets gebouwd wordt.

Daarna vraag ik waarom je daarvan af wil. Soms is dat meteen duidelijk: je kopieert elke dag hetzelfde van de ene plek naar de andere, of het werk vraagt elke keer een kwartier of een uur. Die tekens staan uitgewerkt in Wanneer is je Excel te groot geworden?

Ik leer je vakjargon

Elke sector heeft zijn eigen woorden. Bij WTN App, een app voor afvalbonnen in het Verenigd Koninkrijk, ging het over producenten, vervoerders en ontvangers. Bij Eagl gaat het over de maandafsluiting en het afstemmen van rekeningen.

Ook gewone woorden kunnen in een bedrijf iets heel specifieks betekenen. Een “klant” of een “order” kan bij jou iets anders zijn dan bij je buurman. Blijft dat onuitgesproken, dan krijg je misschien software die er juist uitziet en toch niet klopt.

Wanneer is het een succes?

Ik vraag wat er nodig is om van een succes te spreken, wat er weg kan en waar niet over te onderhandelen valt. Het antwoord mag eenvoudig zijn. Misschien wil je dat je team minder tijd kwijt is aan een taak die elke week terugkomt, en dat er minder fouten in je administratie sluipen. Of je eerste klanten moeten de app kunnen gebruiken zonder dat jij ze moet helpen.

Zo’n antwoord helpt later bij elke keuze. Draagt een functie niet bij aan dat doel, dan kan ze wachten.

Daarna praten we over functies

We overlopen het product functie per functie, vanuit de gebruiker. Als je hierop drukt, verschijnt dit. Voor die afspraken-app zou dat er zo kunnen uitzien:

• Je opent de app. Wat zie je als eerste?
• Je drukt op “Nieuwe afspraak”. Wat moet je invullen?
• Er loopt iets mis, of je hebt geen bereik. Wat zie je dan?
• De afspraak staat vast. Wie krijgt daarvan een bericht?

Zo spreken we dezelfde taal. Een lijst met functies kan je op verschillende manieren lezen, en “afspraken beheren” kan voor jou iets anders betekenen dan voor mij. Als we de stappen een voor een doorlopen, komen die verschillen vanzelf boven.

Terwijl ik luister, pas ik de lijst met functies aan en denk ik al na over een roadmap. Een roadmap is de volgorde waarin dingen gebouwd worden: wat eerst komt, wat daarna en wat later kan.

Past het bij het product?

Elke functie moet bij het product passen. Felix, mijn eigen product, helpt een boetiek om goede klanten terug te laten komen met persoonlijke berichten. In een gesprek vroeg iemand om een nieuwsbrieffunctie. Ik zei nee, omdat Felix geen nieuwsbrief moet worden. Waar ik die grens trek, lees je in Felix bouwen voor boetieks.

Wat kost het?

Founders denken soms dat een app veel geld kost. Bij die vraag wil ik eerst weten wat “veel” voor jou betekent, want dat verschilt sterk van persoon tot persoon.

De prijs hangt af van wat er gebouwd wordt. Een paar dingen wegen door: hoeveel functies de eerste versie krijgt, of ze op iPhone en Android moet werken of in de browser, en of ze moet koppelen met software die je al gebruikt. In Wat maakt een app duur of goedkoop? gaat dat verder.

Ik wil waarde bouwen voor de juiste prijs.

Wat krijg je daarna?

Als we uitgepraat zijn, ga ik aan het werk. Je krijgt een plan op papier: wat het je zal kosten en wat je ervoor krijgt.

Ga je ermee verder, dan volgen snelle schetsen en prototypes, zodat foute ideeën goedkoop sneuvelen. Daarna bouwen we in kleine stappen, en je kan het onderweg uitproberen.

Wat kan je nu al doen?

Schrijf je antwoorden op deze vragen op. Een paar zinnen per vraag zijn genoeg, en het hoeft niet mooi te zijn.

1. Wat heb je nodig?
2. Waarom heb je het nodig?
3. Hoe doe je het nu, en waarom wil je daarvan af?
4. Wanneer noem je het een succes?