Waarom een nieuwe betalingsmodule ontwikkelen?

Nieuwsbrief februari 2010

Ergens op de wereld, zijn er mensen bezig met de ontwikkeling van een betalingsmodule. Elke website met een webshop, heeft een betalingsmodule nodig. Maar waarom een nieuwe ontwerpen, als er al zo veel bestaan?

Een betalingsmodule bestaat normaliter uit zes stappen:

  1. een winkelmandje met de te kopen artikelen
  2. een vraag om het verzendadres te achterhalen
  3. een vraag om het factuuradres te achterhalen
  4. het vragen van de benodigde gegevens om te betalen
  5. een overzicht voordat de transactie afgerond is
  6. een bevestiging dat de transactie is afgerond

Als je het zo bekijkt, dan ziet zo’n betalingsmodule er simpel uit. Maar als het echt zo simpel is, waarom worden er dan toch steeds weer nieuwe modules ontworpen? Het zou dan toch gemakkelijker zijn wanneer iemand één gebruiksvriendelijke module ontwerpt die we allemaal voor de website kunnen gebruiken?

Zo simpel is het natuurlijk niet. De grote lijn in een betalingsproces is hetzelfde en bestaat uit de zes stappen die hierboven beschreven staan. Elk bedrijf is uniek en heeft zo zijn eigen wensen, mogelijkheden en beperkingen voor een betalingsmodule, waardoor de details het verschil uit maken. Als bedrijf wil je natuurlijk zoveel mogelijk winst halen uit de klant: hij zit al in de betalingsmodule en heeft dus min of meer al besloten om de aankoop te doen. Een mooi moment voor een bedrijf om nog een product te upsellen, een loyaliteitsprogramma aan te bieden of de gebruiker een account aan te laten maken waar hij een volgende keer korting mee krijgt. Als bedrijf moet je je goed afvragen of de gebruiker hier wel op zit te wachten.

Wat we tijdens onderzoeken zien, is dat gebruikers die iets willen bestellen, dat zo snel mogelijk willen doen. Het merendeel van de gebruikers, die een éénmalige aankoop willen doen, zitten er niet op te wachten om een account aan te maken. Helemaal niet als je informatie in moet vullen die voor de bestelling niet relevant is.

Maak een afweging van wat echt toegevoegde waarde heeft voor een gebruiker. Heeft een klant een trui in het winkelmandje zitten en wil hij deze gaan afrekenen, dan is het tonen van een dunschiller of een knoflookpers niet relevant. Tenzij je een klant wijst op een fantastische aanbieding: 50% korting op die dunschiller. Het tonen van een afgeprijsde Nokia autolader als kassakoopje bij het bestellen van een boek, is vanuit een gebruiker gezien ook niet de meest relevante optie. Hoe relevanter de aanbieding voor de shopper, hoe hoger de conversie.

Ontwerp je zelf een betalingsmodule, test deze dan met gebruikers. Vergelijk de wensen van de gebruiker met de wensen van het bedrijf en probeer daar een balans in te vinden: let er op dat gebruikers de extra opties in een betalingsmodule niet afleiden van het bestelproces en bekijk hoe de extra opties het bedrijf het meeste opleveren.

Bron

Inhoud:

  1. Ik zie ik zie wat jij niet ziet
  2. Nieuwe website? Voorkom teleurstelling!
  3. Welke website is het makkelijkst te gebruiken?
  4. Producten vergelijken is moeilijk
  5. Waarom een nieuwe betalingsmodule ontwerpen?
  6. Usability Misser van de Maand
  7. Kort Nieuws - Kort Nieuws - Kort Nieuws
  8. MetrixLab's Website Performance Monitor