Pular para o conteúdo
NovoVeja como

Como Usar Papéis e Grupos de Permissão no FirstSales

Entenda os cinco papéis integrados, monte grupos de permissão personalizados a partir da matriz de recursos, respeite o teto do criador e delimite o acesso por workspace.

  1. Comece com os cinco papéis integrados

    Todo membro tem um papel que define seu acesso básico:

    • Owner (acesso total, incluindo cobrança e transferência/exclusão da organização.
    • Admin) gerencia membros, configurações e todo o conteúdo do workspace.
    • Manager: gerencia campanhas, contatos e o conteúdo do workspace.
    • Member: acesso padrão a campanhas e contatos.
    • Viewer: somente leitura.

    Para a maioria das equipes, esses papéis são tudo o que você precisa. Recorra a grupos personalizados apenas quando um papel não se encaixar.

  2. Entenda os grupos de permissão

    Abra Settings → Team → Groups. Existem dois tipos:

    • System groups (as definições integradas dos papéis. Somente leitura; você não pode editá-los ou excluí-los.
    • Custom groups) conjuntos de permissões que você define para casos que os papéis padrão não cobrem.

    Os grupos correspondem às permissões efetivas de uma pessoa, resolvidas por workspace.

    Entenda os grupos de permissão
  3. Crie um grupo personalizado

    Clique para criar um grupo e você verá uma matriz de permissões agrupada por recurso: campanhas, contatos, conectores, membros, workspace, organização, e mais. Dê um nome ao grupo e marque exatamente as permissões que ele deve conceder (por exemplo, ler campanhas + ler/gravar contatos, nada além disso).

    É assim que você constrói um papel do tipo "SDR que pode editar contatos, mas não mexer em cobrança ou configurações da equipe."

  4. Respeite o teto do criador

    Você só pode conceder permissões que você mesmo possui. Na matriz, qualquer coisa acima do seu próprio acesso fica desabilitada: você não pode criar um grupo mais poderoso do que você. A mesma regra se aplica ao atribuir papéis em um convite: as opções acima do seu nível ficam acinzentadas.

  5. Delimite o acesso por workspace

    As permissões são específicas de cada workspace. Um membro pode ter acesso efetivo diferente em workspaces diferentes, e sua configuração de acesso a workspace (todos vs. específicos) decide onde um grupo sequer se aplica. Use isso para dar a alguém direitos totais em um workspace e nenhum em outro.

  6. Atribua e verifique

    Atribua um grupo ao convidar (ou depois, pelo Edit workspace access de um membro). Para checar o que alguém consegue realmente fazer, lembre-se de que o app resolve as permissões efetivas em tempo real por workspace: o teste mais seguro é confirmar se o membro vê (ou não vê) as abas e ações restritas que você pretendia.

Dicas de especialista

  • Tente um papel integrado antes de um grupo personalizado

    Os cinco papéis cobrem a maioria das necessidades. Só crie um grupo personalizado quando você realmente precisar de uma fatia de permissões que os papéis não oferecem: menos grupos sob medida é mais fácil de gerenciar.

  • Você não consegue conceder mais do que possui

    O teto do criador significa que um grupo nunca ultrapassa seu próprio acesso. Se você não consegue marcar uma caixa, é porque não tem essa permissão: peça a um owner/admin para concedê-la.

  • Pense em termos de workspaces

    O acesso é por workspace. Alguém pode ser manager no workspace do cliente A e viewer no workspace do cliente B. Defina o acesso a workspace deliberadamente, não apenas o papel.

  • Privilégio mínimo para grupos personalizados

    Marque apenas as permissões que a função exige. Um grupo que concede tudo é só um papel de admin com passos extras: e um raio de impacto maior se a conta for comprometida.

Perguntas frequentes

Quais papéis existem?

Owner, Admin, Manager, Member e Viewer. Owner tem acesso total (incluindo cobrança e transferência da organização); Viewer é somente leitura.

Qual a diferença entre um papel e um grupo?

Papéis são os cinco níveis de acesso integrados (apoiados por system groups somente leitura). Custom groups são conjuntos de permissões que você define quando os papéis padrão não se encaixam. Ambos resolvem em permissões efetivas por workspace.

Como eu crio um conjunto de permissões personalizado?

Settings → Team → Groups → crie um grupo. Dê um nome e marque as permissões na matriz agrupada por recurso (campanhas, contatos, membros, etc.). Atribua-o no convite ou pelo editor de acesso a workspace de um membro.

Por que algumas permissões aparecem acinzentadas?

É o teto do criador: você só pode conceder permissões que você mesmo possui. Qualquer coisa acima do seu próprio acesso fica desabilitada para que você não crie um grupo mais poderoso do que você.

O acesso pode ser diferente em cada workspace?

Sim: as permissões são específicas de cada workspace. O grupo de um membro se aplica dentro dos workspaces aos quais ele tem acesso concedido, então pode ter direitos totais em um e nenhum em outro.

Posso editar os papéis integrados?

Não. Os system groups (os papéis integrados) são somente leitura. Para personalizar o acesso, crie um grupo personalizado.

Equipe e Workspace

Prospecção que continua quando você desconecta.Leads, emails, follow-ups e respostas, resolvidos.

Conecte caixas ilimitadas e deixe os agentes de IA encontrarem leads, escreverem cada email e fazerem follow-up. Ou envie seus próprios modelos no modo manual. A partir de $29/mês.

$1 por 3 dias · Cancele quando quiser · Sem contrato

Instalar com IA

Seu agente de código configura a CLI e as skills do FirstSales para você.

Prompt para Claude Code

I'm setting up FirstSales (https://firstsales.io), an AI outbound sales platform: campaigns, contacts, a reply inbox, deliverability and lead signals. Help me get my workspace sending real, good emails end to end, from Claude Code.

Read these first so you know how FirstSales works:
- Developer docs and API: https://developer.firstsales.io
- CLI: https://www.npmjs.com/package/@firstsales.io/cli
- Skills for coding agents: https://github.com/firstsalesio/firstsales-skills (read README.md and GUIDE.md)

Setup
1. Install the CLI: npm install -g @firstsales.io/cli
2. Install the FirstSales skills:
   claude plugin marketplace add firstsalesio/firstsales-skills
   claude plugin install firstsales@firstsales
3. Ask me if I already have a FirstSales account. If not, send me to https://app.firstsales.io to sign up.
4. Ask me to create an API key under Settings → API → API Keys, with only the scopes we need.
   Never ask me to paste the key into this chat. Tell me to run this in my own terminal, so the key stays hidden:
   read -rs FS_KEY && firstsales auth login --api-key "$FS_KEY"; unset FS_KEY
5. Run `firstsales whoami` and tell me which workspace and organisation we are connected to.

Then ask me about my business: what I sell, who I sell to (roles, company size, countries), my best customers, and what I use today for outbound (tools, lists, mailboxes). Walk me through:
1. Teaching FirstSales my business: website, offer, proof points and case studies in the knowledge base, so the AI writes like someone who knows the product.
2. Connecting my sending mailboxes and checking my sending domain: SPF, DKIM, DMARC and warm-up. If anything is unhealthy, tell me the exact DNS record to add.
3. Bringing in contacts: import my CSV or CRM export into a clean list, remove duplicates and bad emails, and block domains I must never email (customers, competitors, my own).
4. Building my first campaign: the right list, senders, steps and timing. Write the sequence with me, show me the drafts, and do not launch until I say yes.
5. Setting up Signals if it fits: find people engaging with LinkedIn posts about topics my buyers care about, and turn them into leads.
6. Inviting my team and giving each person the right access.

Once campaigns run, show me how to work the reply inbox from here: which replies need an answer, draft responses in my voice, and move good conversations into deals. If I use Cal.com, connect it so follow-ups can offer my booking link (not the first email).

Throughout, as you learn about my business, proactively suggest and help create:
- Reply templates for the questions and objections my prospects are likely to raise, based on my product, site and codebase if you can see them.
- Campaign ideas and segments worth testing, with the reason for each.

Safety rules:
- Show every change as a dry run (--dry-run) first and wait for my yes. Never send emails, launch campaigns or delete anything without my yes.
- Tell me before anything that spends credits, and how many.

Be opinionated. If the docs give a sensible default, just use it. Don't make me choose between five options.