Si tu equipo atiende clientes desde una cuenta compartida de Gmail, ya conoces los fallos: nadie sabe quién respondió, los correos se leen y luego se pierden, y dos personas contestan el mismo mensaje. Esto es un solo buzón compartido donde cada conversación tiene un responsable y un estado — y corre sobre tu Google Workspace, en tu propio servidor.

Córrelo tú, o lo corremos nosotros. El código y la imagen del contenedor son públicos, así que autoalojarlo es una opción real. O lo desplegamos por ti — sin necesidad de conocimientos de Google Cloud, DNS ni servidores.

¿Por qué no usar solo Gmail?

La forma que Google ofrece para que más de una persona trabaje en un buzón es la delegación — darle a alguien acceso a tu cuenta. Está pensada para que un asistente maneje el correo de una persona, no para un equipo atendiendo clientes. Los límites los documenta Google mismo:

	Delegación de Gmail	Bandeja compartida
Quién es responsable de una conversación	Nadie — el concepto no existe	Se asigna a un agente
En qué estado está	Leído o no leído. Nada más	Nuevo · En progreso · Esperando · Escalado · Cerrado
Qué ve el cliente	«Aparece su dirección de correo»	Siempre la dirección de tu buzón
Plazos de respuesta	Nada los controla	Temporizador SLA y escalado automático
Reportes	Ninguno	Primera respuesta, resolución, por agente
Discutir un ticket internamente	Habría que escribir un correo aparte	Notas internas en el hilo, invisibles para el cliente
Respuestas predefinidas	Fragmentos de texto manuales	Se insertan con `/` y los datos del ticket
Personas a la vez	«~40 típicamente» — menos si se usan APIs	Todo tu equipo
Dar acceso a alguien	«Hasta 24 horas» — la invitación expira en una semana	Inicia sesión

Una bandeja compartida no delega a la bandeja personal de nadie. Va junto a tu Gmail — las mismas direcciones, los mismos hilos — y agrega la capa que un equipo necesita: responsable, estado, plazos, reportes.

Límites citados de la documentación de delegación de Gmail de Google.

¿En Microsoft 365?

Las bandejas compartidas también son una función de Microsoft 365, y allí se repite el mismo patrón — a menudo un poco peor. Si esa es tu situación, así se comparan lado a lado:

	Bandeja compartida de Microsoft 365	Bandeja compartida
Dar de alta a alguien	Agrégala en Outlook, espera a que aparezca	Entra con su usuario
Quién lo está atendiendo	Nadie lo sabe	Asígnaselo a un agente
Dos personas responden a la vez	Ambas lo hacen, nadie se da cuenta	Presencia en vivo + detección de colisiones
Qué ve el cliente	Una bandeja compartida no puede enviar como sí misma en todos los clientes — a menudo una dirección personal, o un callejón sin salida	Siempre la dirección de tu buzón
Estado y plazos	Leído o no leído	Nuevo · En progreso · Esperando · Escalado · Cerrado, con SLA
Reportes	Ninguno	Primera respuesta, resolución, por agente
Móvil	Doloroso	Funciona

Esto corre sobre Google Workspace, y si de todas formas vas hacia allá, la migración de correo es parte de llegar.

¿Por qué no una bandeja compartida en la nube?

Hiver, Front y Gmelius resuelven el mismo problema, y son buenos productos. Pero son servicios en la nube — es decir, el correo de tus clientes se guarda en su infraestructura, en la región que ellos eligen, bajo su postura de seguridad, mientras sigas siendo cliente.

Para muchas empresas es un intercambio razonable. Deja de serlo cuando:

tienes obligaciones de residencia de datos o contratos con clientes que exigen dónde pueden vivir los datos
el correo de tus clientes contiene información que un tercero no debería tener
necesitas que el sistema siga funcionando si el proveedor cambia sus precios, sus términos, o lo compran
simplemente prefieres no agregar otra empresa en la cadena entre tú y tus clientes

Las conversaciones con tus clientes nunca pasan por nuestros servidores

Esta corre en tu servidor — tu oficina, tu VPS, o tu propia región de AWS/GCP — y el correo fluye por el Google Workspace que ya tienes. No hay un tercer lugar donde se copien las conversaciones con tus clientes.

	Bandeja compartida en la nube	Bandeja compartida
Dónde se guarda el correo	La infraestructura del proveedor	La tuya
En qué región	La que ellos elijan	La que tú elijas
Quién puede acceder	Su personal, bajo sus políticas	Solo tu equipo
Si termina la relación	Pierdes el acceso	Tu base de datos es tuya
Tus propias reglas de respaldo y retención	Limitadas a lo que ofrecen	Las que exija tu política

Tú eliges dónde vive — en local, o en una región específica de la nube
Sin acceso del proveedor a los datos de tus clientes — no guardamos una copia, porque no existe
Cumplimiento más sencillo — las obligaciones de residencia y las políticas internas se cumplen mejor cuando nada sale de tu control
Tu correo sigue en Gmail, donde ya está — lo que esto agrega es la capa de equipo encima, sin sumar otra empresa que guarde los datos de tus clientes

Presencia en vivo y detección de colisiones

Este es el problema que una contraseña compartida hace imposible de resolver, y es la parte que más tiempo nos tomó dejar bien.

Cuando dos personas trabajan la misma bandeja, nada les dice que la otra está ahí. Ambas abren el mismo correo, ambas empiezan a escribir, y el cliente recibe dos respuestas distintas.

La presencia en vivo resuelve la primera mitad. Puedes ver quién está conectado y en qué está trabajando ahora mismo — y puedes ver quién está dentro de una conversación antes de abrirla. La presencia aparece en la lista de conversaciones y en el tablero kanban, no escondida en un panel lateral, así sabes que un hilo está tomado antes de hacer clic.

La detección de colisiones resuelve la segunda mitad. En el momento en que alguien empieza a redactar una respuesta, el editor se bloquea para los demás y dice quién está escribiendo. No puedes escribir encima de esa persona, y no puedes mandar una segunda respuesta a un correo que ya está siendo atendido.

Por dentro es un latido, no un bloqueo que tengas que acordarte de liberar: la presencia expira sola si se cierra una pestaña o el portátil se duerme, así que una sesión muerta nunca bloquea a una activa.

Quién está viendo un hilo — visible en la lista y en el tablero, con avatares superpuestos y un lápiz mientras alguien redacta
Editor bloqueado — Responder se desactiva y el aviso nombra al agente que ya está escribiendo
Presencia que se cura sola — las sesiones inactivas salen solas, así nunca esperas a alguien que ya se fue
En vivo por SSE — los cambios llegan en aproximadamente un segundo, sin recargar

Qué Incluye

Una cola compartida, visible para todos

Vista de lista y tablero kanban — trabaja desde una bandeja conocida, o ve todo el atraso en columnas
Asignación — cada conversación tiene un responsable, y todos ven quién es
Estados para que el trabajo no se esconda: Nuevo, En progreso, Esperando al cliente, Escalado, Cerrado
Notas internas que el cliente nunca ve, pegadas al propio correo
Presencia en vivo — ve quién está conectado y quién ya está redactando una respuesta, para que nadie conteste dos veces
@menciones con notificaciones en la app y en el escritorio

Plazos que se cumplen solos

SLA por ticket con cuenta regresiva visible — verde en tiempo, ámbar al acercarse, rojo al vencerse
Escalado automático — un ticket vencido pasa a Escalado por sí solo, con nota de auditoría
Reportes — volumen abierto y cerrado, SLA vencidos, tiempo promedio de primera respuesta y de resolución, carga por agente
Acota el reporte — filtra por un buzón y un período (semana, mes, trimestre, año o todo el tiempo), para responder “cómo le fue a soporte este mes” y no solo ver un total combinado
Encuestas de satisfacción — una encuesta opcional de una pregunta al cerrar, con calificación ligada al ticket

El lado del correo, bien hecho

Las respuestas se quedan en el hilo existente del cliente — el cliente ve una respuesta normal, no un correo nuevo
Archivos adjuntos reales de los clientes, guardados y descargables
Respuestas predefinidas insertadas con /, con los datos rellenados desde el ticket abierto
Firmas por agente, con inserción automática opcional
Historial de contacto — todas las conversaciones previas con ese cliente, más sus otros tickets abiertos
Correo anterior como archivo, no como atraso — eliges al configurar si importar el historial. Si lo haces, llega buscable y ligado a cada cliente, no como cientos de tickets abiertos de hace meses; una respuesta en un hilo viejo lo devuelve como ticket activo
Limpieza masiva — busca, selecciona todas las coincidencias, archiva o marca como spam en una acción
Correo en otros idiomas bien manejado — acentos, emoji y asuntos codificados sobreviven intactos

Agendar una reunión, sin salir del hilo

A veces una conversación necesita una llamada, no otro correo.

Mira la disponibilidad real — leída del calendario del propio buzón
Envía una invitación de calendario normal — el cliente recibe un enlace de Google Meet como en cualquier reunión
La reunión queda registrada en el ticket — para que lo acordado no se pierda en el calendario de alguien
El ticket se mueve solo a esperando al cliente

Sin otra herramienta de agenda que contratar, y sin correos de ida y vuelta para encontrar un horario.

Corre en tu servidor, no en el nuestro

Tu Google Workspace, tu Gmail — conectado por la API de Google con delegación a nivel de dominio, así el correo de tus clientes fluye por el buzón que ya tienes
Tu infraestructura — corre en tu propio servidor, así las conversaciones con tus clientes se quedan tuyas
Inicio de sesión con Google — los agentes usan su cuenta de Workspace que ya tienen
Varios buzones — support@, sales@, billing@ en un solo lugar, con acceso por buzón para tu equipo

Cómo Funciona

Dos formas de correrlo. El código es público — github.com/wannaco/gw-mailbox — bajo la Licencia PolyForm Internal Use, así que usarlo para tu propia organización es gratis.

Córrelo tú. Descarga la imagen, apúntala a tu dominio y conecta tus buzones. Necesitas Docker, un dominio y un proyecto en Google Cloud — la cuenta de servicio, la delegación en todo el dominio y el cliente OAuth están documentados paso a paso en el repositorio. La parte de Google Cloud es la que la gente subestima, no el servidor.

O lo corremos nosotros. De principio a fin en tu infraestructura — nunca una instancia compartida nuestra. Sin nada que instalar y sin nada que configurar en Google Cloud.

1. Una llamada corta de configuración

Una sesión compartiendo pantalla, una sola vez. Levantamos tu instancia en tu servidor y configuramos el dominio, HTTPS y la delegación de Google Workspace contigo en la línea. No necesitas un departamento de TI para esto. Si lo tienes, puede ver cómo se hace el alcance de seguridad en lugar de tener que creernos.

2. Tus buzones, conectados

Conectamos tus buzones — support@, sales@, billing@ — y definimos el acceso por buzón para tu equipo. Si quieres que traigamos el correo que ya tienes, lo importamos: llega como archivo buscable asociado a cada cliente, no como una cola de cientos de tickets viejos. El correo nuevo empieza a llegar a tu cola activa. Tu equipo sigue usando Gmail con normalidad durante todo el proceso.

3. Listo para el equipo, y luego monitoreado

Tu equipo entra con las cuentas de Google que ya tiene. Hacemos un recorrido en vivo con ellos sobre tus conversaciones reales, no sobre una demo. Después seguimos vigilando la instancia — salud de la sincronización, entregas fallidas, disponibilidad — para que un problema nos llegue a nosotros antes que a tus clientes.

¿Por qué no instalar un plugin?

Pregunta justa: ¿por qué no instalar algo del Marketplace de Google Workspace y listo?

Porque esto no es un plugin del Marketplace

Conectar una herramienta a tus buzones significa darle delegación en todo el dominio — permiso para leer y enviar correo como cualquier usuario de tu dominio. Es una decisión de seguridad, y merece tomarse con cuidado en lugar de aceptarse de un clic en una pantalla de OAuth.

Los plugins del Marketplace suelen ser multi-tenant: tu correo pasa por los servidores del proveedor, en la región que él elige, bajo sus políticas. Esto corre en tu propio servidor. No hay una empresa adicional que guarde las conversaciones de tus clientes — el correo se queda en el Gmail que ya tienes, y la aplicación va al lado.

Lo que te ahorras si lo hacemos con nosotros

Google Cloud, a mano. Sin cuentas de servicio, sin alcances de OAuth, sin registros DNS, sin certificados SSL que resolver.
La decisión de seguridad en solitario. La delegación se limita exactamente a los permisos de correo y calendario que usa el producto — y sigue siendo revocable desde tu consola de administración, por ti, cuando quieras.
Enterarte de un problema por un cliente. Verificamos la identidad de envío, la sincronización y los permisos antes de que tu equipo responda a una persona real.
Una instalación que deja de funcionar en silencio. Una vez en marcha, está monitoreada — nos avisan a nosotros de una sincronización fallida, no a tus clientes.

Para Quién Es

Vale la pena cuando más de dos o tres personas atienden a los clientes, cuando el tiempo de respuesta realmente importa, o cuando perder una conversación cuesta más que arreglar el proceso.

Si son dos personas respondiendo diez correos al día, una etiqueta y una contraseña compartida honestamente alcanza — y te lo diremos en lugar de venderte esto.

¿Todavía lo estás evaluando?

Escribimos qué se rompe de verdad cuando un equipo comparte una sola cuenta de Gmail — los cinco fallos, qué resuelve una bandeja compartida y qué revisar al comparar herramientas. Sin pitch, y sirve incluso si no usas la nuestra.

Bandeja compartida para Google Workspace