Het is zover: je webapplicatie is bijna klaar! Dat wil echter niet zeggen dat de boel meteen live gaat. Eerst wordt de applicatie namelijk grondig getest in een pilot, door een geselecteerde groep gebruikers. Op die manier worden de laatste knelpunten goed zichtbaar en kun je een en ander nog finetunen. Zo krijg je meer zekerheid dat je straks bij de echte livegang een product lanceert dat aansluit op hetgeen jouw klanten verwachten.
Bij de aanloop naar de livegang komt nog een hoop kijken. In dit overzicht zie je waar je allemaal op moet letten in de periode voor, tijdens en na het uitrollen van je webapplicatie.
1. Betrek je doelgroep zo vroeg mogelijk bij de ontwikkeling
Software laat je ontwikkelen voor een bepaalde doelgroep. De applicatie moet qua functionaliteiten aansluiten bij de wensen van deze doelgroep en moet bovendien gebruiksvriendelijk zijn. Als ontwikkelaar kun je daarbij wel wat input gebruiken. Feedback van deze gebruikersgroep is dan ook heel waardevol.
Die feedback krijg je natuurlijk het liefst zo snel mogelijk en niet pas achteraf als de applicatie al zo goed als klaar is. Betrek je doelgroep daarom al tijdens het ontwikkelproces bij het project. Laat zien waar je mee bezig bent, vraag wat ze vinden van een nieuwe tussenstap. Is dit wat ze bedoelden? Of ontbreekt er toch nog iets?
Werk je op basis van agile softwareontwikkeling, dan is dit gemakkelijker dan wanneer je de klassieke watervalmethode aanhoudt. Bij de Scrum ontwikkelmethode wordt de software in delen opgeleverd. Daardoor kan je na iedere sprint al iets laten zien en is het betrekken van stakeholders onderdeel van de werkmethode.
De product owner speelt een grote rol bij het geven van feedback. Hij/zij is of vertegenwoordigt de klant en weet als geen ander aan welke eisen de nieuwe applicatie moet voldoen. In eerste instantie test de product owner dus de tussentijds opgeleverde software en betrekt deze de eerste klanten. Een grotere groep gebruikers komt pas verderop in actie, tijdens de pilotfase.
Als je tijdens het ontwikkelen blijft communiceren met de gebruikers/product owner, zal de pilot aan het einde van het traject ook beter verlopen. Als het goed is, hoef je dan minder features aan te passen of toe te voegen en dat scheelt natuurlijk een hoop tijd.
Lees ook: Softwareontwikkeling met de Scrum-methode2. Pilot voorbereiden
Tijdens de pilot wordt de applicatie getest door de klant en/of een andere groep gebruikers. De deelnemers nemen de webapplicatie in gebruik en proberen zodoende alle functies in de praktijk uit. Tijdens deze fase zal bijvoorbeeld blijken of het systeem duidelijk is, welke vragen er zijn en of er nog essentiële functies ontbreken. Ook komen hierbij nieuwe fouten (bugs) of uitzonderingssituaties aan het licht.
Meestal gaat de pilot van start met een officiële kick-off. De deelnemers krijgen dan ook instructies over het gebruik van de applicatie. Tijdens de pilotfase moeten de gebruikers natuurlijk ook ergens terecht kunnen met vragen. Zorg er daarom voor dat je een aanspreekpunt hebt waar zij terecht kunnen met hun vragen.
3. Feedback verzamelen
Doelstelling van de pilot is natuurlijk het krijgen van feedback zodat je de applicatie waar nodig kunt aanpassen. In een scrum werkproces krijg je al veel terugkoppeling na de verschillende sprints. Tijdens de pilotfase komt daar aanvullende feedback uit de praktijk bij. Deze feedback kan je opnemen in de lopende sprints of, indien je niet op basis van scrum werkt, in een actieplan.
De pilotfase loopt vaak totdat de problemen die de gebruikers melden, zijn opgelost en er op korte termijn geen nieuwe feedback wordt verwacht. Mocht je meer zekerheid wensen dan kan je de pilotgroep ook eerst nog een keer vergroten alvorens je de webapplicatie uitrolt.
Nu de eerste vragen rondom jouw webapplicatie binnenkomen is het tijd om te starten met het inrichten van een supportsysteem. Zo verminder je de belasting op je supportafdeling bij de uitrol van je webapplicatie.
Hieronder enkele tips bij het opzetten van een supportsysteem:
- Zorg dat het ook binnen je webapplicatie duidelijk is waar men terecht kan met vragen.
- Voeg waar nodig in de webapplicatie extra uitleg icoontjes toe (vraagteken bijv.). Hiermee kan er direct extra uitleg worden getoond zodra de gebruiker hier met zijn muis overheen gaat.
- Voeg een FAQ (frequently asked questions) en zoekfilters toe aan het supportsysteem. Zo ondervang je de meeste vragen al vast;
- Schrijf een duidelijke uitleg over hoe de applicatie werkt en verwijs hiernaar in de webapplicatie. Een goed voorbeeld is bijvoorbeeld een tutorial die opstart bij het eerste gebruik van de applicatie. Zo geef je jouw gebruikers een mini cursus alvorens ze aan de slag gaan!;
- Zorg dat er contactopties zijn indien de bestaande informatie niet toereikend is. Dit kan telefonisch maar ook d.m.v. een contactformulier. Verwacht je grote hoeveelheden vragen? Dan kan dit formulier ook gekoppeld worden met helpdesk software.
4. Uitrollen van de webapplicatie
Zijn alle problemen opgelost en werkt alles naar behoren? Dan kan de webapplicatie grootschalig worden uitgerold. Het is daarbij gebruikelijk dat jouw ontwikkelpartner gedurende deze periode stand-by staat. Maak daarover vooraf afspraken zodat de wederzijdse verwachtingen duidelijk zijn.
Gaat het om een grote applicatie, dan is het misschien nodig om trainingen te verzorgen als onderdeel van het uitrollen of het onboarden van nieuwe klanten. Zo zorg je dat jouw klant ook intern al de nodige kennis rondom de webapplicatie heeft. Hierdoor kunnen andere gebruikers (collega’s) die niet bij de training aanwezig waren eerst intern terecht alvorens de vragen terecht komen bij de supportafdeling.
Afhankelijk van het type applicatie kan je de uitrol gefaseerd doen (per klantgroep, regio of willekeurig) of in een keer tijdens een grote lanceren. Het voordeel van een geleidelijke uitrol is dat de belasting op de supportafdeling minder pieken kent en ook een FAQ sectie zich nog verder kan vullen. Een directe uitrol kan echter als voordeel hebben dat er geen twee systemen tegelijk onderhouden moeten worden. Vooral aan de kosten kant kan dit een belangrijke beweegreden zijn om direct volledig uit te rollen.
Of je nu in een keer naar al je klanten uitrolt of in fases, zorg dat je marketingcommunicatie hierop afgestemd is. Wil je in fases uitrollen dan is het waarschijnlijk geen goed idee om je volledige klantenbestand hiervan op de hoogte te brengen.
5. Doorontwikkeling en support
Een geslaagde uitrol van je webapplicatie betekent echter niet dat je achterover kunt leunen. Een webapplicatie moet onderhouden worden, al is het maar vanwege de regelmatige updates en upgrades die verschijnen. En natuurlijk los je ook eventuele problemen op nadat de applicatie live is gezet. Misschien zijn er ook nog kleine (of grotere) aanpassingen nodig, bijvoorbeeld omdat er na verloop van tijd nog aanvullende eisen gesteld worden door de gebruikers. Kortom: ook na de uitrol is een project nooit echt af.
Om de ontwikkelcapaciteit in te zetten voor de belangrijkste nieuwe gebruikerswensen kan worden bijgehouden hoe vaak een functie is aangevraagd (feature request). Op basis van deze informatie kan er vervolgens een roadmap worden opgesteld. Hiermee kan je jouw gebruikers zicht geven op welke functionaliteiten jullie aan het ontwikkelen zijn. Daarmee laat je niet alleen zien dat jullie de feedback van gebruikers omzetten in acties maar voorkom je ook extra vragen rondom wanneer een specifieke functie online komt.
Lees ook: De 7 meest gemaakte fouten in softwareontwikkelingWebapplicaties: uitrol en doorontwikkeling bij Web Whales
Bij Web Whales wordt het merendeel van de door ons ontwikkelde webapplicaties constant gemonitord en doorontwikkeld. Bovendien stemmen we de hosting helemaal af op de applicatie. Zo blijft de webapplicatie ook in de toekomst net zo goed werken als op de dag van de livegang.
Meer weten over het uitrolproces voor een nieuwe webapplicatie? Of kunnen we je helpen met iets anders? We zijn bereikbaar per telefoon, email en natuurlijk gewoon op ons kantoor in Den Haag. Kom gerust een keer langs, vinden we leuk!
