Bij het ontwikkelen van een nieuwe dienst, zeker als dit Software-as-a-Service betreft, is feedback vanuit (potentiële) afnemers cruciaal. In het geval van Zolder.App is de doelgroep het MKB. We zijn al gelijk na lancering van het merk Zolder gestart met het vinden van MKB-ers die als tester wilden helpen.
Oproep 19-apr-2020
Dit leidde tot best wat aanmeldingen, en nog steeds. In totaal wel een stuk of 40. Maar niet elke aanmelding is ook echt bruikbaar, uiteenlopend van spam tot Office365 Home edition. Het blijkt dat mensen zich voor dergelijke zaken snel aanmelden zonder een heel duidelijk beeld te hebben wat het behelst. Interessant gegeven en houdt in dat je de juiste snaar raakt in zekere zin, maar om tot een werkbare testgroep te komen is dus wel nodig om nog even door te vragen. Dus hebben we elke aanmelding individueel telefonisch benaderd en een overeenkomst voorgelegd. Zodat verwachtingen over en weer duidelijk waren maar ook dat duidelijk vast ligt dat het test-software betreft, zodat hier geen misverstand over kan bestaan in geval van eventuele verstoringen.
Kickoff 18-mei-2020
Uiteindelijk leidde dit een maandje later tot de start van ons Customer Advisory Board (CAB), met in totaal 10 leden. Een aantal daarvan hebben ingestemd met het delen van naam en logo:
Op 18 mei hadden we een kickoff meeting met het CAB via Teams. Daarin presenteerden we de grove planning die we voor ogen hadden om langs een aantal sprints tot een minimal viable product te komen. Een versie van de dienst die de minimale features bevat die wij nodig achten om het verkoopbaar te maken.
Appstores
Alle CAB leden hebben we uitgenodigd voor de Apple Appstore en/of Google Playstore. In beide gevallen hadden we gesloten tests aangemaakt voor onze app waarvoor we dus zelf specifieke Apple en Google ID’s konden uitnodigen. Apple gebruikers kunnen testsoftware downloaden via Testflight, terwijl Google de testsoftware gewoon integreert in de normale Playstore.
In principe leidde gaandeweg elke sprint tot een nieuwe release van de app. Op een aantal uitzonderingen na, waarbij de sprint zich meer richtte tot de back-end en ons interne operator dashboard: zaken die “onder de motorkap” werken vanuit het perspectief van de app en dus geen nieuwe app versie opleveren.
Enquêtes
Bij de meeste releases hebben we via Teams en Microsoft Forms de CAB leden om feedback gevraagd. Daarin vragen gesteld uiteenlopend van concreet: “lukt het om wachtwoord aan te passen?” tot “heb je verder nog op of aanmerkingen”. Open vragen waar ieder zijn heel laagdrempelig en tegelijkertijd levert het goede input op.
Bij de allereerste enquête hebben we gevraagd wat onze CAB leden bereid zouden zijn om voor de dienst te betalen. Met de kennis die ze op dat moment hadden van onze dienst, veelal gebaseerd op eigen interpretatie en beeldvorming, is dat interessant te weten. Het geeft het primaire gevoel aan dat nog niet beïnvloed is door marketing, demo’s, enz. Vervolgens zijn we van plan om de vraag nog eens te stellen aan het einde van de MVP ontwikkeling. En dan is natuurlijk interessant te zien of de waarde hoger of lager is geworden, en door te vragen waar dat door komt.
Public Bèta
Nu we het punt bereiken dat we klaar zijn met het bouwen van de app, inclusief de webshop om licenties te verkopen, gaan we richting de volgende fase van testing. We zullen namelijk Zolder.App eerst beschikbaar stellen als Public Bèta. En hopen zo voor de feature complete versie een veel uitgebreidere testgroep op te bouwen om aan feedback te komen.
Interesse om public bèta tester te worden? Registreer je dan op zolder.io/beta voor de nieuwsbrief, dan benaderen we je vanzelf als het zover is.