Cómo sobrevivir (y comunicar bien) en Slack sin silenciarlo todo
Slack puede ser un caos.
O puede ser la mejor herramienta de colaboración que tu equipo tiene.
La diferencia no está en el software, sino en cómo lo usamos.
Hay empresas que convierten Slack en un agujero negro de notificaciones, interrupciones y mensajes sin contexto.
Y hay equipos que lo usan para trabajar mejor, más enfocados y más conectados, incluso en remoto.
Podemos encontrarnos personas que no han usado Slack nunca, o incluso que lo han usado y lo usan pero no le sacan todo el partido, porque al final usar Slack bien es una habilidad más, como usar el IDE y esa habilidad se puede entrenar
Aquí van algunas ideas, errores comunes y buenas prácticas que nos han funcionado. Han funcionado en mi contexto, lo mismo en otros no, así que coge las ideas e intenta hacerlas tuyas.
🧠 Escribe con intención (y con contexto)
Slack no es solo un chat. Es una herramienta de trabajo.
Y como toda herramienta, puede usarse bien, regular o fatal.
Uno de los errores más comunes en Slack es escribir mensajes vagos, sin contexto, o lanzarlos como si estuviéramos en una conversación oral cara a cara: “una cosilla”, “lo de antes”, “creo que algo va mal”.
Pero Slack no es síncrono por defecto, y los mensajes deben ser claros, completos y accionables.
📐 ¿Cómo escribir mejor? Usa el framework START
El framework START puede ayudarnos a escribir mensajes en Slack (y en general en trabajo asíncrono) que sean fáciles de entender y responder.
Cada letra te recuerda una parte esencial del mensaje:
- S – Situation: ¿Qué está pasando? ¿Cuál es el contexto?
- T – Task: ¿Qué estás intentando hacer?
- A – Action: ¿Qué has hecho hasta ahora?
- R – Result: ¿Qué resultado has obtenido? ¿Qué te bloquea?
- T – Talk / Ask: ¿Qué necesitas? ¿Cuál es tu petición o pregunta?
Ejemplo:
“Estoy mirando lo de los tests que fallan. ¿Puedes ayudarme?”
🤔 ¿Qué tests? ¿Qué has mirado? ¿Qué error te da? ¿Dónde?
Aplicando START:
S: Estoy revisando el fallo en los tests de integración en la rama
feature/checkout-fix
T: Estoy intentando entender por qué falla elOrderSummaryTest
A: He corrido los tests localmente y en CI, y revisado los últimos commits
R: Localmente pasa, pero en CI falla con unNullPointerExceptionenSummaryService
T: ¿Alguien del equipo de backend podría echarle un vistazo? Puse un tag en la PR #1245
Este tipo de mensaje reduce el ida y vuelta, te evita responder “¿pero qué error te da?” y respeta el tiempo de los demás.
Una cosa importante es que ,no hace falta usarlo en todo mensaje, pero interiorizarlo te ayuda a escribir mejor incluso cuando no lo aplicas literalmente.
¿Qué más podemos hacer?
✅ Usa canales públicos (por defecto)
Slack es para colaborar. Si preguntamos o comentamos algo en público
- Más gente puede ayudarte
- Otros pueden aprender del tema
- Se reduce el bus factor
Así la conversación puede servir para ayudar a otra gente en el futuro o incluso a ti (la búsqueda de slack es muy poderosa) y
🧵 Usa hilos (threads) para no liarla
Un canal sin hilos es como un grupo de WhatsApp familiar:
todo mezclado, difícil de seguir y fácil de perderse.
Los hilos en Slack existen para una razón muy concreta: evitar el caos. En un canal con varias conversaciones simultáneas, si todo el mundo responde directamente en el canal, el resultado es ruido, confusión y mensajes que se pisan entre sí.
Un simple “sí” fuera de contexto puede referirse a 4 temas distintos. (de esto hablaremos más adelante)
Por norma general la idea es:
- Pregunta o comentario principal → mensaje en el canal
- Respuestas, ideas, opiniones, información relacionada → en hilo
- Cuando se está haciendo seguimiento de una actualización
Algo a tener en cuenta es que al responder en un hilo, Slack da la opción de enviar también al canal. Esta opción sirve para escribir en el canal, así que lo ideal es no marcarla por defecto sino solo si hay información relevante:
- “Hemos resuelto el bug que discutíamos antes, el fix está en producción.”
- “Resumen del hilo: se aprueba la migración, abriré un RFC.”
De lo contrario, estaremos notificando innecesariamente a todo el canal de algo que solo interesaba a quienes ya estaban en el hilo.
🧩 No dividas tu mensaje en 7 trozos
Esto genera ruido y microinterrupciones:
Hola 👋
una cosa rápida
sobre la tarea de facturación
creo que hay un bug
te paso captura
Mejor: piénsalo antes y suéltalo entero:
“Hola 👋, he encontrado un bug en el flujo de facturación. Cuando seleccionas un método no soportado, la app crashea. Aquí va captura + logs: [link]”
De la misma forma, no pongas solo “Hola” y esperes respuesta.
Es como llamar por teléfono y decir “hola”… y colgar.
Directo al grano: “Hola, ¿alguien sabe cómo puedo regenerar los datos de staging?”
→ Más info: https://nohello.net/es/ además esta web la puedes compartir con el compi que haga esto de decir solo hola
🧘 Trabaja con respeto por la atención de los demás
🚫 No uses @channel o @here porque sí
Estas menciones despiertan a todo el canal.
Úsalas solo si es urgente, relevante y compartido por todos.
Ejemplo innecesario:
“@here he desplegado staging” → Esto puede ser un simple mensaje en el canal.
Ejemplo válido:
“@channel se ha caído el entorno de producción. Estamos mirando qué pasa.”
✅ Usa reacciones como respuestas
A lo que comentamos antes de los hilos, en lugar de contestar si/no,… Una reacción puede evitar 3 mensajes más.
Ayuda a no interrumpir y da feedback claro al momento.
- 👍 = sí
- 👎 = no
- ✅ = hecho
- 👀 = lo estoy mirando
- 📌 = importante
- 🍿 = me interesa
Ejemplo real:
Se publica en #tech-alerts:
“Se ha actualizado el certificado del API Gateway.”
Reacciones: 👀 (gente que lo revisará), ✅ (gente que lo validó), 📌 (para fijar info útil)
🧭 Mantente al día (sin volverte loco)
🎛️ Ajusta tus notificaciones
¿Slack te interrumpe todo el rato? ¿O nunca te enteras de nada? Configura las notificaciones para lo que de verdad importa.
Recomendaciones:
- Solo notificaciones de menciones y hilos donde participas
- Silencia canales no prioritarios
- Usa el “Do Not Disturb” cuando estés en foco
- Usa la pestaña de unreads para no tener FOMO (abajo lo explico)
💡 Tip pro: configura Slack para asynchronous first.
Es decir: responde cuando puedas, no cuando llega.
Vivimos en una cultura que a veces asocia responder rápido con ser productivo.
Pero en realidad, lo que necesitas muchas veces no es una respuesta inmediata… sino una respuesta pensada.
¿Qué significa trabajar asynchronous first?
Significa que, por defecto, no esperas una respuesta al instante. Y que cuando escribes algo, lo haces pensando en que la otra persona lo leerá más tarde.
Pero, ¿de qué va esto?,Podemos resumirlo en:
- Añadir todo el contexto necesario: qué pasa, qué has probado, qué esperas. Lo que hemos hablado del framework START
- Evitar depender de un ping-pong de mensajes para explicar el problema.
- Escribir como si la otra persona no pudiera preguntarte durante 3 horas (porque puede ser cierto).
🧭 Usa la pestaña Unreads para ponerte al día (sin agobios)
¿Te abruma tener 15 canales con puntos rojos? ¿o con mensajes sin leer? Slack tiene una función mágica —pero medio oculta— que puede ayudarte:
la pestaña Unreads.
Esta vista agrupa todos los mensajes no leídos de tus canales, hilos y menciones, en un solo sitio, para que puedas revisarlos cuando tú decidas.
- Te permite leer en bloques en vez de saltar de canal en canal.
- Evita el típico FOMO (“por si me pierdo algo…”).
- Puedes escanear, procesar y responder cuando tengas un hueco, no al momento.
- Te ayuda a no interrumpir tu foco cada 5 minutos.
Para activarla: Haz clic en tu nombre en la esquina superior izquierda. Ve a Preferences → Sidebar Activa la opción: Show All Unreads
🧰 ¿Cómo usarla bien?
- Revisa Unreads 2–3 veces al día, como si fuera tu correo: por la mañana, después de comer, antes de cerrar.
- Escanea primero: ¿qué mensajes necesitas leer a fondo? ¿Cuáles puedes marcar como leídos directamente?
- Responde solo lo que requiera acción inmediata. El resto, lo puedes dejar para después.
- Reacciona con emojis para confirmar lectura sin añadir ruido.
- Read Later: Puedes poner tareas para hacerlo después o reminder para que te avise en 5/10 min
🧹 Ordena tu Slack como tu escritorio
Slack puede ser desordenado… si no lo domas:
- Crea secciones para tus canales (por proyecto, por equipo, por tipo)
- Usa marcadores en canales para tener links clave
- Archiva o sal de canales inactivos
Ejemplo de estructura personal:
- 🔥 Focus → #tech-alerts, #team-core
- 🚧 En curso → #tech-proj-vue-migration
- 📚 Comunidades → #tech-community-ddd, #tech-community-frontend
- 🎉 Random → #tech-coffee-room_and-memes
Además de todo todo esto podemos:
- Fija mensajes importantes (como onboardings, links clave, documentación)
- Nombra bien los canales (más de esto en el segundo post 😉)
✅ Resumen
Slack no es solo un chat, es una herramienta de trabajo.
Bien utilizado, mejora la colaboración, la autonomía y el foco. Mal usado, se convierte en ruido constante.
Este post reúne buenas prácticas para escribir, organizar y responder en Slack con claridad y respeto por la atención del equipo.
Algunos puntos clave:
- Escribe con contexto: usa el framework START para estructurar tus mensajes.
- Prioriza lo público: pregunta y comparte en canales abiertos siempre que puedas.
- Usa hilos (y no abuses de “enviar también al canal”) para mantener conversaciones ordenadas.
- Hazlo asíncrono por defecto: no esperes respuestas instantáneas ni interrumpas a los demás.
- Gestiona Slack como tu espacio de trabajo: ajusta notificaciones, usa la vista Unreads, organiza tu sidebar.
Estas prácticas no solo evitan malentendidos: mejoran la calidad del trabajo y el bienestar del equipo.
🧾 Conclusiones
Slack no es el enemigo.
El problema no es la herramienta, sino cómo la usamos.
Una buena comunicación en Slack:
- Evita interrupciones innecesarias
- Fomenta la colaboración abierta
- Reduce la fricción en remoto o distribuido
- Ayuda a documentar decisiones y dejar trazabilidad
- Cuida el tiempo de todos
Escribir mejor en Slack es escribir con empatía.
Es dar toda la información que tú desearías recibir si fueras la otra persona.
Nadie nace sabiendo usar Slack bien. Pero es una habilidad que se entrena —como escribir buen código o hacer buenas revisiones— y que marca una diferencia real en cómo trabajamos en equipo.
Si aplicas aunque sea una de estas ideas, ya estarás comunicando mejor que ayer.
Y eso, en un mundo lleno de notificaciones, ya es un superpoder. ⚡







Replica a Sebastián Iturralde Cancelar la respuesta