Adviesdocument

Aanleiding

Tijdens de gebruikerstesten en ontwikkeling van de tool zijn een heleboel opmerkingen, feedback en nieuwe ideeën verzameld. Deze informatie is nutteloos als deze niet aan de opdrachtgever overhandigd wordt en daarom wordt er een adviesdocument opgesteld, waarin meer informatie over de verschillende adviezen staat beschreven.

Aanpak

Allereerst heb ik alle adviezen onder elkaar gezet en deze verdeeld in verschillende categorieën. Hieruit zijn de volgende categorieën naar voren gekomen:

1. Klant
2. Werknemer
3. Techniek

De klant en werknemer adviezen verbeteren vooral de gebruikerservaring en onder de technische adviezen vallen punten waarmee de tool geoptimaliseerd kan worden.

Vervolgens ben ik voor alle adviezen gaan uitwerken wat het doel is van het advies of wat er ontwikkeld gaat worden, wat de benodigdheden zijn en wat de voor- en nadelen zijn van het uitwerken van het advies. Uiteindelijk heb ik een conclusie getrokken over welke adviezen een hogere prioriteit hebben en dus het beste in de volgende versie van de tool gebouwd kunnen worden.

Resultaten

Het adviesdocument bevat negen adviezen, die verdeeld zijn over drie categorieën. Hieronder een overzicht van alle adviezen die beschreven staan in het adviesdocument.
 

De klant adviezen zijn als volgt:

1. Zoeken op problemen/uitdagingen
2. Veelgestelde vragen per product
3. Veelgestelde vragen categoriseren
4. Koppelen Asana/takenlijst
5. Kostenoverzicht

De adviezen die aansluiten bij de werknemers zijn de volgende:

1. Bijhouden verslag
2. Offertes opstellen

En op gebied van techniek horen de volgende adviezen:

1. Headless CMS
2. Progressive Web App

Er zijn twee adviezen die sowieso bijdragen aan de gebruikerservaring, hieronder zijn ze toegelicht:
 

Zoeken op problemen/uitdagingen (klant advies)

Op dit moment kan de gebruiker alleen zoeken naar producten in tegenstelling tot het oorspronkelijke idee dat de gebruiker ook naar problemen/uitdagingen kan zoeken. Om de klanten beter te kunnen helpen met het probleem of de uitdaging waar ze mee zitten, is het beter als ze ook hierop kunnen zoeken.

Ze kunnen dan bijvoorbeeld ‘Hoe maak ik mijn website sneller?’ zoeken en krijgen vervolgens producten over optimalisatie terug.

Benodigdheden

Om dit te realiseren moet er worden nagedacht wat de beste manier is om producten aan problemen/uitdagingen te koppelen. Vervolgens moeten er aanpassingen worden gedaan in de database en zal er ook in de front-end het een en ander moeten veranderen om op zowel titel als probleem te zoeken.

Wat zijn de voordelen?

1. Gebruikers krijgen gerichtere resultaten tijdens het zoeken;
2. Als gebruikers niet weten hoe het product heet, kunnen zij deze nog steeds vinden als ze weten waar het product voor gebruikt wordt.

Wat zijn de nadelen?

1. De tool kan hierdoor erg uitgebreid worden en minder overzichtelijk;
2. Er kunnen er producten getoond worden die niet relevant zijn voor de gebruiker, maar wel aansluit bij het zoekprofiel.

Veelgestelde vragen categoriseren (klant advies)

Als de tool daadwerkelijk gebruikt gaat worden, kan dit ervoor zorgen dat de veelgestelde vragen steeds voller komt te staan. Hierdoor wordt de pagina minder overzichtelijk en wordt het voor de gebruikers lastiger om het juiste antwoord te vinden. De vragen kunnen dan, net zoals de producten, gecategoriseerd.

Benodigdheden

Voor dit onderdeel kunnen de huidige filters gebruikt worden die op dit moment ook voor de producten gebruikt worden. In tegenstelling tot de producten, kunnen veelgestelde vragen onder meer dan één categorie vallen, hierdoor moet de logica van deze filters iets aangepast worden. Daarnaast moet er in het CMS een optie komen om categorieën aan vragen te koppelen.

Wat zijn de voordelen?

1. Gebruikers hebben sneller het antwoord gevonden, omdat ze direct op de juiste categorie kunnen filteren;
2. De tool en veelgestelde vragen worden overzichtelijker.

Wat zijn de nadelen?

1. Er moet een goed nagedacht worden op de manier waarop er meerdere categorieën gekoppeld kunnen worden en hoe deze weergegeven worden in de tool.

Naast deze twee klant adviezen zijn er ook een tweetal technische adviezen beschreven. Deze verbeteren niet alleen de gebruikerservaring van de tool, maar ook de verschillende toepassingsmogelijkheden. Denk hierbij bijvoorbeeld aan een dashboard op kantoor of een andere losse tool waar de producten voor gebruikt kunnen worden.

Het eerste technische advies is het gebruik van een headless CMS. Hiermee kunnen gegevens vanuit WordPress op elke plek opgehaald worden, omdat dan functioneert als een soort API. Daarnaast kan de tool omgebouwd worden naar een complete Vue tool, waardoor de tool nog sneller en gebruiksvriendelijker wordt.

Het tweede advies gaat over een Progressive Web App. Een PWA is een website die functioneert als een app voor je telefoon (of ander apparaat) en waarmee dus ook nieuwe functies beschikbaar zijn, zoals notificaties sturen. Door van de tool een PWA te maken, kunnen klanten op de hoogte gehouden worden van nieuwe aanbevolen producten, compleet nieuwe producten of kunnen ze een melding krijgen wanneer er iets is veranderd in het huidige pakket dat ze afnemen. Daarnaast kan dit voor werknemers erg makkelijk zijn, doordat ze meldingen kunnen ontvangen over producten die lange tijd niet gewijzigd zijn of over nieuwe support aanvragen. 

Alle andere adviezen zijn ook interessant voor een latere versie van de tool, maar dan moet er eerst voor gezorgd worden dat de tool goed gebruikt gaat worden door zowel klanten als werknemers van Buro 3. De uitwerking van alle andere adviezen zijn te vinden in het bijgevoegde bestand onderaan deze pagina.

What's next

Het hele proces van projectdocument tot werkende tool en adviesdocument is nu afgerond. De laatste stap is het presenteren van het proces, de bevindingen en de resultaten. Vervolgens kan het project overgedragen worden aan Buro 3, waarna zij het door kunnen zetten naar een nieuwe stagiair of collega.