“De website doet het niet.” Dat is de meest voorkomende supportvraag en tegelijk de minst bruikbare. Wie hem krijgt, moet eerst een half uur heen en weer mailen om te achterhalen welke pagina het betreft, wat er precies gebeurt en op welk apparaat. Pas daarna kan het echte werk beginnen.

Dat is zonde, want die tijd betaalt u. Bij een supportvraag over een website zit de vertraging veel vaker in het achterhalen van de situatie dan in het oplossen ervan. In onze ervaring wordt ruwweg de helft van de doorlooptijd van een gemiddelde melding besteed aan navragen. Met vijf minuten extra aan uw kant kan dat grotendeels weg. Hieronder staat hoe, in drie stappen, met een invulmodel dat u kunt overnemen.

Stap 1: kijk zelf twee minuten, niet langer

Voordat u iets meldt, doet u een korte controle. Niet om het zelf op te lossen, maar om te weten wat u meldt. Twee minuten is genoeg.

  1. Ververs de pagina met een harde herlaadactie (Ctrl+F5 op Windows, Cmd+Shift+R op een Mac). Verdwijnt het probleem, dan zat het in uw browsercache. Meld het alsnog als het vaker gebeurt.
  2. Probeer een andere browser of een incognitovenster. Werkt het daar wel, dan is het waarschijnlijk een cache- of extensieprobleem aan uw kant. Dat is nuttige informatie.
  3. Probeer een ander apparaat. Telefoon naast laptop. Zo weet u of het bij iedereen speelt of alleen bij u.
  4. Vraag één collega of het bij hem ook zo is. Bevestiging van een tweede persoon scheelt een hele ronde.
  5. Kijk of het op meer pagina’s gebeurt of maar op één. Dit is vaak het beslissende stukje informatie.

Stop daarna. Ga niet zelf plugins uitschakelen of instellingen wijzigen om het te onderzoeken, tenzij u weet wat u doet. Dat maakt het beeld troebel en soms het probleem groter.

Stap 2: beschrijf wat u ziet, niet wat u denkt dat het is

Dit is de belangrijkste gewoonte om aan te leren. “Er is iets mis met de plugin van het formulier” is een conclusie. Uw helper heeft de waarneming nodig, want de conclusie klopt in ongeveer de helft van de gevallen niet, en een verkeerde conclusie stuurt het onderzoek de verkeerde kant op.

Beschrijf daarom drie dingen, in deze volgorde:

  • Wat u deed. “Ik vulde het contactformulier op de pagina Contact in en klikte op Verzenden.”
  • Wat er gebeurde. “De pagina werd wit en er verscheen geen bevestiging.”
  • Wat u verwachtte. “Normaal verschijnt er een groene melding dat het bericht verzonden is.”

Citeer foutmeldingen letterlijk, inclusief codes. “Error 500” en “Er is een kritieke fout op deze website opgetreden” zijn twee verschillende dingen die naar verschillende oorzaken wijzen. Vertaal ook niets: als er Engelse tekst op uw scherm staat, neem die dan over zoals hij er staat.

Stap 3: stuur de vijf gegevens mee die altijd nodig zijn

Ongeacht het probleem heeft degene die u helpt vrijwel altijd deze vijf dingen nodig. Zet ze standaard in uw melding en u haalt de meeste navraag weg.

  1. De directe link naar de pagina waar het gebeurt. Niet “op de productenpagina” maar de volledige URL uit de adresbalk.
  2. Een schermafbeelding of een korte schermopname. Op Windows met Win+Shift+S, op een Mac met Cmd+Shift+4. Een opname van tien seconden waarin u het probleem laat gebeuren, is goud waard.
  3. Apparaat en browser. “iPhone, Safari” of “Windows-laptop, Chrome”. En of u ingelogd was in WordPress of niet.
  4. Wanneer het begon en of het altijd gebeurt of soms. “Sinds gisterochtend” of “ongeveer één op de drie keer”.
  5. Wat er is veranderd. Heeft u zelf iets aangepast, een plugin geïnstalleerd, een update gedraaid of een tekst gewijzigd? Zeg het erbij. Dit is geen bekentenis maar de snelste route naar de oorzaak.

Voeg daar bij een storing één ding aan toe: de impact. Kunnen klanten niet bestellen, of staat er een spelfout? Dat bepaalt hoe uw melding wordt ingedeeld. Vertel het feitelijk in plaats van alles urgent te noemen; wie elke week spoed meldt, verliest de mogelijkheid om echte spoed te melden. Hoe die indeling doorwerkt in de afgesproken tijden, staat in het artikel over reactietijd en oplostijd.

Een invulmodel dat u kunt overnemen

Kopieer dit naar een notitie of een tekstblok en vul het in bij elke melding. Het kost u drie minuten.

  • Wat: korte omschrijving in één zin.
  • Waar: volledige link naar de pagina.
  • Stappen: 1) ik ga naar … 2) ik klik op … 3) dan gebeurt …
  • Verwacht: wat er zou moeten gebeuren.
  • Foutmelding: letterlijke tekst, of “geen”.
  • Apparaat en browser: …, ingelogd: ja/nee.
  • Sinds: datum en tijd, altijd of soms.
  • Gewijzigd: wat er recent is aangepast, of “niets voor zover ik weet”.
  • Impact: wie heeft er last van en waar zit de haast.
  • Bijlage: schermafbeelding of opname.

Werkt u met meerdere collega’s die dingen melden, zet dit model dan in een gedeeld document of maak er een formulier van. Dat is meestal effectiever dan iedereen vragen om “duidelijk te zijn”.

Wat u beter niet doet

Een paar gewoonten die het traag maken, en waarom:

  • Meerdere problemen in één bericht. Dan blijft het bericht openstaan tot het laatste punt is opgelost. Splits ze, tenzij ze duidelijk samenhangen.
  • Melden via drie kanalen tegelijk. Een appje, een mail en een telefoontje over hetzelfde leidt tot dubbel werk en een verspreide geschiedenis. Kies één kanaal.
  • Wachtwoorden in een gewone mail zetten. Deel toegang via een wachtwoordkluis of een eenmalige link. Zie hoe u inloggegevens veilig bewaart en deelt.
  • Wachten tot het “erg genoeg” is. Een klein probleem dat u drie weken laat liggen, is bij het melden vaak lastiger te reconstrueren dan hetzelfde probleem op dag één.
  • Zelf half repareren en dat niet vermelden. Dat kost uw helper de meeste tijd van alles.

Een voorbeeld van hetzelfde probleem, twee keer gemeld

Een makelaarskantoor in Alkmaar meldde: “Het aanmeldformulier werkt niet meer, graag met spoed.” Er volgden vier mails heen en weer over welk formulier, welke pagina en of er een foutmelding was. Netto duurde het bijna een dag voordat er inhoudelijk aan gewerkt kon worden.

Een maand later ging er opnieuw iets mis, en toen luidde de melding: “Op de pagina /woning-aanmelden geeft het formulier na klikken op Versturen de melding ‘Er is iets misgegaan, probeer het later opnieuw’. Gebeurt sinds vanochtend 09:00, op mijn laptop in Chrome en op de telefoon van een collega, dus niet apparaatgebonden. Gisteren is de bevestigingsmail aangepast. Schermafbeelding in de bijlage. Impact: er komen geen aanmeldingen binnen.” De oorzaak, een verkeerd ingevuld afzenderadres, was binnen twintig minuten gevonden.

Hetzelfde soort probleem, hetzelfde team, een verschil van bijna een werkdag. Dat verschil zat volledig in de eerste vijf regels.

Tot slot

Een goede supportvraag is geen kwestie van technische kennis maar van feiten en volgorde: wat u deed, wat er gebeurde, waar, sinds wanneer en wat er veranderd is. Wie dat standaard meestuurt, wordt merkbaar sneller geholpen, of dat nu bij ons is of bij de partij die uw WordPress-support verzorgt.

Concrete volgende stap: zet het invulmodel hierboven vandaag in een notitie op uw telefoon of computer. Bij uw eerstvolgende melding vult u het in en u zult zien dat het eerste antwoord dat u terugkrijgt geen wedervraag is, maar een oplossing.