Naarmate supportteams groeien, hebben hun grootste risico's zelden te maken met talent of intentie. Het gaat
om structuur.
Wat werkte toen het team nog uit slechts enkele supportmedewerkers bestond, begint onder druk te staan
naarmate het volume toeneemt, meer belanghebbenden betrokken raken en de verwachtingen rond snelheid en consistentie
stijgen.
Michael Ventresca, Customer Success Lead bij Hiver en voormalig medewerker van Zendesk, heeft
nauw samengewerkt met teams in verschillende groeifasen. In al die omgevingen komen dezelfde patronen
steeds opnieuw naar voren. Het gaat niet om dramatische fouten, maar om geleidelijke operationele
verschuivingen die zich in de loop van de tijd opstapelen.
Hier zijn vijf van de meest voorkomende fouten die hij ziet, samen met de aanpak van zijn team om
ze te voorkomen.
Fout 1: werkprocessen niet aanpassen naarmate het team groeit
Volgens Michael is het meest voorkomende probleem dat teams dezelfde processen blijven gebruiken
lang nadat ze deze zijn ontgroeid.
De grootste fout is dat werkprocessen niet worden aangepast naarmate het team en het aantal tickets groeien. Veel teams werken nog steeds met werkprocessen die drie of vier jaar geleden zijn ontworpen, toen het team kleiner was en het volume beheersbaar was.
Omdat het erop lijkt dat alles nog steeds werkt, worden werkprocessen zelden opnieuw bekeken. Maar na verloop van tijd
komen problemen aan het licht. Het eigenaarschap wordt onduidelijk, het overzicht raakt versnipperd over
inboxen en de tijd tot de eerste reactie en de SLA-prestaties beginnen terug te lopen.
Medewerkers vertrouwen op verouderde SOP's of kennisbanken, wat leidt tot inconsistente antwoorden.
De oplossing is structureel. Elk gesprek heeft vanaf het moment dat het
het systeem binnenkomt een duidelijke eigenaar nodig.
In plaats van e-mails te laten liggen in een gedeelde inbox waar iedereen ze kan oppakken, kunnen teams bijvoorbeeld toewijzingsregels gebruiken om factuurvragen automatisch naar de financiële afdeling te sturen, technische problemen naar supportspecialisten en klanten met hoge prioriteit naar ervaren medewerkers.
Eenmaal toegewezen zouden medewerkers niet telkens opnieuw moeten beginnen. Met gedeelde
sjablonen (standaardantwoorden) kunnen ze veelvoorkomende vragen, zoals verzoeken om terugbetaling
of wachtwoordresets, binnen enkele seconden beantwoorden en het bericht waar nodig toch personaliseren.
Tegelijkertijd zorgt een gecentraliseerde kennisbank ervoor dat medewerkers niet hoeven te gokken of op verouderde documentatie hoeven te vertrouwen wanneer een klant een
iets genuanceerdere vraag stelt. Ze kunnen direct nauwkeurige, goedgekeurde antwoorden ophalen, zodat reacties binnen het team consistent blijven.
Opschalen vereist niet meer inspanning. Het vereist betere systemen die in de dagelijkse werkzaamheden zijn ingebouwd.
Fout 2: AI te agressief inzetten of helemaal niet gebruiken
Nu AI toegankelijker wordt, maken supportteams een van twee fouten. Ze
passen het overal toe zonder waarborgen, of ze vermijden het volledig en blijven vertrouwen
op handmatig werk.
Beide benaderingen laten kansen onbenut.
AI moet herhaling afhandelen, niet verantwoordelijkheid. Als AI zonder toezicht elk antwoord schrijft, is dat riskant. Als AI repetitief werk niet vermindert, is dat inefficiënt.
AI is het effectiefst wanneer het repetitief werk wegneemt dat medewerkers tijdens echte
gesprekken vertraagt.
Met Hiver AI kan AI Copilot bijvoorbeeld een lange e-mailconversatie in enkele seconden samenvatten wanneer een medewerker deze opent en een antwoord opstellen op basis van eerdere reacties
en inhoud uit de kennisbank. In plaats van 10 heen-en-weer gestuurde e-mails door te nemen, kan de
medewerker zich richten op het controleren en verzenden van het antwoord.
Bij vragen met een hoog volume, zoals vragen over de bestelstatus of accountupdates, kunnen Hiver AI Agents al in actie komen voordat er een medewerker bij betrokken raakt. Een klant die vraagt: “Waar is mijn bestelling?” kan direct een nauwkeurig antwoord krijgen dat uit geïntegreerde systemen wordt opgehaald, zonder dat er überhaupt een ticket wordt aangemaakt.
Aan de achterkant controleert Hiver AI QA gesprekken voortdurend op toon, nauwkeurigheid en
naleving van de SLA. In plaats van dat managers tickets handmatig controleren, krijgen ze gemarkeerde inzichten
in waar de kwaliteit terugloopt.
In dit model neemt AI het mechanische werk voor zijn rekening, terwijl agenten verantwoordelijk blijven voor toon,
nauwkeurigheid en de uiteindelijke beslissingen.
Wanneer AI doelgericht wordt ingezet, verbetert het de snelheid en consistentie zonder het eigenaarschap te verwateren. Het
neemt repetitief werk weg, zodat teams kunnen opschalen zonder de handmatige werklast te vergroten.
Fout 3: Tools kiezen die na verloop van tijd moeilijker te beheren worden
Een ander probleem dat Michael heeft waargenomen, is het kiezen van een zeer complex ticketsysteem
dat meer overhead met zich meebrengt naarmate het team groeit.
Een toolbeslissing die in het begin vaak nuttig lijkt, maar later wrijving veroorzaakt, is het onderbrengen van support in een zeer complex, ticketgericht systeem dat zich buiten de werkomgeving bevindt die agenten al gebruiken.
In het begin kunnen verouderde platforms structuur en rapportages bieden. Naarmate teams groeien,
kunnen eenvoudige workflowaanpassingen echter een zware configuratie en doorlopend onderhoud vereisen.
Sommige organisaties nemen uiteindelijk speciale beheerders in dienst om het systeem te beheren. Andere
hebben moeite om processen snel aan te passen, omdat elke wijziging technisch aanvoelt.
Michael heeft dit zien gebeuren bij teams die tools zoals Zendesk invoerden in de verwachting dat deze
konden meegroeien, maar vervolgens ontdekten dat de operationele belasting zwaarder was dan verwacht.
Hij zet dit af tegen klanten die overstapten naar Hiver. Een voorbeeld is itGenius, dat aanvankelijk Zendesk
gebruikte, maar het duur en complexer dan nodig vond. Het ticketmodel maakte gesprekken ook onpersoonlijk.
Na de overstap naar Hiver centraliseerden zij gesprekken snel, stelden ze routering en
toewijzing in zonder een langdurige implementatiecyclus en herstelden ze een natuurlijkere
communicatiestijl. Hierdoor bespaarden ze elke maand ongeveer 40 uur.
Je klantenserviceplatform moet binnen enkele uren operationeel zijn, niet pas na weken of maanden.
Teams moeten automatisering, SLA's en rapportages kunnen configureren zonder gespecialiseerd
toezicht.
Wanneer een platform eenvoudig te implementeren en aan te passen is, kunnen teams hun workflows
ontwikkelen zonder complexiteit over te erven.
Fout 4: Samenwerking buiten de klantconversatie laten plaatsvinden
Zelfs met duidelijk eigenaarschap kan samenwerking om een andere reden vastlopen.
Interne samenwerking loopt meestal vast wanneer support tijdige input nodig heeft van teams die niet in de supporttool werken, zoals productontwikkeling, engineering, financiën of sales.
Neem een veelvoorkomend scenario.
Een klant meldt dat er twee keer kosten in rekening zijn gebracht voor een abonnementsupgrade. De support-
medewerker kan de betaling in het systeem zien, maar heeft bevestiging van de financiële afdeling nodig voordat
er een terugbetaling kan worden uitgevoerd. Tegelijkertijd bestaat de kans dat dit een productfout is, dus moet engineering mogelijk ook ingrijpen.
Bij de meeste teams begint het hier uiteen te vallen.
De medewerker stuurt de e-mail door naar de financiële afdeling. Stuurt vervolgens iemand een bericht via Slack. Misschien maakt die een
afzonderlijk intern ticket aan. Ondertussen blijft de oorspronkelijke klantconversatie onvolledig en
raakt de context verspreid over verschillende tools.
Met Hiver blijft deze volledige interactie binnen dezelfde conversatie.
De medewerker kan een interne notitie toevoegen waarin het probleem wordt uitgelegd en Finance betrekken met een
@mention, waarbij het exacte klantbericht en de betalingsgegevens worden toegevoegd. Finance kan
de context bekijken en bevestigen of een terugbetaling geldig is, rechtstreeks binnen de thread.
Als er input van Engineering nodig is, kan hetzelfde gesprek opnieuw worden toegewezen of gedeeld
zonder opnieuw te beginnen of context te kopiëren.
Zodra er duidelijkheid is, kan de medewerker de klant een volledige,
nauwkeurige update sturen, in plaats van gedeeltelijke antwoorden te versturen terwijl hij op interne teams wacht.
Omdat de samenwerking binnen het gesprek plaatsvindt, is elke beslissing, update en
afhankelijkheid gekoppeld aan het oorspronkelijke verzoek.
Volgens Michael zorgt eigenaarschap voor verantwoording. Geïntegreerde samenwerking zorgt voor een goede
informatiestroom. Beide zijn noodzakelijk om op te schalen.
Fout 5: Vaak communiceren zonder voortgang te boeken
Sommige communicatiegewoonten lijken behulpzaam, maar schaden de klantervaring in werkelijkheid.
Een van de schadelijkste communicatiegewoonten is het versturen van regelmatige updates die het probleem in werkelijkheid niet verder helpen.
Michael legt uit dat berichten zoals “we zijn dit nog steeds aan het onderzoeken” de
schijn van activiteit kunnen wekken zonder waarde toe te voegen. Hierdoor kunnen klanten het gevoel krijgen dat ze worden gemanaged
in plaats van ondersteund, vooral als tijdlijnen onduidelijk blijven.
Hij vindt dat updates doelgericht moeten zijn en gekoppeld moeten worden aan echte voortgang.
Dus hoe krijg je duidelijkheid voordat je een klant antwoord geeft? Als je een klantenserviceplatform zoals Hiver gebruikt, kun je ervoor zorgen dat elke vraag een duidelijke eigenaar heeft en dat die
eigenaar kan samenwerken met andere teams en de juiste informatie kan verkrijgen die nodig is voordat er wordt geantwoord.
Gedeelde zichtbaarheid en door AI ondersteunde concepten helpen teams antwoorden te geven die precies zijn
en gericht zijn op het resultaat.
Kort samengevat leiden minder, maar inhoudelijk sterkere updates tot meer vertrouwen.
Belangrijkste conclusie
Volgens Michaels ervaring moeten, naarmate teams groeien, de systemen achter de ondersteuning zich net zo snel
ontwikkelen. Wat op kleinere schaal beheersbaar lijkt, wordt vaak moeilijker vol te houden naarmate
volume, verwachtingen en afhankelijkheden tussen teams toenemen.
De teams die hier goed mee omgaan, reageren niet voortdurend ad hoc. Ze zorgen voor duidelijkheid in de manier waarop
het werk wordt uitgevoerd. Eigenaarschap wordt vroeg vastgelegd, samenwerking blijft binnen het gesprek,
en repetitief werk wordt verminderd zonder de controle te verliezen.
Als je huidige werkwijze zwaarder begint aan te voelen dan nodig zou moeten zijn, kan het de moeite waard zijn om een stap
terug te doen en opnieuw na te denken over de inrichting van je ondersteuningsactiviteiten. Tools zoals Hiver zijn ontworpen om die overgang eenvoudiger te maken zonder meer complexiteit toe te voegen.