Atención al cliente
Roles y permisos en la bandeja de entrada del equipo: quién debe ver qué
Una bandeja de entrada compartida funciona mejor cuando cada persona ve lo que necesita y nada más. Así puede diseñar roles para agentes, supervisores, marketing, desarrolladores y finanzas, y configurarlos sin dejar a su equipo sin acceso.
Equipo de MonoChat Actualizado: 8 min de lectura
En esta página
En una bandeja de entrada de equipo, dé a cada persona el acceso mínimo que necesita su trabajo: los agentes leen y responden las conversaciones que tienen asignadas (y toman las no asignadas), los supervisores ven todas las conversaciones e informes de su equipo, marketing gestiona plantillas y campañas pero no los chats de soporte individuales, los desarrolladores gestionan automatizaciones e integraciones y finanzas ve la facturación. Solo uno o dos administradores pueden cambiar canales, roles y facturación. Construya cada rol a partir de esas tareas, pruébelo con un acceso real y revíselo cada vez que alguien se incorpore, cambie de puesto o se vaya.
Eso es el mínimo privilegio aplicado a la mensajería con clientes. No se trata de desconfianza. Protege los datos personales de los clientes, evita errores caros como un canal eliminado o una campaña enviada a la lista equivocada, y deja claro quién hizo qué.
Por qué los roles importan más en una bandeja de mensajería
Una bandeja de entrada compartida concentra mucho material sensible en un solo lugar:
- Datos personales en texto plano. Direcciones, números de teléfono, fotos de documentos, recetas médicas, problemas de pago. Los clientes envían por WhatsApp cosas que nunca escribirían en un formulario web.
- Botones con mucho poder. Desconectar un número de WhatsApp, editar un flujo en producción, enviar una campaña masiva o cambiar un modelo de IA afecta a todos los clientes a la vez.
- Credenciales. Las claves de proveedores de IA, las URL de webhooks y las funciones pueden sacar datos de su espacio de trabajo.
- Dinero. El saldo del espacio de trabajo, las facturas y los enlaces de pago.
Cuando todos son administradores, un agente nuevo puede hacer todo eso el primer día. La mayoría de los incidentes en bandejas compartidas no son ataques; son personas bienintencionadas que pulsan algo a lo que no necesitaban tener acceso.
Principios para diseñar roles
Parta de las tareas, no de los cargos
“Agente sénior” y “agente” pueden hacer el mismo trabajo. Pregúntese en cambio: ¿qué conversaciones necesita ver esta persona, qué cambia y qué informes necesita? Dos personas con cargos distintos y las mismas respuestas comparten rol.
Mantenga pocos roles
De cuatro a seis roles cubren a la mayoría de las empresas. Cada rol adicional es algo más que mantener y auditar. Si se descubre creando “Agente – Ayşe”, pare y replantéeselo.
Separe ver de cambiar
Muchas personas necesitan leer algo sin cambiarlo. Un supervisor puede leer los flujos para entender por qué un cliente recibió un mensaje, sin poder editarlos. El acceso de solo lectura suele bastar.
Decida a conciencia la visibilidad de las conversaciones
Es la decisión más importante para los agentes. Hay tres modelos habituales:
| Modelo | Los agentes ven | Adecuado para |
|---|---|---|
| Abierto | Todas las conversaciones | Equipos pequeños que se cubren entre sí, datos poco sensibles |
| Propias más cola | Las conversaciones asignadas, más las no asignadas que pueden tomar | La mayoría de los equipos de soporte y ventas |
| Solo propias | Solo las conversaciones asignadas | Clínicas, finanzas, agencias con varios clientes, equipos externalizados |
“Propias más cola” es un buen punto de partida. Los agentes no pueden curiosear los clientes de sus compañeros, pero nada se queda atascado porque las conversaciones no asignadas siguen visibles.
Que el administrador sea la excepción
Uno o dos administradores son suficientes. Todos los demás, responsables incluidos, deberían usar un rol acorde a su trabajo. Dar permisos de administrador “por si acaso” es la forma en que los roles acaban derivando en “todos pueden hacerlo todo”.
Un conjunto de roles para empezar
Úselo como plantilla y adáptelo a su negocio.
Agente
- Ve: las conversaciones que tiene asignadas y las no asignadas que puede tomar.
- Hace: responder, añadir notas internas, transferir o cerrar conversaciones, actualizar los campos del perfil del cliente.
- No hace: cambiar canales, flujos, ajustes de IA, plantillas, miembros del equipo ni facturación; por defecto no ve informes.
Si utiliza el traspaso de IA a humano, los agentes también necesitan ver las conversaciones que el asistente les pasa, lo que en la práctica significa las asignadas y las no asignadas.
Supervisor o jefe de equipo
- Ve: todas las conversaciones de su equipo, además de los informes.
- Hace: asignar y reasignar conversaciones, cerrar en bloque las que se han quedado paradas, revisar la calidad, leer flujos y ajustes de IA.
- No hace: cambiar la facturación, conectar o eliminar canales ni gestionar roles.
Los supervisores necesitan informes para dirigir su equipo. Si mide el tiempo de primera respuesta y los SLA, consulte nuestra guía de métricas de atención por chat para saber qué ponerles delante.
Marketing
- Ve: plantillas, campañas y las listas de contactos a las que puede escribir.
- Hace: crear y enviar plantillas a aprobación, preparar y programar mensajes masivos, leer informes de campañas.
- No hace: leer conversaciones de soporte individuales, cambiar canales ni editar flujos de soporte.
El principal riesgo del acceso de marketing es enviar al público equivocado. Nuestra guía de opt-in en WhatsApp trata la parte del consentimiento; los permisos determinan quién puede pulsar “enviar”.
Desarrollador o integrador
- Ve: automatizaciones, funciones, flujos, webhooks, modelos de IA y ajustes de integración.
- Hace: construir y probar flujos y funciones, conectar proveedores de IA y herramientas, configurar webhooks.
- No hace: no necesita acceso a la facturación, a la gestión del equipo ni, idealmente, a conversaciones reales con clientes más allá de lo que requieran las pruebas.
Trate este rol como sensible aunque no sea “administrador”. Las claves de API de proveedores de IA y los destinos de webhooks deciden adónde van los datos de los clientes. Asígnelo a personas concretas, no a un acceso compartido de una agencia.
Finanzas
- Ve: facturación, facturas, saldo del espacio de trabajo y registros de pagos.
- Hace: recargar saldo, descargar facturas, comprobar pagos.
- No hace: leer conversaciones ni cambiar nada en la bandeja de entrada.
Administrador o propietario
- Todo, incluidos roles, canales y facturación. Limítelo a una o dos personas y asegúrese de que haya al menos dos, para que nadie se quede sin acceso cuando una esté de vacaciones.
Equipos, horarios y roles funcionan juntos
Los roles deciden lo que alguien puede hacer. Los equipos y los horarios deciden qué trabajo le llega:
- Los equipos (ventas, soporte, facturación, una región o una marca) le permiten asignar conversaciones a un grupo y que un supervisor supervise a su grupo.
- El horario laboral y los turnos deciden cuándo se espera que las personas respondan, algo importante para el enrutamiento y para obtener cifras de tiempo de respuesta fiables.
- Los estados como en línea, ausente y desconectado indican al equipo quién está realmente disponible.
Diseñe los tres a la vez. “Los agentes del equipo de Estambul ven sus propias conversaciones y la cola de Estambul durante su turno” es una regla completa; “los agentes pueden leer conversaciones” no lo es.
Cómo implantar roles sin romper nada
- Haga una lista de todas las personas y lo que hacen hoy. Basta con una hoja de cálculo con nombre, tarea, canales y las pantallas que usan.
- Agrúpelas en cuatro a seis roles con la plantilla anterior.
- Cree los roles a partir de uno existente y quite lo que no haga falta, en lugar de añadir desde cero.
- Pruebe cada rol con un acceso real. ¿Ve el agente la cola? ¿Puede el supervisor abrir los informes? ¿Puede marketing enviar una plantilla a aprobación pero no abrir chats de soporte?
- Cambie a las personas en grupos pequeños, empezando por un equipo que pueda darle feedback rápido.
- Ponga las reglas por escrito en un párrafo por rol, para que las entiendan las nuevas incorporaciones y los auditores.
- Revise con regularidad: cuando alguien se incorpore, cambie de puesto o se vaya, y cada pocos meses para todos.
Cuando alguien se vaya, retire su acceso el mismo día y reasigne sus conversaciones abiertas para que los clientes no se queden esperando.
Casos especiales que conviene planificar
- Agencias y equipos externalizados. Dé a cada persona externa su propio acceso y un rol de agente “solo propias”. Cuando termine el contrato, retirar el acceso es un solo paso y su historial sigue atribuido a ella.
- Varias marcas o clientes en un mismo espacio de trabajo. Use equipos por marca y limite a los agentes a sus propias conversaciones, para que los clientes de una empresa nunca sean visibles para los agentes de otra.
- Personal temporal y de temporada. Créelos con el rol de agente básico, sin informes ni acceso a automatizaciones, y anote una fecha de baja en su calendario el mismo día que los invite.
- Responsables que solo quieren cifras. Un rol de solo lectura con informes y sin acceso a conversaciones suele ser todo lo que necesita un directivo.
- Acceso de emergencia. Decida de antemano quién puede conceder permisos adicionales de noche o en fin de semana, en lugar de repartir permisos de administrador “de momento”.
Errores comunes
- Todos son administradores porque el primer día era más fácil.
- Accesos compartidos para agencias o turnos de noche. Pierde cualquier registro de quién respondió y no puede retirar el acceso a una sola persona.
- Agentes que pueden editar flujos y “arreglan” un mensaje para un cliente, cambiándolo para todos.
- Informes ocultos a los supervisores, que acaban gestionando a ojo.
- Un rol “personalizado” gigantesco por persona que nadie sabe explicar seis meses después.
Cómo lo hace MonoChat
En MonoChat, los roles están en Configuración › Equipo › Roles. Elija + Crear, dé un nombre al rol y elija una Referencia, un rol existente del que partir. Después active o desactive cada permiso.
- Permisos detallados por área. Los permisos se agrupan por área, como chat (canales, webhooks, sesiones y mensajes), CRM, automatización (funciones, flujos, modelos de IA, MCP, harnesses y ejecuciones de agentes), marketing, informes, equipo, facturación, monedero y pagos, con permisos separados de lectura, creación, actualización y eliminación donde corresponda.
- Solo conversaciones propias. Las sesiones de chat tienen ámbitos “owned” (propios), como leer las sesiones de chat propias y leer las libres (no asignadas), para que pueda limitar a un agente a sus propias conversaciones más la cola.
- Informes según permisos. El menú Informes solo aparece para los roles con permiso para leer informes.
- Equipos, horarios y turnos se configuran en Configuración › Equipo, y las conversaciones pueden asignarse a una persona o a todo un equipo, una a una o en bloque desde la bandeja de entrada de equipo unificada.
Consulte roles y permisos para una visión general, o cree una cuenta gratuita en app.monochat.ai y pruebe un rol con un usuario de prueba antes de invitar al equipo.
Ponga esto en práctica con MonoChat