Saltar al contenido
NuevoVer cómo

Cómo usar roles y grupos de permisos en FirstSales

Entiende los cinco roles predefinidos, construye grupos de permisos personalizados desde la matriz de recursos, respeta el tope del creador, y acota el acceso por workspace.

  1. Empieza con los cinco roles integrados

    Cada miembro tiene un rol que establece su acceso base:

    • Owner (todo, incluida la facturación y la transferencia/eliminación de la organización.
    • Admin) gestiona miembros, configuración y todo el contenido del workspace.
    • Manager: gestiona campañas, contactos y contenido del workspace.
    • Member: acceso estándar a campañas y contactos.
    • Viewer: solo lectura.

    Para la mayoría de los equipos, estos roles son todo lo que necesitas. Recurre a grupos personalizados solo cuando un rol no encaje.

  2. Entiende los grupos de permisos

    Abre Settings → Team → Groups. Hay dos tipos:

    • System groups (las definiciones de rol integradas. Son de solo lectura; no puedes editarlas ni eliminarlas.
    • Custom groups) conjuntos de permisos que defines tú para casos que los roles estándar no cubren.

    Los grupos se traducen en los permisos efectivos de una persona, resueltos por workspace.

    Entiende los grupos de permisos
  3. Crea un grupo personalizado

    Haz clic para crear un grupo y obtendrás una matriz de permisos agrupada por recurso: campañas, contactos, conectores, miembros, workspace, organización, y más. Nombra el grupo y marca los permisos exactos que debe otorgar (por ejemplo, leer campañas + leer/escribir contactos, nada más).

    Así es como construyes un rol como "SDR que puede editar contactos pero no tocar la facturación ni la configuración del equipo."

  4. Respeta el tope del creador

    Solo puedes otorgar los permisos que tú mismo posees. En la matriz, todo lo que esté por encima de tu propio acceso está deshabilitado: no puedes crear un grupo más poderoso que tú. Se aplica la misma regla al asignar roles al invitar: las opciones por encima de tu nivel aparecen atenuadas.

  5. Delimita el acceso a los workspaces

    Los permisos están delimitados por workspace. Un miembro puede tener acceso efectivo distinto en diferentes workspaces, y su ajuste de workspace-access (todos vs. específicos) decide dónde aplica siquiera un grupo. Úsalo para darle a alguien derechos completos en un workspace y ninguno en otro.

  6. Asigna y verifica

    Asigna un grupo al invitar (o después, mediante Edit workspace access de un miembro). Para comprobar qué puede hacer realmente alguien, recuerda que la app resuelve los permisos efectivos en vivo por workspace: la prueba más segura es confirmar que el miembro ve (o no ve) las pestañas y acciones restringidas que pretendías.

Consejos de experto

  • Prueba un rol integrado antes que un grupo personalizado

    Los cinco roles cubren la mayoría de las necesidades. Construye un grupo personalizado solo cuando realmente necesites una porción de permisos que los roles no ofrecen: menos grupos a medida es más fácil de razonar.

  • No puedes otorgar más de lo que tienes

    El tope del creador significa que un grupo nunca supera tu propio acceso. Si no puedes marcar una casilla, no tienes ese permiso: pide a un owner/admin que te lo otorgue.

  • Piensa en términos de workspaces

    El acceso es por workspace. Alguien puede ser manager en el workspace del cliente A y viewer en el del cliente B. Configura el acceso a workspace deliberadamente, no solo el rol.

  • Mínimo privilegio para grupos personalizados

    Marca solo los permisos que el trabajo necesita. Un grupo que otorga todo es solo un rol de admin con pasos extra: y un radio de impacto mayor si la cuenta se ve comprometida.

Preguntas frecuentes

¿Qué roles existen?

Owner, Admin, Manager, Member y Viewer. Owner tiene acceso total (incluyendo facturación y transferencia de organización); Viewer es solo lectura.

¿Cuál es la diferencia entre un rol y un grupo?

Los roles son los cinco niveles de acceso integrados (respaldados por system groups de solo lectura). Los custom groups son conjuntos de permisos que defines cuando los roles estándar no encajan. Ambos se resuelven en permisos efectivos por workspace.

¿Cómo creo un conjunto de permisos personalizado?

Settings → Team → Groups → crea un grupo. Nómbralo y marca los permisos en la matriz agrupada por recurso (campañas, contactos, miembros, etc.). Asígnalo al invitar o mediante el editor de workspace-access de un miembro.

¿Por qué algunos permisos aparecen atenuados?

El tope del creador: solo puedes otorgar los permisos que tú mismo posees. Todo lo que esté por encima de tu propio acceso está deshabilitado para que no puedas construir un grupo más poderoso que tú.

¿El acceso puede diferir por workspace?

Sí: los permisos están delimitados por workspace. El grupo de un miembro aplica dentro de los workspaces a los que se le concedió acceso, así que puede tener derechos completos en uno y ninguno en otro.

¿Puedo editar los roles integrados?

No. Los system groups (los roles integrados) son de solo lectura. Para personalizar el acceso, crea un grupo personalizado en su lugar.

Equipo y Espacio de Trabajo

Prospección que sigue cuando te desconectas.Leads, emails, seguimientos y respuestas, resueltos.

Conecta buzones ilimitados y deja que los agentes de IA busquen leads, escriban cada email y hagan seguimiento. O envía tus propias plantillas en modo manual. Desde $29/mes.

$1 por 3 días · Cancela cuando quieras · Sin contrato

Instalar con IA

Tu agente de código configura la CLI y las skills de FirstSales por ti.

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.