Rollbaserade behörigheter för sociala medier: upplägget med 6 roller för byråer

Rollbaserad åtkomstkontroll (RBAC) handlar om att rollen avgör vad någon får göra, inte personen. För ett sociala medier-team räcker det med sex roller, inte tjugo: creator, editor, approver, publisher, analytiker och admin. Avgränsa varje person till specifika kundkonton så att ingen ser arbete som inte är deras, och håll koll på vem som godkände vad.

Byråer misslyckas oftast i en av två riktningar. Alla delar en inloggning, eller så väntar varje inlägg på grundaren. Båda går att lösa på en eftermiddag.

TLDR: Sex roller, avgränsade per kund, med godkännanden som grind och varje signering registrerad. Undantag per person är det som gör hela modellen ohållbar.

De sex rollerna som täcker nästan alla team

Roll	Kan göra	Kan inte göra
Creator	Skapa utkast, ladda upp material	Publicera, koppla konton
Editor	Redigera utkast inom scope, skicka för godkännande	Godkänna sitt eget arbete
Approver	Godkänna, avslå, kommentera utkast	Redigera kopplade konton
Publisher	Schemalägga och publicera godkända inlägg	Godkänna, lägga till användare
Analytiker	Läsa analyser, exportera rapporter	Röra innehåll
Admin	Koppla konton, hantera användare och roller	Inget, så håll det till två personer

Två regler hindrar detta från att ruttna. Ingen godkänner sitt eget arbete, och admin ligger hos exakt två personer så att det alltid finns en backup och aldrig en kommitté.

Stå emot behörigheter per person. I samma stund som du har "Sarah, men hon kan också publicera på torsdagar" har du ett upplägg som ingen kan granska sex månader senare. Hantera undantaget med en tillfällig rolländring och återställ sedan.

Scope: delen som byråer gör fel

En roll i sig räcker inte. En creator på Kund A får inte kunna se Kund B. Det är scope, och det är det första som går sönder när en byrå växer ur en gemensam inloggning.

Scope på tre axlar:

• Kund eller varumärke. Den hårda gränsen. Konsulter får exakt en.
• Kanal. Någon kan äga Instagram och TikTok utan att röra LinkedIns företagssida.
• Steg. Åtkomst till utkast innebär aldrig åtkomst till publicering.

Detta kräver verklig separation, inte ett filter. Om en konsult kan byta kontoväljare och hamna i en annan kunds inkorg har du en standardvy, inte isolering. Arbetsytor är hur Mydrop drar den linjen: varje kund är en egen yta med egna medlemmar, kalender och kopplade konton.

Kundens intressenter är ett annat problem. De flesta av dem ska inte vara användare alls. En kundportal utan inloggning låter dem granska och godkänna sitt eget innehåll utan en plats, ett lösenord eller en behörighetsnivå som du underhåller för evigt efter att projektet avslutats.

Godkännanden är grinden, inte karriärstegen

Behörigheter avgör vem som kan agera. Godkännanden avgör när. Håll de två åtskilda, annars börjar du göra personer till admins bara för att frigöra ett fredagsinlägg.

Routa efter risk, inte efter jobbtitel:

Innehåll	Granskare
Mallade, återkommande inlägg	En editor
Ny kampanj eller ett nytt påstående	Kund eller varumärkesansvarig
Reglerat, juridiskt eller kris	Namngiven juridisk granskare, utan fallback

Ge de två första raderna en reservgodkännare så att en semester inte stoppar publiceringen. Den tredje raden ska verkligen blockera. Godkännandeflöden håller inlägget tills signeringarna är klara, vilket gör "godkänt" och "publicerat" till en enda post i stället för två listor som du stämmer av för hand.

Vad din granskningslogg måste registrera

"Vem ändrade detta?" dyker alltid upp i värsta möjliga ögonblick, och en logg som bara lagrar nuvarande tillstånd kan inte svara på det.

Registrera fem saker per åtgärd:

1. Vem gjorde det, som en namngiven person och aldrig ett delat konto.
2. Vilken roll de hade då. Människor byter roll, och en logg som löser rollen vid lästillfället skriver tyst om historien.
3. Vad som ändrades, med den tidigare versionen fortfarande läsbar.
4. När, med en tidszon.
5. Under vilket godkännande det publicerades.

Två praktiska regler. Spara godkännandeposter längre än operativa loggar, eftersom godkännandet är det som någon faktiskt frågar efter. Och gör dem sökbara per kund och datumintervall, eftersom det är i den formen varje granskningsförfrågan kommer.

Att jämföra leverantörer på detta är enkelt: be var och en att plocka fram godkännandehistoriken för ett specifikt inlägg från tre månader sedan. Antingen finns den i demon eller så gör den inte det.

Vad du ska kolla innan du köper

Funktionerna som skiljer en riktig behörighetsmodell från en inställningssida:

• Roller definierbara per kund, inte en global roll per användare.
• Isolering som överlever kontoväljaren, testad med en riktig konsultinloggning.
• Godkännanderouting med namngivna granskare och en definierad fallback.
• Exporterbar godkännandehistorik för ett enskilt inlägg.
• Granskaråtkomst utan plats, så att kundens signering inte kostar en licens.
• SSO och katalogprovisionering om IT äger din användarlista. De flesta sociala verktyg reserverar detta för enterprise-planer, så fråga i första samtalet i stället för vid kontraktsskrivning.

Planable och Sprout Social hanterar båda godkännanden i flera steg med definierade roller. Mydrop samlar arbetsytor per kund, roller, kommentarer direkt på utkastet, godkännandegrindar och granskningslänken utan inloggning i ett system, vilket är kombinationen byråer oftast bygger ihop från två separata verktyg. För resten av det operativa upplägget runtomkring täcker sociala medier-byråer hela stacken.

Sätt upp det den här veckan

Tre steg, i denna ordning:

1. Lista alla som kan publicera idag. Inkludera före detta konsulter och den delade inloggningen. Listan är alltid längre än någon förväntar sig.
2. Ge var och en en enda roll och ett enda kundscope. Inga undantag i första omgången.
3. Flytta kundens intressenter till granskningslänkar och radera deras användarkonton.

Lägg in en påminnelse om 90 dagar i kalendern för att köra steg ett igen, eftersom inaktuell åtkomst är felet som kommer tillbaka varje gång. Du kan börja gratis och ha rollerna och kundarbetsytorna kartlagda innan nästa kampanj startar.