Permissões de Papéis no Social Media: o Modelo de 6 Papéis para Agências

Controle de acesso baseado em papéis (RBAC) significa que o papel decide o que alguém pode fazer, não a pessoa. Para uma equipe de social media você precisa de seis papéis, não vinte: creator, editor, approver, publisher, analyst, admin. Defina o escopo de cada pessoa para contas de clientes específicas, para que ninguém veja trabalho que não é seu, e mantenha um registro de quem aprovou o quê.

Agências costumam falhar em uma de duas direções. Todo mundo compartilha um único login, ou cada post espera pelo fundador. Os dois problemas se resolvem em uma tarde.

TLDR: Seis papéis, com escopo por cliente, com aprovações como portão e cada assinatura registrada. Exceções por pessoa são o que torna o modelo inteiro insustentável.

Os seis papéis que cobrem quase toda equipe

Papel	Pode fazer	Não pode fazer
Creator	Criar rascunhos de posts, enviar assets	Publicar, conectar contas
Editor	Editar qualquer rascunho no escopo, enviar para aprovação	Aprovar o próprio trabalho
Approver	Aprovar, rejeitar, comentar em rascunhos	Editar contas conectadas
Publisher	Agendar e publicar posts aprovados	Aprovar, adicionar usuários
Analyst	Ver analytics, exportar relatórios	Mexer em conteúdo
Admin	Conectar contas, gerenciar usuários e papéis	Nada, então limite a duas pessoas

Duas regras impedem que isso se deteriore. Ninguém aprova o próprio trabalho, e o admin fica com exatamente duas pessoas, assim sempre há um backup e nunca um comitê.

Resista a permissões individuais. No momento em que você tem "a Sarah, mas ela também pode publicar às quintas", você criou uma configuração que ninguém consegue auditar seis meses depois. Resolva a exceção com uma mudança temporária de papel e depois reverta.

Escopo: a parte que as agências erram

Um papel sozinho não basta. Um creator do Cliente A não pode ver o Cliente B. Isso é escopo, e é a primeira coisa a quebrar quando uma agência cresce além de um login compartilhado.

Escopo em três eixos:

• Cliente ou marca. A fronteira rígida. Contratados recebem exatamente um.
• Canal. Alguém pode cuidar do Instagram e do TikTok sem tocar na página de empresa do LinkedIn.
• Etapa. Acesso a rascunho nunca implica acesso a publicação.

Isso exige separação real, não um filtro. Se um contratado consegue mudar o seletor de contas e cair na caixa de entrada de outro cliente, você tem uma visão padrão, não isolamento. Os Workspaces são como a Mydrop traça essa linha: cada cliente é um espaço próprio, com seus membros, calendário e contas conectadas.

Stakeholders de clientes são um problema diferente. A maioria deles nem deveria ser usuário. Um portal do cliente sem login permite que eles revisem e aprovem o próprio conteúdo sem assento, sem senha ou sem um nível de permissão que você mantém para sempre depois que o projeto termina.

Aprovações são o portão, não a escada de senioridade

Permissões decidem quem pode agir. Aprovações decidem quando. Mantenha os dois separados, ou você vai começar a promover pessoas a admin só para desbloquear um post de sexta-feira.

Roteie por risco, não por cargo:

Conteúdo	Revisores
Posts com template e recorrentes	Um editor
Nova campanha ou nova alegação	Cliente ou líder da marca
Regulado, jurídico ou de crise	Revisor jurídico nomeado, sem substituto

Dê às duas primeiras linhas um aprovador substituto, para que um feriado não pare as publicações. A terceira linha deve realmente bloquear. Os fluxos de aprovação seguram o post até que as assinaturas cheguem, o que mantém "aprovado" e "publicado" como um único registro, em vez de duas listas que você concilia na mão.

O que seu audit log precisa registrar

"Quem mudou isso?" sempre chega no pior momento possível, e um log que só guarda o estado atual não consegue responder.

Registre cinco coisas por ação:

1. Quem fez, como pessoa nomeada e nunca como conta compartilhada.
2. Qual papel ocupava na época. Pessoas mudam de papel, e um log que resolve o papel no momento da leitura reescreve a história silenciosamente.
3. O que mudou, com a versão anterior ainda legível.
4. Quando, com fuso horário.
5. Sob qual aprovação foi publicado.

Duas regras práticas. Guarde registros de aprovação por mais tempo que logs operacionais, porque a aprovação é o que qualquer um realmente pede. E deixe-os pesquisáveis por cliente e intervalo de datas, porque é assim que toda solicitação de auditoria chega.

Comparar fornecedores nisso é fácil: peça a cada um para puxar o histórico de aprovações de um post específico de três meses atrás. Ou existe na demonstração, ou não existe.

O que verificar antes de comprar

Os recursos que separam um modelo de permissões de verdade de uma página de configurações:

• Papéis definíveis por cliente, não um papel global por usuário.
• Isolamento que sobrevive ao seletor de contas, testado com um login real de contratado.
• Roteamento de aprovação com revisores nomeados e um substituto definido.
• Histórico de aprovações exportável para um único post.
• Acesso de revisor sem assento, para que a assinatura do cliente não custe uma licença.
• SSO e provisionamento de diretório se a TI for dona da sua lista de usuários. A maioria das ferramentas sociais reserva isso para planos enterprise, então pergunte na primeira conversa, não na hora do contrato.

A Planable e a Sprout Social lidam bem com aprovações em múltiplas etapas e papéis definidos. A Mydrop reúne workspaces por cliente, papéis, comentários no próprio rascunho, portões de aprovação e o link de revisor sem login em um único sistema, que é a combinação que as agências mais montam com duas ferramentas separadas. Para o resto da estrutura operacional ao redor disso, agências de social media cobre o stack mais amplo.

Configure isso esta semana

Três passos, nesta ordem:

1. Liste todo humano que consegue publicar hoje. Inclua ex-contratados e o login compartilhado. A lista é sempre maior do que qualquer um espera.
2. Dê a cada um um único papel e um único escopo de cliente. Sem exceções na primeira passada.
3. Mova stakeholders de clientes para links de revisão e exclua as contas de usuário deles.

Coloque um lembrete de 90 dias no calendário para repetir o passo um, porque acesso obsoleto é a falha que volta toda vez. Você pode começar grátis e mapear os papéis e os workspaces de clientes antes da próxima campanha começar.