Menu’s voor merchants ontwerpen rond de diensten die zij kunnen gebruiken

Begin met de volgende taak van de merchant

Een merchant zou de betaalarchitectuur van je platform niet hoeven te begrijpen om het juiste menu-item te kiezen. Begin bij de taken die merchants moeten uitvoeren en de diensten waarvan de beschikbaarheid voor hun aangesloten account is bevestigd. NeroConnect bedient software- en POS-platforms en hun aangesloten merchants; partners kunnen ondersteunde zichtbaarheidsinstellingen voor de merchantinterface configureren. Bevestig welke instellingen van toepassing zijn voordat je het ontwerp daarop baseert.

Maak een eenvoudig overzicht van de diensten voordat je de navigatie wijzigt. Leg voor elk voorgesteld menu-item vast voor wie het bedoeld is, of de dienst beschikbaar is, wat de merchant op de bestemmingspagina kan doen en wie vragen beantwoordt. Neem verantwoordelijkheden, onboarding, betalingsreferenties, events en reconciliatie mee in de bredere beoordeling van de integratie. Een duidelijker label kan onzekerheid over wie verantwoordelijk is voor de onderliggende taak niet oplossen.

• Maak een lijst van de taken van merchants die je voorgestelde menu moet ondersteunen.
• Bevestig samen met het team de beschikbaarheid van diensten en de ondersteunde zichtbaarheidsopties.
• Wijs een verantwoordelijke aan voor elke bestemmingspagina en de bijbehorende uitleg aan klanten.

Kies tussen een menu-item verbergen en uitleg geven

Een niet-relevant menu-item verbergen kan afleiding verminderen. Dit is vaak de duidelijkste keuze als een merchant een dienst niet kan gebruiken en geen zinvolle actie kan ondernemen. Maar als een item zonder uitleg verdwijnt, kan dat ook verwarring veroorzaken, vooral als de merchant het in eerdere instructies of trainingen heeft gezien. Werk die communicatie tegelijk met het menu bij.

Als je eigen interface een weergave met toelichting ondersteunt, kan het zichtbaar houden van een menu-item een merchant helpen een nog openstaande onboardingstap te begrijpen. Daar staan een minder overzichtelijk menu en het risico tegenover dat een zichtbaar label overkomt als een belofte van beschikbaarheid. Vermeld wat bekend is, wat nog gecontroleerd moet worden en met wie de merchant contact kan opnemen. Beschrijf een dienst niet als gebruiksklaar alleen omdat het bijbehorende menu-item zichtbaar is.

Een hypothetisch menu vóór en na de aanpassing

Hypothetisch voorbeeld: een softwarepartner biedt elke aangesloten ondernemer hetzelfde menu Betalingen. Dit bevat een link naar een beschikbare betaaltaak en een andere dienst waarvan de beschikbaarheid niet is bevestigd. De kop luidt: “Uw betaaldiensten zijn klaar voor gebruik.” Een ondernemer selecteert het tweede item, komt op een pagina die niet verder helpt en vraagt de supportafdeling waarom een dienst die klaar zou zijn voor gebruik niet werkt.

Na beoordeling gebruikt de partner ondersteunde zichtbaarheidsinstellingen om de onbevestigde dienst te verbergen. De beschikbare taak behoudt een duidelijk, taakgericht label. In de eigen hulpsectie van de partner wordt de melding: “Uw menu toont de betaaltaken die momenteel beschikbaar zijn voor uw bedrijf. Had u een andere dienst verwacht? Neem dan contact op met ons supportteam, zodat we de beschikbaarheid en eventuele resterende onboardingstappen kunnen controleren.” Dit verklaart de wijziging zonder te beweren dat verborgen diensten zijn ingeschakeld of op aanvraag beschikbaar zijn.

De verbetering is niet alleen een korter menu. De ondernemer kan een bruikbare taak herkennen, de bedoelde bestemming bereiken en een passend contactpunt voor vragen vinden. Het supportteam heeft bovendien een concreet probleem om te onderzoeken, in plaats van een vage melding dat betalingen niet werken.

Houd zichtbaarheid gescheiden van toegangscontroles

Een verborgen menu-item is geen autorisatiegrens. Iemand kan nog een oude bladwijzer hebben of een link uit eerdere instructies volgen. De bestemming en elke actie die iemand probeert uit te voeren, vereisen nog steeds de juiste toegangscontroles, ongeacht hoe die persoon daar terechtkomt. Beschouw een geslaagde wijziging van de zichtbaarheid niet als bewijs dat de toegangscontroles correct zijn.

Beoordeel dit gedrag afzonderlijk met uw technisch verantwoordelijke. Test of de navigatie aansluit op de beoogde ervaring voor ondernemers en controleer vervolgens hoe directe navigatie en pogingen om acties uit te voeren worden afgehandeld. Een melding bij geweigerde toegang moet de volgende nuttige stap uitleggen zonder een manier te suggereren om de beperking te omzeilen. Als onduidelijk is hoe de toegang werkt, los dat dan op voordat u de menuwijziging als afgerond presenteert.

• Controleer het menu voor representatieve situaties van ondernemersaccounts.
• Test bewaarde links afzonderlijk van de normale menunavigatie.
• Controleer of wijzigingen in de zichtbaarheid niet zijn aangezien voor wijzigingen in toegangsrechten.

Controleer vóór een bredere uitrol of alles duidelijk is

Vraag een collega die niet bekend is met de wijziging om een realistische taak voor een ondernemer uit te voeren. Een waarneembaar succescriterium is dat deze collega de beschikbare dienst kan herkennen, de juiste bestemming kan bereiken en kan uitleggen wat te doen bij een ontbrekende dienst, zonder aan te nemen dat die al is ingeschakeld. Controleer ook de formulering in hulpteksten en antwoorden van de supportafdeling; tegenstrijdige instructies kunnen de duidelijkheid van een menu tenietdoen.

Uw volgende stap is één verwarrend menuonderdeel te beoordelen, in plaats van alles tegelijk opnieuw te ontwerpen. Leg de huidige labels, de bevestigde beschikbaarheidsstatus van de dienst, de voorgestelde zichtbaarheid en de uitleg aan klanten vast. Spreek met het team de ondersteunde configuratie af, test het resultaat en geef supportcollega’s dezelfde uitleg als ondernemers krijgen.

Gerelateerde tools van NeroPay

Bekijk de productinformatie achter dit proces.

• Connect voor platforms (betalingen voor SaaS-platforms)