Het beste naar boven brengen tijdens gesprekken tussen mensen. Dat is de visie van Claritalk. We focussen op een aantal expert verticals waar er door tijdsgebrek een grote meerwaarde kan gerealiseerd worden door gesprek- en dossierassistentie.
Onze klanten kopen geen model en geen dashboard. Ze kopen tijd terug, en het gevoel dat er niets belangrijks uit een gesprek verloren gaat. Of dat lukt, hangt maar deels af van de code. Het hangt evenveel af van iemand die begrijpt hoe die klant vandaag werkt, die de visie kan uitleggen zonder jargon, en die weet welke drempel echt in de weg staat en welke gewoon luidruchtig is. Dat is deze rol.
Oordeel vooral zelf, maar onderstaande puntjes zouden je kunnen opvallen:
Deze rol is geen technische rol, maar wel een rol tussen mensen en techniek. Vier dingen staan centraal.
Luisteren, en dan nog eens doorvragen. Je zit bij klanten tijdens onboarding, opvolging en evaluatiegesprekken. Je hoort daar wat ze zeggen, en je zoekt daarachter wat ze bedoelen. "De samenvatting is te lang" kan betekenen dat er te veel in staat, dat het verkeerde bovenaan staat, of dat de gebruiker hem doorstuurt naar iemand die maar drie regels leest. Dat zijn drie verschillende problemen met drie verschillende oplossingen. Jij komt terug met het juiste.
De visie kunnen uitleggen. Je vertelt aan een zaakvoerder, een salesdirector of een HR-verantwoordelijke wat wij doen en waarom dat werkt, zonder dat er één keer een afkorting valt die zij moeten opzoeken. Concreet voorbeeld van wat we bedoelen: hoe zou jij de orchestratie van agents uitleggen aan iemand die zijn week wil terugwinnen en niet weet wat een API is? Wij verwachten geen modelantwoord. We verwachten wel dat je het probeert, met een beeld dat blijft hangen, en dat je nadien merkt of de andere persoon het echt begrepen heeft of gewoon vriendelijk knikt.
Oordelen wat blokkerend is en wat niet. Elke klant heeft een lijst. Op die lijst staan drie soorten dingen door elkaar: wat iemand tegenhoudt om het product vandaag te gebruiken, wat irriteert maar te omzeilen is, en wat gewoon persoonlijke smaak is. Jij sorteert die drie voordat ze bij het team belanden, en je durft "dit doen we niet, en dit is waarom" zeggen tegen de klant. Alles doorsturen is geen inzet, dat is de beslissing doorschuiven naar iemand die de klant niet gesproken heeft.
De vertaalslag naar IT. Je hoeft niet te weten hoe een queue werkt. Je moet wel een vraag kunnen omzetten in iets waar een developer meteen mee vooruit kan: een user story met een rol, een doel, een reden, plus wat je verwacht dat er op het scherm gebeurt. Zo ziet dat er bij ons uit: Als accountmanager wil ik de samenvatting van mijn gesprek kunnen bijwerken voordat ik ze naar het CRM stuur, zodat mijn collega geen fout in het dossier overneemt. Daarbij hoort context die goud waard is en die alleen jij hebt: bij welke klant, hoe vaak, met welk gesprek als voorbeeld, en wat de gebruiker nu in de plaats doet. Wat je niet doet, is de oplossing voorschrijven. Het "hoe" is aan het team, het "wat" en het "waarom" zijn aan jou.
Daarnaast, minder spectaculair maar even belangrijk: onboarding begeleiden zodat een team na twee weken echt aan het werken is en niet nog aan het proberen, adoptie opvolgen met echte cijfers in plaats van een onderbuikgevoel, verlengingen voorbereiden voordat ze urgent worden, en de lus sluiten door aan de klant terug te melden wat er met hun feedback gebeurd is.
Laat iets weten. Kom eventueel al met een antwoord op die vraag over agents: we zijn oprecht nieuwsgierig hoe jij dat zou uitleggen.
Copyright © 2026 Grabjobs Pte.Ltd. All Rights Reserved.