O controlo de acesso baseado em funções (RBAC) significa que é a função que decide o que alguém pode fazer, não a pessoa. Para uma equipa de redes sociais precisas de seis funções, não vinte: criador, editor, aprovador, publicador, analista, admin. Limita cada pessoa a contas de clientes específicas para ninguém ver trabalho que não é seu, e depois regista quem aprovou o quê.
As agências costumam falhar numa de duas direções. Ou toda a gente partilha o mesmo login, ou cada publicação espera pelo fundador. Ambas se resolvem numa tarde.
TLDR: Seis funções, limitadas por cliente, com aprovações como portão e cada visto registado. As exceções por pessoa são o que torna o modelo inteiro impossível de manter.
As seis funções que cobrem quase todas as equipas
| Função | Pode fazer | Não pode fazer |
|---|---|---|
| Criador | Esboçar publicações, carregar ficheiros | Publicar, ligar contas |
| Editor | Editar qualquer esboço no seu âmbito, submeter para aprovação | Aprovar o próprio trabalho |
| Aprovador | Aprovar, rejeitar, comentar esboços | Editar contas ligadas |
| Publicador | Agendar e publicar publicações aprovadas | Aprovar, adicionar utilizadores |
| Analista | Ler estatísticas, exportar relatórios | Tocar no conteúdo |
| Admin | Ligar contas, gerir utilizadores e funções | Nada, por isso mantém-no em duas pessoas |
Duas regras impedem que isto se estrague. Ninguém aprova o próprio trabalho e o admin fica com exatamente duas pessoas, para haver sempre um backup e nunca um comité.
Resiste às permissões por pessoa. No momento em que tens "a Sarah, mas também pode publicar às quintas", tens uma configuração que ninguém consegue auditar seis meses depois. Trata a exceção com uma mudança temporária de função e volta a pô-la como estava.
Âmbito: a parte em que as agências se enganam
Uma função sozinha não chega. Um criador do Cliente A não pode ver o Cliente B. Isso é o âmbito, e é a primeira coisa a partir quando uma agência cresce para além de um login partilhado.
O âmbito define-se em três eixos:
- Cliente ou marca. A fronteira dura. Um freelancer tem exatamente um.
- Canal. Alguém pode gerir o Instagram e o TikTok sem tocar na página de empresa do LinkedIn.
- Etapa. O acesso a esboços nunca implica acesso de publicação.
Isto precisa de separação real, não de um filtro. Se um freelancer conseguir mudar o seletor de contas e aterrar na caixa de entrada de outro cliente, tens uma vista padrão, não isolamento. Os Workspaces são como a Mydrop traça essa linha: cada cliente é um espaço próprio com os seus próprios membros, calendário e contas ligadas.
Os stakeholders dos clientes são outro problema. A maioria nem devia ser utilizador. Um portal de cliente sem login permite que revejam e aprovem o seu próprio conteúdo sem um lugar, uma palavra-passe ou um nível de permissão que mantenhas para sempre depois de o projeto acabar.
As aprovações são o portão, não a escada de antiguidade
As permissões decidem quem pode agir. As aprovações decidem quando. Mantém as duas coisas separadas, ou vais começar a tornar pessoas admins só para desbloquear uma publicação de sexta-feira.
Encaminha por risco, não por cargo:
| Conteúdo | Revisores |
|---|---|
| Publicações com modelo, recorrentes | Um editor |
| Nova campanha ou nova alegação | Cliente ou responsável de marca |
| Regulado, legal ou de crise | Revisor legal nomeado, sem alternativa |
Dá às duas primeiras linhas um aprovador alternativo para que um feriado não pare as publicações. A terceira linha deve bloquear mesmo. Os workflows de aprovação seguram a publicação até os vistos chegarem, o que mantém "aprovado" e "publicado" como um único registo em vez de duas listas que reconcilias à mão.
O que o teu registo de auditoria tem de guardar
"Quem mudou isto?" chega sempre no pior momento possível, e um registo que só guarda o estado atual não consegue responder.
Regista cinco coisas por ação:
- Quem o fez, como pessoa nomeada e nunca uma conta partilhada.
- Que função tinha na altura. As pessoas mudam de função, e um registo que resolve a função no momento da leitura reescreve a história silenciosamente.
- O que mudou, com a versão anterior ainda legível.
- Quando, com fuso horário.
- Sob que aprovação foi publicado.
Duas regras práticas. Guarda os registos de aprovação durante mais tempo do que os registos operacionais, porque a aprovação é o que toda a gente realmente pede. E torna-os pesquisáveis por cliente e intervalo de datas, porque é assim que todos os pedidos de auditoria chegam.
Comparar fornecedores nisto é fácil: pede a cada um que mostre o histórico de aprovações de uma publicação específica de há três meses. Ou existe na demo, ou não existe.
O que verificar antes de comprar
As funcionalidades que separam um modelo de permissões a sério de uma página de definições:
- Funções definíveis por cliente, não uma função global por utilizador.
- Isolamento que sobrevive ao seletor de contas, testado com um login real de freelancer.
- Encaminhamento de aprovações com revisores nomeados e uma alternativa definida.
- Histórico de aprovações exportável para uma única publicação.
- Acesso de revisor sem lugar, para o visto do cliente não custar uma licença.
- SSO e aprovisionamento de diretório se a TI for dona da tua lista de utilizadores. A maioria das ferramentas sociais reserva isto para planos empresariais, por isso pergunta na primeira chamada e não na fase do contrato.
O Planable e o Sprout Social tratam ambos de aprovações em várias etapas com funções definidas. A Mydrop junta workspaces por cliente, funções, comentários no próprio esboço, portões de aprovação e a hiperligação de revisor sem login num só sistema, que é a combinação que as agências mais frequentemente montam com duas ferramentas separadas. Para o resto da configuração operacional à volta disto, agências de redes sociais cobre o stack mais alargado.
Configura isto esta semana
Três passos, por esta ordem:
- Lista todos os humanos que conseguem publicar hoje. Inclui ex-freelancers e o login partilhado. A lista é sempre mais longa do que qualquer um espera.
- Dá a cada um uma única função e um único âmbito de cliente. Sem exceções na primeira passagem.
- Passa os stakeholders dos clientes para hiperligações de revisão e apaga as contas de utilizador deles.
Põe um lembrete de 90 dias no calendário para repetir o passo um, porque o acesso desatualizado é a falha que volta sempre. Podes começar grátis e ter as funções e os workspaces de clientes mapeados antes de a próxima campanha começar.
Avaliação no Google
Avaliação no Trustpilot
Product Hunt comment
