Conectar Zendesk con Slack y Google Sheets sin copiar y pegar

Qué se hace hoy a mano

En muchos equipos de soporte, Zendesk es solo una de las herramientas. Las incidencias graves se comentan en Slack. El seguimiento lo lleva dirección en una Google Sheet. Y el puente entre las tres es una persona copiando y pegando.

Un día normal se parece a esto: entra un ticket de un cliente importante, un agente lo copia en el canal de producto, otro lo apunta en la hoja de incidencias y, el viernes, alguien dedica dos horas a montar el informe semanal. Además del tiempo, se pierde información: tickets que nunca llegan a Slack, filas que no se actualizan cuando el ticket se resuelve.

Cómo funciona la integración, paso a paso

1. Reglas en Zendesk. Un trigger marca los tickets que importan: prioridad urgente, cliente de una lista, una etiqueta concreta o un motivo de contacto. Sin triggers ordenados no hay integración fiable, así que este paso va primero.
2. Aviso en Slack. Cada ticket marcado envía un mensaje al canal que toca. Si hace falta, Claude lo resume en tres líneas: qué pasa, a quién afecta y enlace al ticket.
3. Registro en Google Sheets. Se añade una fila con ID, cliente, motivo, prioridad, grupo y fecha. Cuando el ticket cambia de estado, la fila se actualiza.
4. Respuesta desde Slack. Opcionalmente, los comentarios en el hilo de Slack se añaden al ticket como nota interna. Así ingeniería no tiene que entrar en Zendesk.
5. Informe semanal. Cada lunes se genera un resumen en Slack o en la hoja: volumen, motivos que crecen, clientes con más incidencias y tickets abiertos más antiguos.

Según el caso, lo monto con la integración nativa de Zendesk para Slack, webhooks, Make o n8n, o un agente con Claude. Elijo lo más simple de mantener para tu equipo.

Qué necesitas

• Zendesk Suite con permisos de administrador (para triggers, webhooks y tokens de API).
• Slack con permiso para instalar apps en el espacio de trabajo.
• Una Google Sheet de destino y una cuenta de servicio con acceso.
• Criterios claros de qué ticket va a qué canal. Esto lo definimos juntos en una sesión corta.
• Volumen orientativo: tiene sentido a partir de unas decenas de tickets relevantes a la semana.

Límites y revisión humana

• Ruido. Si avisas de todo, nadie lee nada. Empezamos con pocos avisos y ampliamos.
• Datos personales. Los mensajes de Slack no deberían incluir datos sensibles del cliente. Se filtran por campo.
• Dependencia de la configuración. Si alguien cambia un trigger sin saberlo, la integración puede dejar de funcionar. Por eso conviene que alguien administre Zendesk de forma activa.
• Resúmenes con IA. Se revisan durante las primeras semanas. Si un resumen omite algo importante, se ajustan las instrucciones.

Plazos orientativos

Los avisos en Slack y el registro en Sheets suelen estar funcionando en una o dos semanas. El informe semanal y la sincronización desde Slack añaden otra semana. Lo hago dentro de la administración de Zendesk; si la integración forma parte de un proyecto más grande con otras herramientas, va en una implementación de IA.

Puedes ver este mismo patrón, ampliado con HubSpot, en el caso de agentes con Claude para operaciones y soporte.