«¿Podemos tener un canal compartido en Slack?» es una pregunta que llega antes o después a cualquier SaaS que vende a empresas. Al cliente le encanta: escribe donde ya trabaja, ve a vuestro equipo como parte del suyo y le respondéis rápido. A vosotros también, al principio. El problema llega cuando tienes quince canales compartidos, cada uno con su ritmo, y una petición importante se queda enterrada entre un «gracias» y un emoji.
Un canal de Slack con clientes funciona muy bien si se trata como un canal de soporte, con sus normas, y no como un chat informal.
La respuesta corta
El soporte por Slack tiene sentido con clientes B2B de valor alto, en la implantación y en cuentas con muchos usuarios, y se hace con canales compartidos entre vuestro espacio de trabajo y el del cliente. Para que no se descontrole necesita normas claras (horario, tiempo de respuesta esperado, hilos por tema), una persona responsable por canal y una forma de que cada petición quede registrada y no se pierda entre mensajes: lo ideal es que lo que se escribe en el canal llegue a la misma bandeja que el resto del soporte. Lo complejo se saca del canal y se sigue como caso.
Cuándo merece la pena
| Situación | ¿Slack compartido? | Por qué |
|---|---|---|
| Cliente grande con muchos usuarios | Sí | Concentra las dudas de su equipo en un sitio |
| Implantación o migración | Sí, durante el proyecto | Mucha coordinación en pocas semanas |
| Cliente que ya vive en Slack | Sí | Le quitas un paso para pedir ayuda |
| Clientes pequeños, muchos | No | Quince canales con tres mensajes al mes no se pueden atender bien |
| Clientes que no usan Slack | No | Obligarles a usarlo es una barrera, no una ventaja |
Una regla práctica: ofrécelo a partir de cierto plan o tamaño de cuenta. Si se lo das a todo el mundo, no podrás cumplirlo.
Cómo montarlo
Los canales compartidos de Slack (Slack Connect) unen un canal de vuestro espacio de trabajo con el del cliente: cada uno lo ve en el suyo. Según las condiciones de Slack, basta con que una de las dos empresas tenga un plan de pago.
- Un canal por cliente, con un nombre que siga una convención:
cliente-acme,cliente-nombre. - Una descripción fija con el horario, el tiempo de respuesta esperado y qué no va por ahí (urgencias de seguridad, datos personales).
- Una persona responsable de vuestro lado, y otra que la cubra.
- Un mensaje de bienvenida que explique las normas.
Bienvenidos al canal de soporte de Acme con [Producto]. Aquí respondemos de lunes a viernes de 9:00 a 18:00 (hora de Madrid), normalmente en menos de una hora. Abrid un hilo por cada tema, así no se mezclan. Para incidencias graves fuera de horario, escribid a soporte@[producto].com. No compartáis contraseñas ni datos personales de vuestros clientes por aquí.
Las normas que evitan el caos
- Un hilo por tema: el mensaje inicial en el canal, toda la conversación en su hilo. Así se ve qué está abierto.
- Una señal de estado: por ejemplo, 👀 cuando alguien lo está mirando y ✅ cuando está resuelto. Es tosco, pero funciona.
- Horario explícito: si respondéis a las once de la noche una vez, se convierte en lo esperado.
- Lo complejo sale del canal: un fallo que hay que investigar durante días se sigue como caso, con su seguimiento, no en un hilo que se hunde.
- Nada de datos sensibles: ni contraseñas ni datos personales de los clientes del cliente.
Cómo no perder peticiones
El riesgo principal de Slack es que no es una herramienta de soporte: no hay cola, no hay estados, no hay tiempos. Hay tres formas de cubrirlo, de menos a más fiable:
- Revisión manual diaria de todos los canales compartidos. Funciona con tres o cuatro clientes.
- Alertas cuando alguien del cliente escribe y nadie responde en un tiempo. Útil, pero sigue sin haber registro.
- Llevar los mensajes a la bandeja de soporte: cada petición del canal entra como una conversación, con su responsable, su estado y sus tiempos, y se responde desde ahí o desde Slack. Es lo único que escala.
Y mide lo mismo que en el resto de canales: tiempo hasta la primera respuesta y peticiones sin responder. Los tiempos razonables, en tiempo de respuesta por canal.
Errores habituales
- Prometer Slack a todo el mundo y no poder atenderlo.
- Responder solo cuando alguien lo ve y no tener a nadie responsable del canal.
- Mezclar soporte y comercial en el mismo canal: el cliente no sabe a quién se dirige.
- No cerrar los canales de proyectos que ya terminaron: siguen llegando preguntas a un sitio que nadie mira.
Cómo lo hace Intake
Intake se instala en vuestro espacio de trabajo de Slack: los mensajes y las menciones de los canales en los que está entran en la misma bandeja que el chat, el correo y WhatsApp, como una conversación por canal y persona. El agente de IA puede responder lo repetido con tu documentación, la respuesta sale en el mismo canal y lo que necesita a alguien del equipo se queda asignado en la bandeja. Lo tienes en la integración con Slack.
Preguntas frecuentes
¿Merece la pena dar soporte por Slack a los clientes?
Con clientes B2B de valor alto, durante la implantación o en cuentas con muchos usuarios, sí. Con muchos clientes pequeños, no se puede atender bien.
¿Qué es un canal compartido de Slack?
Un canal que une vuestro espacio de trabajo con el del cliente (Slack Connect): cada empresa lo ve en el suyo y escriben en el mismo sitio.
¿Cómo evito que se pierdan peticiones en Slack?
Con un hilo por tema, una persona responsable por canal y, lo más fiable, llevando cada petición a la bandeja de soporte con su estado y su responsable.
¿Qué tiempo de respuesta prometo por Slack?
Uno que podáis cumplir, por escrito en la descripción del canal y con horario. Si respondéis fuera de horario una vez, el cliente lo esperará siempre.
¿Puede responder un agente de IA en Slack?
Sí, si está conectado al canal: responde lo repetido con la documentación y pasa al equipo lo que necesita a una persona.
