Een keuzestresspagina met te veel pakketten vereenvoudigen

Voor je iets schrapt, controleer je of het probleem echt de keuze is. Een pagina kan weinig aanvragen opleveren door prijs, vertrouwen of onduidelijke inhoud, en dan lost minder pakketten niets op.

Doe deze drie controles:

1. Taaktest: geef vijf mensen buiten je team een korte beschrijving van een klantsituatie en vraag welk pakket ze kiezen en waarom. Vraag hardop te laten denken.
2. Vergelijkingstest: vraag hen in eigen woorden het verschil tussen twee naburige pakketten uit te leggen. Lukt dat niet, dan zijn de pakketten niet te onderscheiden.
3. Opvolgingsdata: kijk in je aanvragen en gesprekken welke vragen klanten stellen voor of na het kiezen, zoals 'wat is het verschil tussen A en B?'. Dat zijn je echte keuzepijnpunten.

Vijf deelnemers geven geen statistisch bewijs, maar wel snel terugkerende patronen. De web.dev-cursus over formulieren bevat een onderdeel over het testen van formulieren en het meten en analyseren ervan, wat je kan inspireren voor het testen van een formulier of keuzehulp. De cursus behandelt formulieren, niet de pakketkeuze zelf, dus pas de aanpak aan op je eigen test en controleer wat praktisch haalbaar is.

Veel pakketten zijn niet het echte probleem. Het probleem is dat de verschillen vaag zijn of op verschillende kenmerken gaan. Zet daarom één rij per beslissend kenmerk en dezelfde kolommen voor elk pakket.

• Gebruik dezelfde begrippen in elk pakket, geen synoniemen voor hetzelfde ding.
• Noem per pakket voor wie het bedoeld is, in één zin, in de taal van de klant.
• Laat kenmerken weg die voor geen enkel pakket verschillen.
• Zeg wat niet inbegrepen is, zodat bezoekers niet moeten raden.

Een pakket dat 'voor groeiende bedrijven' heet, zegt niets. 'Voor zaken met meer dan één locatie' is een criterium dat de bezoeker zelf kan nakijken. Schrijf nooit 'de beste keuze voor iedereen' bij het duurste pakket: dat is geen criterium en het werkt tegen je vertrouwen.

Gebruik de matrix hieronder per pakket om te beslissen. Zonder cijfers: je vult hem in met je eigen opvolgingsdata en test.

Het blijft jouw keuze en jouw verantwoordelijkheid. De matrix is een denkhulp, geen verdict.

Een vereenvoudigde pagina mag niet verworden tot een trechter naar het duurste pakket. Dat schaadt het vertrouwen en geeft klanten iets dat ze niet nodig hebben. Toets elke aanbeveling aan een controlevraag: zou ik dit pakket aanraden aan een klant met deze behoefte als hij voor mij aan de balie stond?

• Schrijf aanbevelingen als 'kies dit als...', gekoppeld aan een situatie van de klant en niet aan je marge.
• Toon bij elk pakket ook voor wie het niet is.
• Zet geen pakket vooraf geselecteerd of visueel groter zonder dat het echt het meest gekozen of het meest passende is. Controleer die claim met je eigen opvolging voor je hem gebruikt.
• Verberg het eenvoudigste pakket niet.

Een hulpvraag-formulier kan helpen: drie vragen over de situatie van de klant, gevolgd door een aanbeveling met korte uitleg en de keuze om zelf anders te kiezen. De uitkomst moet kunnen verschillen per antwoord, anders is het geen echte hulp maar verkapte verkoop.

Soms is een keuzehulp of aanvraagformulier nodig. Houd het dan kort en toegankelijk. De W3C-tutorial over formulieren adviseert alleen te vragen wat nodig is om het proces te voltooien, omdat gebruikers bij irrelevante of te veel gevraagde gegevens waarschijnlijker het formulier verlaten. Ze raadt ook aan elk veld te labelen, verwante velden te groeperen, instructies te geven en lange formulieren in logische stappen op te delen met een voortgangsindicatie.

Voor foutmeldingen en controle van invoer geeft de MDN-pagina over formuliervalidatie aan dat controle aan de clientzijde een eerste check is die gebruikers snel laat corrigeren, maar dat je altijd ook aan de serverzijde moet valideren omdat clientzijdige controle makkelijk te omzeilen is. Laat dit door je ontwikkelaar bevestigen voor jouw formulier.

Praktisch voor een keuzehulp: stel vragen in gewone taal, geef bij elke vraag uitleg waarom je dat vraagt, en toon het resultaat samen met de reden. Vermijd vragen waarvan de klant het antwoord niet kent.

Voer de wijziging niet blind door. Werk met een testplan en schrijf op wat je vooraf verwacht en waarmee je zou stoppen.

1. Noteer de huidige situatie: aantal pakketten, de meest gestelde vraag over keuze, en de vorm van het aanvraagproces.
2. Formuleer één wijziging per keer, bijvoorbeeld pakketten samenvoegen of criteria toevoegen.
3. Herhaal de taaktest met nieuwe deelnemers na de wijziging.
4. Vergelijk de soort vragen in je opvolging, niet alleen het aantal aanvragen. Verandert er iets in wat klanten niet begrijpen?
5. Spreek vooraf af wanneer je terugdraait, bijvoorbeeld als de verschillen tussen pakketten opnieuw onduidelijk blijken.

Een fictief overdrachtsvoorbeeld zonder cijfers: je hebt vier pakketten waarvan twee naburige pakketten niet uit elkaar te houden zijn volgens de vergelijkingstest. Besluit: samenvoegen tot één pakket met een optionele uitbreiding, voeg bij elk pakket een 'kies dit als'-zin toe, en test opnieuw met vijf nieuwe deelnemers. Meet geen verbetering vooraf; noteer enkel wat je ziet.

Wil je weten welke signalen je site publiek toont rond pakketten, formulieren en opvolging? Bekijk ze via Marketing Scan. Een publieke scan toont zichtbare signalen en bewijst niet hoe je formulier of proces intern werkt.