Dit scenario heb je vast wel eens meegemaakt. Een junior teamlid moet posts voorbereiden in de drafts. Maar op de een of andere manier hebben ze ook de machtiging om ze goed te keuren en te publishen. Op een vrijdagmiddag gaat een halfafgemaakte caption live omdat niemand de permissies goed heeft ingesteld, en nu is er iemand een verontschuldigingsmail aan het schrijven in plaats van naar huis te gaan.
Rollen en machtigingen klinken saai, totdat ze je precies hiervoor behoeden. Laten we ze dus simpel maken.
De basisrollen die elk team nodig heeft
Als je het tot de essentie herleidt, hebben de meeste social media teams vijf soorten toegang nodig, of je nu een eenmanszaak bent die vijf petten opheeft of een bureau met vijftien medewerkers.
- De creator. Schrijft captions, kiest beelden, bouwt de post op. Zou niet moeten kunnen publishen zonder dat iemand anders er eerst naar kijkt, zelfs als die iemand zijzelf zijn op een andere dag.
- De interne reviewer. Controleert de brand voice, spelling en of de afbeelding het product wel goed weergeeft. Haalt de fouten eruit voordat een klant ze ooit te zien krijgt.
- De klant (of finale approver). Zegt ja of nee. Hoeft niets te bewerken, hoeft je interne Slack-discussie over het lettertype niet te zien, maar heeft alleen een duidelijk overzicht van de afgewerkte post en een knop om op te drukken nodig.
- De admin. Beheert het team zelf. Wie erin zit, waar ze aan mogen komen, facturatie, dat soort zaken. Meestal een of twee personen, niet het hele team.
- De specialist. Designers, vertalers, iedereen die aan één deel van de content werkt zonder het hele plaatje nodig te hebben. Een vertaler heeft geen analytics nodig. Een designer heeft geen toegang tot facturatie nodig.
Niet elk team heeft al deze vijf rollen als afzonderlijke personen nodig. Een bureau van twee personen kan één persoon hebben die creator en reviewer is, terwijl de klant de goedkeuring doet. Dat is prima. Het gaat niet om het aantal mensen, maar om ervoor te zorgen dat elk van die taken daadwerkelijk gebeurt en niemand per ongeluk meer macht heeft dan hun job vereist.
Wie zou moeten kunnen publishen
Kort antwoord: zo weinig mogelijk mensen. Publishing-toegang is de enige machtiging die een fout verandert in een publieke fout. Fouten van alle anderen worden ergens in de keten opgevangen. De persoon die kan publishen is het eindstation. De meeste agencies beperken dit tot accountmanagers of teamleads, en zelfs dan pas nadat de post een goedkeuring heeft gekregen.
Een goede regel: als iemand kan publishen zonder dat er een goedkeuringsstap voor zit, dan is dat geen probleem met de rol, maar een gat in het proces. Verbeter de workflow voordat je de machtigingen aanpast.
Rollen aan de klantzijde: houd het simpel
Klanten willen geen login die ze moeten onthouden, en ze willen zeker je interne opmerkingen niet zien over de vraag of de CEO van de klant er wel goed uitziet op die foto.
Geef klanten precies één ding: een overzichtelijke approval-weergave. Ze zien de afgewerkte post, laten feedback achter of klikken op goedkeuren, en dat is de hele interactie. In Kontentino is de klantrol hierop gebouwd: ze zien posts pas als ze door de interne review zijn, en hun opmerkingen blijven gescheiden van het interne overleg van je team. Geen extra kosten per seat ook, dus je betaalt niet meer omdat een klant een tweede persoon aan de reviewketen toevoegt.
Als een klant edit-toegang wil (sommigen willen dat, vooral in-house marketingteams die samenwerken met een agency), dan is dat een ander gesprek en een andere rol. Geef het niet standaard omdat ze erom vragen. Vraag wat ze daadwerkelijk moeten doen en stem de toegang daarop af.
Hoe agencies hun teams daadwerkelijk indelen
Twee veelvoorkomende patronen, en beide werken prima afhankelijk van je grootte.
👉 Het pod-model. Kleine teams (2 tot 4 personen) zijn elk van begin tot eind verantwoordelijk voor een set klanten. Eén persoon kan creator en reviewer zijn voor de accounts van hun pod. Dit werkt goed tot ongeveer 10 klanten, omdat iedereen in de pod de accounts door en door kent.
👉 Het functionele model. Grotere bureaus splitsen op basis van functie in plaats van per klant: een contentteam schrijft voor iedereen, een reviewteam controleert alles, accountmanagers regelen de klantrelaties en de uiteindelijke aftekening. Dit schaalt beter boven de 15 tot 20 klanten, omdat je niet een hele pod opnieuw hoeft op te leiden telkens wanneer je een nieuwe klant binnenhaalt; je plaatst mensen gewoon in functies die ze al kennen.
Geen van beide is “correct”. Het pod-model voelt persoonlijker aan en klanten geven daar vaak de voorkeur aan. Het functionele model is efficiënter bij groei. Kies op basis van je omvang, niet op basis van wat indrukwekkender klinkt in een pitch deck.
Een simpel sjabloon voor machtigingen per teamgrootte
Solo of bureau met twee personen: Eén persoon doet creatie en interne review. De klant keurt goed. Dat is de hele keten. Maak het niet te ingewikkeld.
Klein bureau (3 tot 8 personen): Splits creator en reviewer op in verschillende personen, zelfs als het gewoon is “jij checkt mijn werk, ik check het jouwe”. Voeg één admin toe. Klanten keuren goed via een link zonder login, zonder dat er seats worden verbruikt.
Groeiend bureau (8 to 20 personen): Voeg specifieke designer- en contentrollen toe. Overweeg één senior reviewer per pod of per aantal klanten, iemand wiens taak het specifiek is om fouten op te vangen voordat ze het klantstadium bereiken. Houd de publish-toegang beperkt tot accountleads.
Groter bureau (20+ personen): Functionele teams, duidelijke escalatie voor ongebruikelijke zaken (een gevoelige post, een juridische kwestie), en een echt onboarding-proces voor nieuwe medewerkers, zodat niemand hoeft te raden waar ze wel of niet aan mogen komen.
Dit opzetten zonder te veel na te denken
Je hebt geen vergadering van een machtigingscommissie nodig. Begin globaal en stuur bij waar nodig.
- Lijst de daadwerkelijke mensen in je team op en welke taak ieder dagelijks uitvoert.
- Koppel elke persoon aan een van de vijf basisrollen hierboven. De meeste mensen passen duidelijk in één rol.
- Schakel de publish-toegang uit voor iedereen die geen teamlead of accountmanager is.
- Stuur klanten een approval-link, geen login. Beperk hun weergave tot wat ze echt moeten zien.
- Evalueer dit om de paar maanden, of telkens wanneer er iemand nieuw bijkomt. Rollen verschuiven naarmate teams groeien, en het is makkelijk om te vergeten dat iemand nog steeds toegang heeft van een functie die ze zes maanden geleden hebben verlaten.
Het rollensysteem van Kontentino regelt dit standaard: Admin, Manager, Client, Designer, Translator, en een beperkte Media Agency rol voor partnerbureaus die aan hetzelfde account werken. Iedereen ziet alleen wat hun job vereist. Bekijk de volledige uitleg in ons helpcenter voor de details.
Wil je de rollen van je team vanaf dag één goed instellen? Start een gratis proefperiode van 14 dagen, geen kaart vereist, of boek een demo en we lopen de opzet van je team samen met je door.
FAQ: social media rollen en machtigingen
Wie moet social media posts goedkeuren?
Degene die verantwoordelijk is voor het resultaat als er iets misgaat. Meestal is dat een accountmanager of de klant zelf voor klantwerk, of een marketinglead voor in-house teams. De persoon die goedkeurt, zou niet dezelfde persoon moeten zijn die de post heeft geschreven, anders heb je gewoon één persoon die zijn eigen werk controleert.
Welke rollen heeft een social media team nodig?
Minimaal: iemand die content creëert, iemand die het intern reviewt en iemand die de finale goedkeuring geeft. Grotere teams voegen designers, vertalers en admins toe. Niet elke rol heeft een apart persoon nodig, maar elke taak moet ergens in je proces bestaan.
Zouden klanten edit-toegang moeten hebben tot social posts?
Meestal niet. Geef klanten in plaats daarvan een overzichtelijke approval-weergave: ze zien de afgewerkte post, geven commentaar of keuren goed, en dat is het. Volledige edit-toegang zorgt voor verwarring over wie er nu echt verantwoordelijk is voor de definitieve versie.
Hoeveel mensen zouden moeten kunnen publishen?
Zo weinig mogelijk, idealiter alleen teamleads of accountmanagers, en pas nadat een post is goedgekeurd. Brede publishing-toegang is hoe typo’s en halfafgewerkte drafts live komen te staan.
Wat is het verschil tussen pod- en functionele teamstructuren?
Pod-teams zijn van begin tot eind verantwoordelijk voor een groep klanten, goed voor kleinere agencies waar persoonlijke relaties tellen. Functionele teams splitsen op per taak (content, review, accountmanagement) over alle klanten heen, wat beter schaalt zodra je de 15 tot 20 accounts passeert.
Krijg je rollen direct goed
Een nette opzet van machtigingen is niet glamoureus, maar het is het verschil tussen een vlotte vrijdagmiddag en een verontschuldigingsmail. De ingebouwde rollen van Kontentino regelen de verdeling voor je: creators, reviewers, klanten en admins, waarbij iedereen precies ziet wat ze nodig hebben.
Probeer het 14 dagen gratis, geen creditcard nodig, of boek een demo en we helpen je om je team hierop in te delen.
