Correr el ciclo de vida del empleado como un sistema
Con veinte personas, el onboarding vive en un Google Doc, el offboarding vive en la memoria de alguien, y RH vive en un proveedor aparte. El trabajo es real y los residuos están en todas partes.
Una firma de servicios de socios de veinte personas tiene un problema de RH que no llama un problema de RH.
Hay un HRIS para headcount y nómina. Hay un Google Doc titulado “Onboarding de nueva contratación” que el último admin actualizó hace nueve meses. Hay una hoja de cálculo, en algún lado, que lista quién tiene cuál herramienta. Cuando alguien se va, tres de esas cuatro fuentes de verdad se tocan, y una no, y la firma se entera seis meses después cuando una licencia de Slack sigue facturándose para una persona que se fue en primavera.
El trabajo es real. El sistema no.
Cómo corre realmente el ciclo de vida
Una nueva contratación empieza un lunes. El hiring manager se acuerda de la mayoría de los pasos de setup. El admin se acuerda del resto. Un Google Doc con veintitrés casillas es la fuente de verdad para la primera semana. Para el viernes, la persona nueva tiene acceso a la mayoría de lo que necesita, le falta una herramienta que nadie pensó en darle, y fue agregada a la hoja de cálculo que nadie abre a menos que algo esté mal.
Un consultor senior se va tres meses después. Su manager corre el offboarding desde la memoria. Se revoca el correo. La licencia del CRM se desactiva. Slack se ofboardea esa tarde. La herramienta de gastos, la herramienta de analítica, el portal de socio en el que el consultor se logueó dos veces, la herramienta de diseño a la que la firma se suscribió el año pasado, todas siguen facturando. El proveedor manda una renovación en ocho meses y una persona de finanzas se da cuenta.
Ese es el ciclo de vida que la mayoría de las firmas corre. No porque alguien lo haya diseñado. Porque nadie decidió no hacerlo.
La forma de un ciclo de vida que se corre solo
El arreglo no es heroico. Es tratar el mismo trabajo que la firma ya hace como un sistema que la firma puede ver.
Un ciclo de vida real tiene cuatro partes móviles.
Primero, cada empleado tiene un estatus, y los cambios de estatus se sellan automáticamente. Activo, en onboarding, en offboarding, con licencia, salido. El estatus está en el mismo registro que tiene al dueño del trato, los registros de tiempo, el rol. No un proveedor aparte que nadie revisa.
Segundo, el onboarding es una plantilla, no una memoria. Por rol, porque el primer mes de una contratación de ventas no es el primer mes de una contratación de entrega. Estructurada a lo largo del Día 1, Semana 1, Mes 1, Mes 3. La misma checklist cada vez, la misma rendición de cuentas cada vez, el mismo progreso visible cada vez.
Tercero, el offboarding también es una plantilla. Estándar, senior, contratista. Cada una carga los pasos correctos de revocación de herramienta para que las licencias que la firma paga embonen con las personas que siguen ahí. El resultado predeterminado es revocación pendiente. La excepción es “mantener el acceso” con una razón documentada.
Cuarto, hay un dashboard. Headcount por estatus. Métricas de ciclo de vida que el fundador puede leer sin preguntar. Onboardings de los últimos treinta días. Offboardings de los últimos treinta días. Antigüedad promedio al salir. La cola de offboarding como una lista, no una memoria. CSV cuando finanzas pregunte.
Ese es el sistema. No es trabajo nuevo. El mismo trabajo que la firma ya hace, hecho visible.
Por qué esto importa antes de que duela
La mayoría de las firmas llegan a esto solo después del dolor. Una renovación de proveedor cae y la respuesta a “¿todavía necesitamos esto?” es “no estamos seguros de quién está en ella”. La primera semana de una nueva contratación marca la expectativa equivocada sobre cómo corre la firma. Una salida deja residuo por dos trimestres porque nadie fue dueño de la lista de cierre.
El costo no es una sola cosa. Son fallas pequeñas a lo largo de un ciclo de vida que la firma cree que está corriendo.
Un ciclo de vida real comprime eso. Cada cambio de estatus es un evento visible. Cada otorgamiento de herramienta está en la persona, no en un portal de proveedor. Cada offboarding cierra el loop de la misma forma. El fundador lee el dashboard y el trabajo está hecho, o el trabajo no está hecho, y cualquiera de las dos respuestas está en una sola pantalla.
Lo que PartnerView entrega
PartnerView trata a RH como parte de operaciones, no como un sistema aparte que atornillas.
Cada empleado carga un estatus vivo. Seis plantillas de onboarding por rol, una para cada persona que la firma contrata, estructuradas a lo largo del Día 1, Semana 1, Mes 1, Mes 3, así que los primeros noventa días siguen una forma conocida. Tres plantillas de offboarding, estándar, senior y contratista, que transicionan en lote el acceso a herramientas a revocación pendiente en vez de depender de que alguien recuerde cada login. Un dashboard de RH a nivel admin que se lee como una sola pantalla: headcount por estatus, métricas de ciclo de vida, la cola de offboarding, costo mensual de herramientas, licencias otorgadas. Exportación a CSV cuando finanzas necesite el archivo.
El ciclo de vida no es un Google Doc. Es el sistema. Y el sistema es el mismo que la firma usa para tratos, proyectos, tiempo e ingresos, así que la persona en un registro de trato es la misma persona en la checklist de onboarding es la misma persona en la cola de offboarding. Un registro, una verdad, un lugar para mirar.