Een inhoudelijke vraag doorzetten van social naar service
7 november 2026 · 8 min leestijd · Marketing Scan
In dit artikel
Wat je minimaal bewaart bij de overdracht
De kern van het probleem is dat de context op social blijft hangen terwijl de oplossing elders gebeurt. Maak daarom één overdrachtsnotitie die los van het platform leesbaar is. Die bevat minstens deze elementen:
- De vraag in de woorden van de klant, letterlijk overgenomen of als schermafbeelding, met datum en kanaal.
- Een link of verwijzing naar het oorspronkelijke bericht, zodat service de bron kan terugvinden.
- Wat al gezegd of beloofd is, bijvoorbeeld 'we bekijken dit en laten je iets weten via privébericht'.
- Wat al gevraagd is aan de klant, zodat service niet dezelfde vraag herhaalt.
- Het gekozen vervolgkanaal, met toestemming van de klant om daar contact op te nemen.
- De eigenaar: één persoon met naam die de afhandeling bewaakt.
Vraag nooit gevoelige gegevens in een openbare reactie. Nodig de klant uit om via een privékanaal of het servicekanaal verder te gaan, en leg hem uit welke gegevens je dan nodig hebt. Wat je precies mag bewaren en hoelang, hangt af van je eigen privacybeleid. Laat dat zo nodig toetsen door wie daarvoor bevoegd is.
Beslisblad: waar gaat de vraag naartoe?
Gebruik dit blad als vaste routine, zodat elke collega dezelfde keuze maakt.
| Situatie | Actie | Eigenaar |
|---|---|---|
| Algemene vraag, antwoord past in één openbare zin | Publiek antwoorden, geen overdracht | Social-beheerder |
| Vraag over een bestelling of factuur | Privékanaal openen, notitie opmaken, doorzetten naar service | Servicemedewerker |
| Technisch of productinhoudelijk probleem | Doorzetten naar de verantwoordelijke voor het product, klant laten weten dat er opvolging komt | Productverantwoordelijke |
| Klacht met emotionele lading | Snel erkennen, naar privékanaal, naar service met volledige notitie | Teamlead service |
| Vraag met persoonlijke of gevoelige gegevens | Niet publiek verderzetten, klant naar beveiligd servicekanaal verwijzen | Servicemedewerker |
| Onduidelijke vraag | Eén verduidelijkende vraag stellen, daarna opnieuw beslissen | Social-beheerder |
Een privébericht op een social-platform is niet automatisch een beveiligd kanaal. Bepaal intern welke gegevens je daar wel of niet vraagt, en verwijs voor gevoelige gegevens naar het servicekanaal dat je zelf als beveiligd hebt beoordeeld.
Noteer in je interne werkwijze welk kanaal bij welke rij hoort. Welke kanalen je beschikbaar hebt en hoe berichten daar werken, controleer je zelf in de beheeromgeving van elk platform, want functies kunnen wijzigen.
De terugkoppeling beloven zonder te veel te beloven
De beloofde terugkoppeling is het zwakste punt in de keten. Een klant die 'we komen erop terug' leest, verwacht iets concreets. Geef daarom geen termijn die je niet kunt halen, en bouw in plaats daarvan een bewaking in.
Formuleer de belofte als een stap, niet als een deadline: 'We hebben je vraag doorgegeven aan onze servicedienst. Zij nemen via privébericht contact met je op.' Als je intern een streefdoel hebt, hou je dat intern. Kondig je toch een moment aan, dan moet iemand dat bewaken.
Praktisch werkt dit met een eenvoudige open-vragenlijst. Elke overdracht krijgt een regel met datum, eigenaar en status: open, in behandeling of afgesloten. Eén keer per werkdag loopt iemand de open regels na. Staat een vraag nog open zonder beweging, dan stuurt de eigenaar een korte tussentijdse update, ook als er nog geen oplossing is. Dat vermijdt dat de klant zelf moet herinneren. Sluit een vraag pas af als de klant het antwoord heeft gekregen of als duidelijk is dat hij niet meer reageert, en noteer welke van die twee het was.
Toegankelijk en leesbaar terugkoppelen
Een terugkoppeling die niet gelezen of begrepen wordt, telt niet. Zorg dat je antwoorden en formulieren bruikbaar zijn voor zoveel mogelijk mensen. De tutorials van het W3C beschrijven hoe je webinhoud toegankelijk maakt voor mensen met een beperking en tegelijk gebruiksvriendelijker voor iedereen (W3C WAI-tutorials). Dat geldt ook voor je contactformulier of servicepagina waar de overdracht op uitkomt.
Controleer drie dingen op die pagina. Heeft elk invoerveld een duidelijk zichtbaar label, zodat de klant weet wat hij moet invullen? Is een foutmelding begrijpelijk en kun je het formulier met het toetsenbord invullen en verzenden? Zijn afbeeldingen met informatie voorzien van een tekstalternatief? Deze punten zijn een praktische eerste controle op basis van W3C-richtlijnen voor best practices en bewijzen geen volledige WCAG-conformiteit. Je test dit het eenvoudigst zelf, zonder muis, en met de hulpmiddelen die je team al gebruikt. Een publieke controle van je website toont alleen zichtbare signalen en bewijst niet dat alles intern correct werkt, dus test het formulier ook echt door het zelf te gebruiken en te volgen tot de melding bij service aankomt.
Fictief voorbeeld en controle na invoering
Een fictief voorbeeld, enkel bedoeld om de procedure te tonen. Een klant schrijft onder een bericht van een webshop: 'Mijn pakket is geleverd maar de verpakking was beschadigd, wat nu?' De social-beheerder past het beslisblad toe: het gaat om een bestelling, dus overdracht. Ze antwoordt publiek: 'Vervelend om te horen. We zetten je vraag door naar onze servicedienst en sturen je een privébericht.' Daarna maakt ze de overdrachtsnotitie met de letterlijke vraag, de link naar het bericht, wat ze beloofde, wat nog ontbreekt (bestelnummer, foto) en de eigenaar. Service vraagt in het privékanaal alleen nog naar bestelnummer en foto, niet naar het verhaal.
Verwachte controles na invoering van je eigen procedure:
- Neem een steekproef van recente overdrachten en kijk of de klant ergens zijn probleem opnieuw moest uitleggen.
- Controleer of bij elke overdracht een eigenaar en status genoteerd staan.
- Tel hoeveel open regels zonder beweging staan, en bekijk ze één voor één.
- Vraag servicemedewerkers of de notitie volstond of dat ze toch nog moesten navragen.
- Pas het beslisblad aan op basis van wat misloopt.
Wil je ook weten welke publieke signalen je website uitstraalt rond contact en toegankelijkheid, kijk dan eens via Marketing Scan. Dat is een aanvulling op je eigen controle van de overdracht, geen vervanging ervan.
Veelgestelde vragen.
Moet ik elke social-vraag doorzetten naar service?
Nee. Algemene vragen met een kort publiek antwoord los je op het kanaal zelf op. Zet door zodra het antwoord klantgegevens, een bestelling of de tussenkomst van een collega vraagt. Bij twijfel is overdracht veiliger dan laten liggen.
Welke termijn mag ik de klant beloven?
Beloof liever een stap dan een deadline, bijvoorbeeld dat service via privébericht contact opneemt. Noem alleen een termijn als iemand die ook bewaakt. Bouw intern een dagelijkse nazicht van open vragen in, zodat de klant niet zelf hoeft te herinneren.
Wat doe ik als de klant gevoelige gegevens in een openbare reactie zet?
Reageer vriendelijk dat je dit liever privé verder behandelt en verwijs naar het beveiligde servicekanaal. Hoe je het bericht verder beheert en hoelang je gegevens bewaart, hangt af van je privacybeleid. Laat dat zo nodig beoordelen door wie daarvoor bevoegd is.
Hoe controleer ik of mijn overdracht echt werkt?
Neem een steekproef van recente overdrachten en kijk of de klant ergens zijn probleem opnieuw moest uitleggen. Test ook je contactformulier zelf van begin tot eind, inclusief toetsenbordgebruik. Zo zie je of de melding bij service aankomt en bruikbaar is.
Bronnen bij dit artikel
Hoe werkt een marketing scan? Meetmethode en grenzen
Van advies naar actie voor jouw website
Maak een gratis account voor één website. Controleer zes kenmerken van je homepage en bekijk maximaal drie bevindingen.
Herhaal de check handmatig één keer per zeven dagen. Voor volledige audits en automatische opvolging is uitgebreide toegang nodig.
Maak je gratis account