Propietario de un espacio de Slack tras su muerte: plan de continuidad
Slack puede convertirse en la memoria y la sala de control de una organización. En sus canales quedan decisiones, incidencias de clientes, aprobaciones, aplicaciones y enlaces a documentos. Si la persona que centraliza todo es también el propietario principal, su muerte o incapacidad crea un problema de gobierno aunque el resto del equipo todavía pueda enviar mensajes.
Slack admite varios roles administrativos, pero solo un propietario principal. Otros propietarios y administradores pueden realizar muchas tareas cotidianas; no pueden adjudicarse por sí mismos el rol principal. Por eso la continuidad no consiste en compartir la contraseña del fundador, sino en distribuir responsabilidades y preparar una vía autorizada de sucesión.
Comprende la dependencia
El propietario principal puede transferir el rol y eliminar definitivamente el espacio. Esa persona también puede controlar el dominio, el correo, la facturación, el proveedor de identidad, las aplicaciones y los métodos de recuperación. Poder abrir Slack no significa poder gobernarlo, pagarlo, protegerlo y transferirlo.
Registra por separado el espacio, su URL y plan; la entidad que lo contrata; todos los roles administrativos; el dominio y el inicio de sesión único; la forma de pago; y las aplicaciones, bots y flujos críticos.
Elige una identidad adecuada
Slack recomienda que el rol pertenezca a un directivo o responsable de TI adecuado. Si la política interna lo permite, también contempla una cuenta administrativa del dominio empresarial gestionada por personal autorizado.
No dejes el rol en un correo personal, un antiguo contratista o una cuenta cuya recuperación dependa de un solo teléfono privado. Una cuenta administrativa compartida debe gestionarse mediante controles de contraseñas, MFA, registro y revisión; no mediante una contraseña publicada en un documento.
Revisa la propiedad dos veces al año y ante cualquier salida, baja prolongada, venta o cambio de dirección. Incluye la transferencia en el proceso de salida de personal.
Distribuye administración y facturación
Asigna a personas responsables sus propias cuentas de propietario o administrador con el mínimo privilegio necesario. Las cuentas independientes mantienen la trazabilidad y permiten revocar un acceso sin bloquear a todos.
Añade contactos de facturación de finanzas u operaciones. Reciben avisos y pueden ver extractos, pero Slack aclara que no pueden modificar los datos de facturación. Documenta plan, renovación, pago, facturas, persona que realizó la mejora y quién puede aprobar cambios. Guarda esta información fuera del espacio afectado.
Transfiere antes de una salida prevista
Mientras el propietario principal está disponible, puede elegir a un miembro, confirmar la operación y transferir el rol inmediatamente. Antes de hacerlo, comprueba que el sucesor usa el dominio de la empresa, conoce sus obligaciones y puede acceder a la documentación de seguridad y facturación.
Después, verifica su inicio de sesión independiente, métodos de recuperación, otros administradores, contactos de facturación, responsables de integraciones y el tratamiento autorizado de la cuenta anterior. No desactives al propietario saliente antes de completar la transferencia y la conservación necesaria.
Si el propietario ya ha fallecido
Conserva pruebas y evita la suplantación. Un dispositivo o una contraseña no determinan quién representa legalmente a una empresa ni quién puede leer comunicaciones privadas.
Slack puede estudiar una transferencia cuando el espacio pertenece a una empresa, institución u otra entidad jurídica y la solicitud la autoriza un directivo. El sucesor propuesto debe ser miembro y usar el dominio empresarial. La revisión puede tardar y no está garantizada.
Slack indica además que no puede ayudar si el espacio fue creado a título personal para un proyecto, club o comunidad. En estos casos es especialmente importante transferir en vida o preparar una migración y un archivo alternativo.
Conserva el conocimiento y las integraciones
El alcance de las exportaciones depende del plan, los permisos y las aprobaciones. Los JSON suelen contener mensajes y enlaces a archivos, no todos los archivos. Prueba la exportación y protege el resultado. Guarda contratos, credenciales, código, políticas y registros financieros en los sistemas creados para ellos, no únicamente en conversaciones.
Inventaría inicio de sesión único, dominio, aplicaciones, bots, webhooks, tokens, flujos, calendarios, almacenamiento, CRM, soporte y Slack Connect. Cada dependencia necesita un responsable organizativo, un suplente, una ubicación segura para secretos y un proceso de revocación.
Protocolo y prueba
El protocolo operativo debe indicar administradores, facturación, identidad, dominio, soporte, integraciones y pasos de conservación. Una segunda sección debe decir quién puede autorizar transferencias, exportaciones, suspensión de usuarios, cambios de retención o cierre. Guárdalo de forma segura fuera de Slack.
Dos veces al año, simula que el propietario y sus dispositivos no están disponibles. Comprueba que otro administrador puede trabajar, que el equipo localiza facturación y soporte, que conoce qué acciones siguen bloqueadas y que los registros críticos existen fuera de Slack.
Conclusión
Preparar un espacio de Slack para la muerte de su propietario es un ejercicio de continuidad, no de intercambio de contraseñas. Sitúa la propiedad en una identidad adecuada, distribuye la administración, documenta la entidad jurídica y prueba la vía de transferencia. Si el propietario desapareciera hoy, el equipo debería poder mantener el servicio seguro y pagado, conservar los registros y saber quién está autorizado para decidir el siguiente paso.