Klantenservice
Rollen en rechten in een teaminbox: wie mag wat zien
Een gedeelde inbox werkt het best als iedereen ziet wat hij nodig heeft en niets meer. Zo ontwerpt u rollen voor medewerkers, supervisors, marketing, developers en financiën, en zo richt u ze in zonder uw team buiten te sluiten.
MonoChat-team Bijgewerkt: 8 min leestijd
Op deze pagina
Geef in een teaminbox iedereen de minimale toegang die zijn werk vraagt: medewerkers lezen en beantwoorden de gesprekken die aan hen zijn toegewezen (en pakken niet-toegewezen gesprekken op), supervisors zien alle gesprekken en rapporten van hun team, marketing beheert templates en campagnes maar geen individuele supportchats, developers beheren automatiseringen en integraties, en financiën ziet de facturering. Slechts een of twee beheerders kunnen kanalen, rollen en facturering wijzigen. Bouw elke rol vanuit die taken, test hem met een echte login en controleer hem telkens als iemand in dienst komt, van plek wisselt of vertrekt.
Dat is minimale toegang toegepast op klantcommunicatie. Het gaat niet om wantrouwen. Het beschermt de persoonsgegevens van klanten, voorkomt dure fouten zoals een verwijderd kanaal of een campagne naar de verkeerde lijst, en maakt duidelijk wie wat heeft gedaan.
Waarom rollen in een berichteninbox extra belangrijk zijn
Een gedeelde inbox brengt veel gevoelig materiaal op één plek samen:
- Persoonsgegevens in platte tekst. Adressen, telefoonnummers, foto’s van identiteitsbewijzen, recepten, betalingsproblemen. Klanten sturen via WhatsApp dingen die ze nooit in een webformulier zouden typen.
- Krachtige knoppen. Een WhatsApp-nummer ontkoppelen, een live flow bewerken, een bulkcampagne versturen of een AI-model wijzigen heeft direct gevolgen voor elke klant.
- Inloggegevens. Sleutels van AI-providers, webhook-URL’s en functies kunnen gegevens uit uw workspace halen.
- Geld. Saldo van de workspace, facturen en betaallinks.
Als iedereen beheerder is, kan een nieuwe medewerker dat allemaal op dag één. De meeste incidenten in gedeelde inboxen zijn geen aanvallen; het zijn goedbedoelende mensen die op iets klikken waar ze geen toegang toe nodig hadden.
Principes voor het ontwerpen van rollen
Ga uit van taken, niet van titels
Een “senior medewerker” en een “medewerker” doen misschien hetzelfde werk. Vraag liever: welke gesprekken moet deze persoon zien, wat wijzigt hij en welke rapporten heeft hij nodig? Twee mensen met verschillende titels en dezelfde antwoorden delen een rol.
Houd het aantal rollen klein
Vier tot zes rollen dekken de meeste bedrijven. Elke extra rol is iets om te onderhouden en te controleren. Merkt u dat u “Medewerker – Ayşe” aanmaakt, stop dan en denk opnieuw na.
Scheid zien van wijzigen
Veel mensen moeten iets kunnen lezen zonder het te wijzigen. Een supervisor wil misschien de flows lezen om te begrijpen waarom een klant een bericht kreeg, zonder ze te kunnen bewerken. Alleen-lezentoegang is vaak genoeg.
Bepaal bewust wie welke gesprekken ziet
Dit is de belangrijkste beslissing voor medewerkers. Er zijn drie gangbare modellen:
| Model | Medewerkers zien | Geschikt voor |
|---|---|---|
| Open | Elk gesprek | Kleine teams die elkaar vervangen, gegevens met weinig gevoeligheid |
| Eigen plus wachtrij | Gesprekken die aan hen zijn toegewezen, plus niet-toegewezen gesprekken die ze kunnen oppakken | De meeste support- en salesteams |
| Alleen eigen | Alleen gesprekken die aan hen zijn toegewezen | Klinieken, financiële dienstverlening, bureaus met meerdere klanten, uitbestede teams |
“Eigen plus wachtrij” is een goede standaard. Medewerkers kunnen niet door de klanten van collega’s bladeren, maar er blijft niets liggen, omdat niet-toegewezen gesprekken zichtbaar blijven.
Maak beheerdersrechten zeldzaam
Een of twee beheerders is ruim voldoende. Alle anderen, ook managers, horen een rol te gebruiken die bij hun werk past. Beheerdersrechten “voor het geval dat” zijn de manier waarop rollen afglijden naar “iedereen kan alles”.
Een startset van rollen
Gebruik dit als sjabloon en pas het aan uw bedrijf aan.
Medewerker
- Ziet: gesprekken die aan hem zijn toegewezen en niet-toegewezen gesprekken die hij kan oppakken.
- Doet: antwoorden, interne notities toevoegen, gesprekken doorzetten of sluiten, profielvelden van de klant bijwerken.
- Doet niet: kanalen, flows, AI-instellingen, templates, teamleden of facturering wijzigen; ziet standaard geen rapporten.
Gebruikt u overdracht van AI naar een medewerker, dan moeten medewerkers ook de gesprekken zien die de assistent aan hen doorgeeft, wat in de praktijk neerkomt op toegewezen en niet-toegewezen gesprekken.
Supervisor of teamleider
- Ziet: alle gesprekken van zijn team, plus rapporten.
- Doet: gesprekken toewijzen en opnieuw toewijzen, verouderde gesprekken in bulk sluiten, kwaliteit beoordelen, flows en AI-instellingen lezen.
- Doet niet: facturering wijzigen, kanalen koppelen of verwijderen, of rollen beheren.
Supervisors hebben rapporten nodig om hun team aan te sturen. Houdt u eerste reactietijd en SLA’s bij, zie dan onze gids over KPI’s voor chatsupport voor wat u hun moet voorleggen.
Marketing
- Ziet: templates, campagnes en de contactlijsten die ze mogen benaderen.
- Doet: templates maken en indienen, bulkberichten voorbereiden en inplannen, campagnerapporten lezen.
- Doet niet: individuele supportgesprekken lezen, kanalen wijzigen of supportflows bewerken.
Het grootste risico bij marketingtoegang is versturen naar het verkeerde publiek. Onze gids over WhatsApp-opt-in behandelt de kant van de toestemming; rechten bepalen wie op “verzenden” kan drukken.
Developer of integrator
- Ziet: automatiseringen, functies, flows, webhooks, AI-modellen en integratie-instellingen.
- Doet: flows en functies bouwen en testen, AI-providers en tools koppelen, webhooks instellen.
- Doet niet: heeft geen toegang nodig tot facturering, teambeheer of, idealiter, echte klantgesprekken buiten wat voor testen nodig is.
Behandel deze rol als gevoelig, ook al is het geen “beheerder”. API-sleutels voor AI-providers en webhookbestemmingen bepalen waar klantgegevens naartoe gaan. Geef de rol aan mensen bij naam, niet aan een gedeelde login van een bureau.
Financiën
- Ziet: facturering, facturen, saldo van de workspace en betaalgegevens.
- Doet: saldo opwaarderen, facturen downloaden, betalingen controleren.
- Doet niet: gesprekken lezen of iets in de inbox wijzigen.
Beheerder of eigenaar
- Alles, inclusief rollen, kanalen en facturering. Beperk dit tot een of twee mensen, en zorg dat er minstens twee zijn, zodat niemand buitengesloten raakt als er één op vakantie is.
Teams, werktijden en rollen werken samen
Rollen bepalen wat iemand kan doen. Teams en werktijden bepalen welk werk bij hem terechtkomt:
- Met teams (sales, support, facturering, een regio of een merk) wijst u gesprekken toe aan een groep en kan een supervisor toezicht houden op zijn groep.
- Werktijden en diensten bepalen wanneer mensen geacht worden te antwoorden, wat belangrijk is voor routering en voor eerlijke cijfers over reactietijd.
- Statussen zoals online, afwezig en offline laten het team zien wie echt beschikbaar is.
Ontwerp de drie samen. “Medewerkers in het team Istanbul zien tijdens hun dienst hun eigen gesprekken en de wachtrij van Istanbul” is een volledige regel; “medewerkers kunnen gesprekken lezen” is dat niet.
Zo voert u rollen in zonder iets kapot te maken
- Maak een lijst van iedereen en wat ze nu doen. Een spreadsheet met naam, functie, kanalen en de schermen die ze gebruiken is genoeg.
- Groepeer ze in vier tot zes rollen met het sjabloon hierboven.
- Maak de rollen aan vanuit een bestaande rol en haal weg wat niet nodig is, in plaats van vanaf nul toe te voegen.
- Test elke rol met een echte login. Ziet een medewerker de wachtrij? Kan een supervisor rapporten openen? Kan marketing een template indienen maar geen supportchats openen?
- Zet mensen in kleine groepen over, te beginnen met een team dat snel feedback kan geven.
- Leg de regels vast in één alinea per rol, zodat nieuwe collega’s en auditors ze begrijpen.
- Controleer regelmatig: wanneer iemand in dienst komt, van plek wisselt of vertrekt, en elke paar maanden voor iedereen.
Vertrekt iemand, trek dan dezelfde dag zijn toegang in en wijs zijn openstaande gesprekken opnieuw toe, zodat klanten niet blijven wachten.
Bijzondere situaties om op voor te bereiden
- Bureaus en uitbestede teams. Geef elke externe persoon een eigen login en een medewerkersrol met “alleen eigen” gesprekken. Loopt het contract af, dan is het intrekken van toegang één stap, en blijft de geschiedenis aan die persoon toegeschreven.
- Meerdere merken of klanten in één workspace. Gebruik teams per merk en houd medewerkers bij hun eigen gesprekken, zodat de klanten van de ene opdrachtgever nooit zichtbaar zijn voor de medewerkers van een andere.
- Tijdelijke en seizoenskrachten. Maak ze aan met de gewone medewerkersrol, zonder rapporten en zonder toegang tot automatiseringen, en zet op de dag dat u ze uitnodigt een verwijderdatum in uw agenda.
- Managers die alleen cijfers willen. Een alleen-lezenrol met rapporten en zonder toegang tot gesprekken is vaak alles wat een directielid nodig heeft.
- Noodtoegang. Bepaal vooraf wie ‘s nachts of in het weekend extra rechten kan toekennen, in plaats van “voorlopig” beheerdersrechten uit te delen.
Veelgemaakte fouten
- Iedereen is beheerder, omdat dat op dag één makkelijker was.
- Gedeelde logins voor bureaus of nachtdiensten. U verliest elk overzicht van wie wat heeft geantwoord en kunt de toegang van één persoon niet intrekken.
- Medewerkers die flows kunnen bewerken en een bericht voor één klant “repareren”, waardoor het voor iedereen verandert.
- Rapporten die verborgen zijn voor supervisors, zodat ze op gevoel sturen.
- Eén gigantische “aangepaste” rol per persoon die zes maanden later niemand meer kan uitleggen.
Hoe MonoChat het doet
In MonoChat staan rollen onder Instellingen › Team › Rollen. Kies + Create, geef de rol een naam en kies een Reference, een bestaande rol om mee te beginnen. Zet daarna elk recht aan of uit.
- Gedetailleerde rechten per onderdeel. Rechten zijn gegroepeerd per onderdeel, zoals chat (kanalen, webhooks, sessies en berichten), CRM, automatisering (functies, flows, AI-modellen, MCP, harnesses en agent-runs), marketing, rapporten, team, facturering, wallet en betalingen, met aparte rechten voor lezen, aanmaken, bijwerken en verwijderen waar dat van toepassing is.
- Alleen eigen gesprekken. Chatsessies hebben “owned”-scopes, zoals het lezen van eigen chatsessies en het lezen van vrije (niet-toegewezen) sessies, zodat u een medewerker kunt beperken tot zijn eigen gesprekken plus de wachtrij.
- Rapporten via rechten. Het menu Rapporten verschijnt alleen voor rollen met het recht om rapporten te lezen.
- Teams, werktijden en diensten stelt u in onder Instellingen › Team, en gesprekken kunnen aan een persoon of een heel team worden toegewezen, één voor één of in bulk vanuit de gedeelde teaminbox.
Zie rollen en rechten voor een overzicht, of maak een gratis account aan op app.monochat.ai en probeer een rol uit met een testgebruiker voordat u het team uitnodigt.
Pas dit toe in de praktijk met MonoChat