Offboarding: cómo gestionar la salida de un empleado sin perder conocimiento
Cuando alguien se va, el riesgo no es solo perder a la persona. Es perder todo lo que sabía. Cómo preparar la salida.
Analizar con IA — elige tu favorita
Obtén un resumen del artículo al instante
El día que un empleado clave le dice al founder "me voy" es el mismo día que la startup descubre cuánto conocimiento tiene atrapado en una sola persona.
Pasa siempre. Y siempre pilla por sorpresa.
No importa si la salida es amistosa o tensa, si es una baja voluntaria o un despido. Lo que importa es lo que pasa después: procesos que nadie sabe ejecutar, contraseñas que nadie tiene, decisiones que "las gestionaba él", clientes a los que nadie ha avisado. El offboarding es la parte de la gestión de personas que todas las startups postponen hasta que ya es demasiado tarde para hacerlo bien.
Lo que vas a aprender en este artículo:
Por qué el offboarding mal gestionado destruye conocimiento que tardaste años en acumular
Qué incluye un proceso de offboarding operativo y accionable para una startup de menos de 50 personas
Las 5 preguntas que debes hacer siempre en una entrevista de salida
Qué es el bus factor y cómo reducirlo antes de que alguien se vaya
Cómo conectar el offboarding con la gestión de conocimiento continua de tu equipo
Por qué nadie piensa en el offboarding hasta que es tarde
El offboarding de un empleado es el proceso formal de gestionar su salida de la empresa: transferencia de conocimiento, cierre administrativo, comunicación al equipo y entrevista de salida.
En teoría, todo el mundo sabe que debería existir. En la práctica, casi nadie lo tiene montado.
La razón es simple: cuando las cosas van bien y el equipo crece, nadie quiere pensar en que alguien se vaya. Y cuando alguien se va, la urgencia de tapar el hueco operativo deja el offboarding reducido a "devuelve el ordenador y firma el finiquito".
El problema es lo que queda entre medias.
En startups de 10-30 personas, es habitual que cada persona acumule conocimiento que no está documentado en ningún sitio: cómo habla con ese cliente difícil, qué workaround usa para exportar datos del CRM, por qué el proveedor X tiene condiciones especiales, dónde está el archivo de contratos. Cuando esa persona se va, ese conocimiento se va con ella.
"Una startup no muere por falta de ideas. Muere por falta de operaciones. Y pocas operaciones son más costosas que las que se van con el empleado que se va."
El coste real no es el tiempo de búsqueda del sustituto. Es el tiempo que tarda el equipo en reconstruir lo que se perdió, los errores que comete mientras lo reconstruye, y el desgaste que eso genera.
El bus factor: el riesgo que estás ignorando
El bus factor es un concepto operativo que responde a esta pregunta: ¿cuántas personas de tu equipo tendrían que ser atropelladas por un autobús para que un proceso crítico se paralice?
Si la respuesta es una, tienes un problema.
Si tienes procesos críticos que solo sabe ejecutar una persona, no tienes un problema de personas. Tienes un problema de estructura. El bus factor mide la concentración de conocimiento en individuos concretos. Cuanto más bajo es el número, más frágil es la operación.
En startups early-stage es casi imposible eliminarlo del todo. Los equipos son pequeños, los roles son amplios y no hay tiempo para duplicar todo. Pero sí hay formas de reducirlo antes de que alguien se vaya:
Documentar los procesos críticos mientras se ejecutan, no después. Si el proceso de cierre mensual lo hace siempre la misma persona, esa persona debería tener documentado ese proceso en Notion antes de que nadie hable de marcharse.
Rotar responsabilidades cuando sea posible. Que al menos dos personas sepan ejecutar los procesos que no pueden parar.
Identificar los nodos de conocimiento antes de que se conviertan en riesgo. Pregúntate: si X no estuviera mañana, ¿qué procesos se pararían? Esa lista es tu mapa de riesgo operativo.
Si quieres profundizar en cómo evitar que el conocimiento quede atrapado en personas o en Slack, el artículo sobre cómo gestionar el conocimiento interno de tu startup cubre exactamente ese problema.
El checklist de offboarding que sí funciona en una startup
No necesitas un proceso de 40 pasos. Necesitas uno que cubra lo que importa y que alguien pueda ejecutar sin tener que inventárselo en el momento.
Este es el esqueleto que usamos. Cuatro bloques, ordenados por urgencia.
Bloque 1: Transferencia de conocimiento (semana 1)
Este bloque es el más crítico y el que más se descuida. El objetivo es sacar de la cabeza de la persona que se va todo lo que está ahí y no está en ningún otro sitio.
Mapear los procesos que gestiona. No los que aparecen en su descripción de rol. Los que ejecuta de verdad: diarios, semanales, mensuales. Una conversación de 30 minutos con la persona que se va puede revelar procesos enteros que nadie sabía que existían.
Documentar esos procesos en el sistema de conocimiento del equipo. No en un documento que se guarda en su carpeta personal. En Notion, en Confluence, en donde el equipo trabaja de verdad.
Identificar quién asume cada proceso. Antes de que se vaya, tiene que haber un nombre detrás de cada responsabilidad. No "el equipo". Un nombre.
Recopilar accesos, contraseñas y credenciales. Esto incluye cuentas de herramientas, accesos a proveedores, cuentas de plataformas que puede tener a su nombre personal. Un gestor de contraseñas compartido (1Password, Bitwarden) hace que esto sea una tarea de 10 minutos en lugar de una semana de gestiones.
Registrar los contactos clave. Clientes, proveedores, partners. Quién era su interlocutor, qué relación tenía, qué acuerdos informales existían.
Bloque 2: Cierre administrativo (semana 1-2)
El lado legal y administrativo del offboarding tiene sus plazos y no se puede improvisar. En España, la Ley del Estatuto de los Trabajadores establece los plazos de preaviso según el tipo de contrato y la antigüedad, y el incumplimiento puede generar costes adicionales para la empresa o para el empleado.
Carta de baja o comunicación formal de despido, según el caso.
Cálculo y firma del finiquito. Incluye los días trabajados del mes en curso, vacaciones no disfrutadas y, si aplica, la indemnización correspondiente. Si tienes dudas, tu gestoría o asesor laboral debe revisarlo antes de presentarlo.
Liquidación de beneficios pendientes: dietas, gastos, bonos, stock options si aplica. La Ley de Startups 28/2022 introdujo cambios en el tratamiento fiscal de las stock options que afectan a cómo se gestionan en la salida.
Baja en la Seguridad Social (comunicación al SEPE dentro del plazo establecido).
Revocar accesos a sistemas, correo corporativo y herramientas. No el día que se va, sino antes: define cuándo se desactivan y comunícalo claramente.
Gestión del equipo o dispositivos corporativos: portátil, móvil, tarjetas de empresa.
Bloque 3: Comunicación al equipo (antes de que se vaya)
La forma en que se comunica la salida de alguien dice mucho sobre la cultura de la startup.
Si lo anuncias a última hora, por Slack, con un mensaje de dos líneas, el equipo interpreta que las personas son reemplazables y que la salida tiene algo que esconder. Si lo gestionas bien, refuerzas exactamente lo contrario.
Lo que funciona:
Comunicarlo en persona o en videollamada al equipo directo antes de hacerlo por escrito.
Dar contexto: que la persona se va (sin entrar en detalles privados), cuándo es el último día y quién asume sus responsabilidades.
Dar espacio para preguntas. El equipo tiene dudas legítimas sobre cómo afecta esto a su trabajo.
Si la relación termina bien, que la persona que se va pueda despedirse del equipo. Es un gesto pequeño con un impacto grande en la cultura.
Lo que no funciona: el mensaje de "fulano ha decidido emprender nuevos retos profesionales" que nadie se cree y que genera más ruido que silencio.
Bloque 4: Comunicación a clientes y externos (antes del último día)
Si la persona que se va tenía relación directa con clientes o proveedores, hay que gestionarlo antes de su salida, no después.
Informar a los clientes afectados con tiempo suficiente para que conozcan a la persona que toma el relevo.
Hacer una presentación activa cuando sea posible: "Te presento a X, que a partir de ahora va a llevar tu cuenta." No un email genérico de "cambio de interlocutor".
Actualizar los perfiles públicos, firmas de correo y datos de contacto.
La entrevista de salida: 5 preguntas que de verdad sirven
La entrevista de salida es la conversación que tienes con la persona antes de que se vaya para entender por qué se va y qué puede aprender la empresa de esa salida.
La mayoría de startups no la hacen. O la hacen tan mal que la persona responde lo mínimo por educación y todos se van sin haber aprendido nada.
Funciona cuando hay confianza real, cuando la persona que conduce la entrevista no es el manager directo (en startups pequeñas puede ser el founder, pero en algunos casos es mejor un tercero), y cuando el objetivo explícito es aprender, no justificarse.
Estas son las 5 preguntas que usamos:
¿Qué te hizo empezar a plantearte irte? No qué fue lo último que pasó. Qué fue lo primero. El momento exacto en que algo cambió.
¿Qué has echado en falta que habría hecho que te quedases? Aquí aparecen cosas concretas: más autonomía, más sueldo, más claridad sobre el futuro de la empresa, feedback más regular. Esta pregunta revela brechas reales.
¿Hay algo que el equipo hace bien y que deberíamos seguir haciendo? No todo es negativo. Hay cosas que funcionan y que es fácil dar por sentadas.
¿Qué cambiarías si pudieras? Sin filtros. La persona que se va tiene una perspectiva que ya no tiene nada que perder. Aprovéchala.
¿Recomendarías esta empresa a alguien de tu red? Y si la respuesta es no o dudosa, ¿qué tendría que cambiar para que la respuesta fuera sí?
Lo que hagas con las respuestas es lo que diferencia una entrevista de salida útil de un trámite. Si no hay nadie que recoja esos aprendizajes y los convierta en acción, es tiempo perdido.
Offboarding y onboarding: dos caras del mismo proceso
Hay una simetría entre el momento en que alguien entra y el momento en que alguien sale que pocas startups explotan.
Un buen onboarding transfiere contexto, cultura y procesos hacia la persona que llega. Un buen offboarding transfiere contexto, procesos y conocimiento hacia la empresa antes de que la persona se vaya.
Los dos procesos son caras del mismo problema: cómo se mueve el conocimiento dentro de la organización.
Si ya tienes un proceso de onboarding estructurado para nuevas incorporaciones, tienes la mitad del trabajo hecho: sabes qué necesita saber alguien para operar en tu startup, y por tanto sabes qué necesitas recuperar cuando esa persona se va.
Si no lo tienes, el offboarding te va a costar el doble porque primero vas a tener que descubrir qué se lleva.
Qué suele fallar (y por qué)
En startups con las que hemos trabajado, los errores de offboarding más comunes no son los administrativos. Son estos:
Empezar demasiado tarde. Cuando la persona dice "me voy", quedan dos o cuatro semanas. Si esperas al último día para pensar en la transferencia de conocimiento, ya es tarde. El proceso tiene que empezar el primer día que sabes que alguien se va.
Confundir el cierre administrativo con el offboarding. El finiquito es necesario. No es suficiente. Un offboarding sin transferencia de conocimiento no es un offboarding: es una desvinculación administrativa.
No documentar en el sistema del equipo. La persona que se va escribe un documento en su carpeta personal, lo manda por email y ahí muere. Ese conocimiento no existe para el equipo porque nadie sabe buscarlo. El conocimiento tiene que ir al sistema central de la organización.
No asignar responsables concretos. "El equipo" asumirá las responsabilidades es una frase que nadie ejecuta. Cada proceso tiene que tener un nombre detrás antes del último día.
"Si nadie en tu equipo sabe quién hace qué, no tienes un problema de personas. Tienes un problema de procesos. Y eso no cambia cuando alguien se va: cambia a peor."
Si en tu startup alguien importante se va en los próximos meses y no tienes claro qué conocimiento perderías con esa salida, ese es exactamente el problema que resolvemos. En un diagnóstico de 1-2 semanas mapeamos los nodos de conocimiento críticos, los procesos sin dueño y los riesgos operativos reales. Hablemos sobre tu startup →
Preguntas frecuentes
¿Cuánto tiempo antes de la salida hay que empezar el offboarding?
El proceso debe empezar el mismo día que se comunica la salida, no la última semana. La transferencia de conocimiento necesita tiempo real: en startups de 10-30 personas, dos semanas es el mínimo para un offboarding mínimamente útil. Si el empleado tiene procesos críticos a su cargo, cuatro semanas es lo razonable.
¿Qué ocurre si el empleado se va en malos términos y no quiere colaborar en el offboarding?
Es el escenario más difícil y más común de lo que parece. La mejor forma de reducir el riesgo es no depender de la buena voluntad de nadie en el momento de la salida: si los procesos están documentados de forma continua y los accesos están centralizados, la salida tensa duele menos. Para el momento inmediato, céntrate en lo que puedes recuperar sin la colaboración de esa persona: accesos, documentos, registros de clientes.
¿Hay obligación legal de hacer una entrevista de salida en España?
No. La entrevista de salida no es un requisito legal. Es una herramienta de gestión interna que la empresa puede hacer o no hacer. Lo que sí tiene plazos y obligaciones legales es el finiquito, la comunicación a la Seguridad Social y el preaviso, que varía según el tipo de contrato y la antigüedad del trabajador según el Estatuto de los Trabajadores.
¿Cómo gestionamos el offboarding cuando la salida es un despido y no una baja voluntaria?
El proceso operativo (transferencia de conocimiento, cierre de accesos, comunicación al equipo) es el mismo independientemente del motivo de la salida. Lo que cambia es el componente legal: en un despido hay que determinar si es procedente o improcedente, calcular la indemnización correspondiente y gestionar el expediente con la asesoría laboral antes de comunicar nada. En startups sin HR interno, esto siempre debe pasar por un asesor laboral externo.
¿Qué herramientas ayudan a reducir el bus factor antes de que alguien se vaya?
Un gestor de contraseñas compartido (1Password o Bitwarden funcionan bien en startups de menos de 50 personas) elimina la dependencia de que una persona tenga accesos críticos a su nombre. Una wiki interna bien estructurada en Notion o Confluence, donde los procesos se documentan mientras se ejecutan, reduce drásticamente el conocimiento atrapado en individuos. El problema no es la herramienta: es el hábito de documentar de forma continua, no solo cuando alguien se va.
¿Qué pasa con el correo corporativo y los accesos cuando alguien se va?
Los accesos deben revocarse de forma controlada y comunicada antes del último día, no el mismo día de la salida. El correo corporativo debería redirigirse o tener respuesta automática durante un período razonable para que los contactos externos sepan a quién dirigirse. Los accesos a herramientas con datos de clientes deben cerrarse de acuerdo con las obligaciones RGPD: la persona que deja la empresa no puede seguir teniendo acceso a datos personales de clientes o usuarios.
¿Cómo sé qué conocimiento es crítico y cuál no?
La pregunta que funciona es: si esta persona no estuviera mañana, ¿qué proceso se pararía o se haría mal? Los procesos que responden a esa pregunta son los críticos. En la práctica, en una startup de 15 personas suele haber entre 5 y 10 procesos críticos por persona en roles de producto, ventas o tecnología. El ejercicio de mapearlos antes de que nadie se vaya es exactamente lo que separa las startups que escalan con control de las que reconstruyen desde cero cada vez que alguien sale.