Transferencia de conocimiento de Onshore a Offshore: 5 fases y lista de comprobación
La transferencia de conocimiento de onshore a offshore se ejecuta en cinco fases: definición del alcance, KT principal (shadowing), reverse shadowing, ejecución en paralelo y cambio a producción con hypercare. Cada fase tiene sus propios entregables de documentación. Si se omite una, la siguiente fase se desborda.
Una única limitación lo condiciona todo. El tiempo de los SME (expertos en la materia) está fijado por el plan de transición, pero la necesidad del equipo offshore de ese conocimiento no termina. El equipo onshore sigue teniendo su trabajo diario. El equipo receptor tiene preguntas. La fecha de cambio no se mueve.
El método es el mismo tanto si el trabajo se traslada a un centro de servicios empresariales globales, a un global capability centre o a un partner BPO.
Esta guía cubre los siete pasos, las cinco fases y lo que produce cada una, una lista de verificación completa de KT y los puntos de fallo que hacen que se pierda conocimiento incluso en programas bien gestionados.
Cómo hacer la transferencia de conocimiento de onshore a offshore: 7 pasos
Inventaria cada proceso a nivel de actividad. Registra el volumen, la complejidad, los sistemas y el responsable nominal de cada una.
Identifica puntos únicos de conocimiento. Son actividades que solo puede realizar una persona. Planifícalas primero, incluso si rompe el orden previsto.
Registra las sesiones de KT principal a medida que ocurren. Captura la sesión en sí, no las notas redactadas después.
Documenta procedimientos y excepciones a nivel de pantalla. Trata las rutas de excepción con el mismo cuidado que la ruta principal.
Ejecuta reverse shadowing. El equipo offshore realiza el trabajo mientras el titular observa y corrige.
Firma la competencia por actividad y por persona. Cuenta a las personas que pueden hacer el trabajo, no las sesiones entregadas.
Cambia a producción con una salida de hypercare basada en métricas. Sal del hypercare por calidad, no por fecha.
Los pasos 2, 3 y 6 son los primeros que se recortan cuando un programa va con retraso. También son las tres fases que determinan si el conocimiento realmente se transfirió.
Empieza con un proceso. Registra una única sesión de KT en Trupeer y consigue el SOP, el vídeo de formación y las traducciones el mismo día. Start free.
Las cinco fases de la transferencia de conocimiento de onshore a offshore
Los proveedores de servicios y los centros cautivos usan nombres distintos, pero la secuencia es la misma.
Fase 1: Due diligence y definición del alcance
Construye el universo de procesos: cada actividad, su volumen, complejidad, sistemas, controles y responsable actual. El volumen y la complejidad determinan el modelo de FTE, así que los errores aquí se propagan por toda la transición.
Define el alcance a nivel de actividad, no a nivel de proceso. “Cuentas por pagar” no es un elemento de alcance. “Excepciones de facturas sin PO para la entidad alemana” sí lo es. Un alcance más fino revela las actividades que solo conoce una persona: los riesgos que hay que retirar primero.
Entregables: universo de procesos, modelo de FTE, plan de transición, registro de riesgos. Empieza con nuestra plantilla de plan de transición si no tienes un estándar interno.
Fase 2: KT principal (shadowing)
El equipo offshore observa al titular realizar el trabajo, normalmente durante entre dos y seis semanas.
La duración del ciclo es lo que más a menudo se planifica mal. Un proceso mensual, trimestral o anual necesita una ventana de KT lo bastante larga como para ver al menos un ciclo completo, idealmente dos. No puedes aprender un cierre mensual en dos semanas. Si la ventana es corta, trata el primer ciclo en vivo como parte de KT y programa soporte onshore para ese ciclo.
Entregables: procedimientos de escritorio, mapas de procesos, recorridos a nivel de pantalla, registro de excepciones, registro de preguntas.
Dónde encaja Trupeer: El titular graba la sesión en Trupeer o sube la grabación de Teams o Zoom. Trupeer la convierte en un SOP paso a paso con capturas de pantalla, un vídeo de formación narrado y una entrada buscable en tu base de conocimiento. El SME revisa y aprueba el borrador. Nadie lo redacta de memoria. En programas liderados por BPO, la herramienta de documentación para transiciones BPO empaqueta este flujo de trabajo para las entregas del titular.
Cómo funciona en una sesión de shadowing:
Captura la sesión. El titular graba la pantalla del trabajo en Trupeer mientras lo realiza, o subes la grabación de la llamada de KT en Teams o Zoom.
Obtén el borrador del SOP. Trupeer convierte la grabación en instrucciones paso a paso con una captura para cada paso, además de un vídeo de formación narrado.
Añade las excepciones. El SME añade una excepción como un paso propio, justo donde ocurre en el proceso, para que no se pierda en una nota al margen.
Traduce para el sitio offshore. Genera el SOP y el vídeo en el idioma de trabajo del equipo receptor.
Publica en la base de conocimiento. El SOP se puede buscar a nivel de paso, para que el equipo offshore encuentre la respuesta en el mes ocho sin tener que volver a ver toda la sesión.
Ve cómo una sesión real de KT se convierte en un SOP en menos de 10 minutos. Book a demo
Fase 3: Reverse shadowing
Ahora el equipo offshore realiza el trabajo mientras el titular observa y corrige. Aquí es donde aparecen las brechas reales, porque hacer un proceso revela suposiciones que la observación oculta.
El reverse shadowing es la fase que más a menudo se aprieta cuando un programa va con retraso. Es un ahorro falso. Cada brecha que se pasa por alto aquí se convierte en una escalada después del cambio, cuando el SME que podría responder en treinta segundos ya se ha incorporado a otra tarea.
Entregables: documentación corregida, registro de preguntas cerrado, competencia firmada por actividad y por persona.
Dónde encaja Trupeer: Registra también las sesiones de reverse-shadowing. Las correcciones del SME suelen valer más que el recorrido original. Edita el SOP existente con esas correcciones en lugar de empezar un documento nuevo, para que haya una única versión vigente. El transitions accelerator muestra cómo esto acorta la fase de reverse-shadowing.
Cómo funciona en una sesión de reverse-shadowing:
Registra la sesión. Captura al analista offshore realizando el trabajo mientras el SME observa y corrige.
Abre el SOP de la Fase 2. Trabaja sobre el mismo SOP en lugar de crear un documento nuevo.
Aplica las correcciones. Edita los pasos que corrigió el SME y añade cualquier nueva excepción que haya surgido en la sesión.
Actualiza los entregables. Actualiza el vídeo de formación y las versiones traducidas a partir del SOP corregido.
Vuelve a publicar y firma. El responsable del proceso onshore aprueba el SOP actualizado, que se convierte en la copia vigente para el cambio.
Fase 4: Ejecución en paralelo
Ambos equipos realizan el trabajo y los entregables se concilian. Pagas dos veces por el mismo trabajo, así que mantén las ejecuciones en paralelo para procesos donde los errores son costosos: reporting financiero, presentaciones regulatorias, ejecuciones de pagos, compromisos con clientes.
Si no se justifica una ejecución en paralelo completa, usa una conciliación por muestreo. El equipo offshore ejecuta el proceso y el equipo onshore comprueba una muestra frente a tolerancias acordadas.
Entregables: resultados de la conciliación, registro de defectos, decisión de go/no-go frente a criterios preacordados.
Fase 5: Cambio a producción, hypercare y estado estable
El equipo offshore asume la propiedad. El hypercare, normalmente de cuatro a doce semanas, mantiene el soporte onshore disponible mientras se supervisan de cerca las métricas.
Define la salida del hypercare como una métrica, no como una fecha. Salir después de seis semanas cuando la calidad aún está por debajo del nivel base desplaza el problema al estado estable, donde es más difícil financiarlo y escalarlo.
Entregables: rendimiento del SLA frente al nivel base, registro de defectos cerrado, salida de hypercare firmada y una base de conocimiento que se mantiene actualizada después de que el equipo del programa se marche.
Por qué falla la transferencia de conocimiento de onshore a offshore, incluso cuando está documentada
La mayoría de las transiciones generan muchos documentos. El problema es cómo se crean esos documentos.
Se redactan después de la sesión, a partir de la memoria. Un receptor escribe lo que entendió. Los pasos que le resultaron confusos se redactan de forma vaga, y las notas vagas sobre un paso confuso son la escalada de mañana.
El detalle a nivel de pantalla desaparece. “Actualiza los términos de pago en el maestro de proveedores” omite cuál de cuatro pantallas similares, qué campo y qué error significa detenerse.
Las excepciones se tratan como casos marginales. Los responsables del proceso describen la ruta feliz. Las excepciones impulsan casi todas las escaladas.
El tiempo del SME se agota antes de que terminen las preguntas. La mayoría de las preguntas llegan después de que se cierra la ventana de KT. Si el único registro es un documento, vuelven a las personas que ya se han incorporado a otras tareas.
El idioma se gestiona al final, si es que se gestiona. Las brechas de comprensión rara vez se reportan. Aparecen más tarde como variaciones de calidad que nadie puede explicar.
Las cinco situaciones provienen de una única dependencia: personas que reconstruyen una sesión en lugar de que la sesión sea el registro.
Cómo Genpact convirtió sesiones grabadas en SOPs a escala
El reto de Genpact era un despliegue de Workday a nivel de toda la empresa, no una transición offshore, pero el problema de la captura era el mismo. Davetta Harper, VP Organizational Change Leader, tuvo que preparar a 140.000 empleados en 40 países para un nuevo sistema.
Eso implicaba más de 500 materiales de formación en 20 flujos de trabajo, en cinco idiomas, para equipos en Japón, Brasil, España, Tailandia y China. Construir cada pieza a mano y enviarla a traductores humanos habría llevado un año.
El equipo grabó sus sesiones existentes de diseño de procesos en Microsoft Teams y los recorridos con SME, las subió a Trupeer y obtuvo de vuelta SOPs y vídeos de demostración traducidos a los cinco idiomas.
140.000 empleados formados
40 países
3 meses para entregar un programa de 12 meses
5 idiomas
“Necesitábamos formar a 140.000 personas en 40 países en un sistema completamente nuevo. Trupeer nos dio una forma real de conseguirlo.” Davetta Harper, VP Organizational Change Leader, Genpact
Lee la historia completa de Genpact
¿Estás gestionando una transición? Descubre cómo se aplica el flujo de trabajo de Genpact a tu plan de KT. Book a demo
El conjunto de documentación que necesita una transición offshore
Cada artefacto responde a una pregunta distinta. Si falta uno, queda un hueco que el equipo offshore acabará encontrando.
Mapa de procesos: Flujo de extremo a extremo, traspasos, sistemas y controles. Responde a “¿dónde encaja?”
Procedimiento de escritorio o SOP: Pasos a nivel de pantalla con capturas. Responde a “¿cómo hago esto?”
Runbook: Actividades temporizadas y secuenciadas para trabajo cíclico como el cierre de fin de mes. Responde a “¿qué ocurre cuando?”
Job aid: Referencia rápida para una sola tarea. Responde a “recuérdamelo rápido”.
Registro de excepciones: Desviaciones conocidas, sus desencadenantes y soluciones. Responde a “esto no coincide con el SOP”.
Matriz de escalación: A quién preguntar, para qué y con qué rapidez. Responde a “¿a quién pregunto?”
Registro de preguntas: Cada pregunta de KT y su respuesta. Se convierte en el FAQ real del equipo.
El registro de excepciones y el registro de preguntas se omiten con más frecuencia y aportan el mayor valor, porque ningún otro documento captura ese conocimiento. Plantillas: plantilla de plan de transferencia de conocimiento, documento de entrega, lista de verificación de entrega de proyecto, plantilla de runbook. Para generar SOPs en cientos de procesos, consulta cómo crear SOPs a escala.
Lista de verificación de la transferencia de conocimiento de onshore a offshore
Antes de que empiece la KT
Universo de procesos a nivel de actividad, con volumen y complejidad
SME nominal para cada actividad incluida en el alcance
Puntos únicos de conocimiento identificados y planificados primero
Traspasos upstream y downstream mapeados
Duración del ciclo comprobada frente a la ventana de KT para cada proceso
Criterios de competencia acordados por ambas partes
Acceso a sistemas listo para el equipo receptor el día 1
Retención acordada para los SME cuyos roles van a finalizar
Durante la KT
Sesiones grabadas mientras se ejecutan, no redactadas después
SOPs a nivel de pantalla, con capturas
Rutas de excepción documentadas junto a la ruta principal
Registro de preguntas actualizado a diario, con responsable y fecha de vencimiento
Reverse shadowing planificado como una fase propia
SOPs firmados por el responsable del proceso onshore, no solo por el receptor
Versiones traducidas para sitios que trabajan en otro idioma
Antes del cambio
Competencia firmada para cada actividad y para cada persona nominal
Todas las preguntas críticas y de alta prioridad cerradas
Ejecución en paralelo o conciliación por muestreo superada
Matriz de escalación probada, no solo distribuida
Salida de hypercare definida como métrica
Responsable de la documentación nombrado para después de que cierre el programa
Calidad base y definiciones de SLA acordadas
El último elemento de cada lista es el que más a menudo se omite. Cada uno es barato de configurar al principio y caro de corregir después.
Tres riesgos que probablemente no muestra tu plan de transición
Deserción onshore durante la KT. En transiciones impulsadas por costes, las personas que imparten la KT a menudo saben que sus funciones van a terminar. Las bonificaciones de retención ayudan, pero no eliminan el riesgo. Empieza por secuenciar los puntos únicos de conocimiento. Si un SME se marcha en la semana tres, su trabajo único debería haberse registrado ya en la semana dos.
Deserción offshore después del cambio. El equipo formado en KT no es el equipo que ejecuta el proceso 18 meses después. Si los documentos se construyeron para la transición y no para las operaciones, las cohortes posteriores aprenden por transmisión oral y la calidad deriva. Trata la salida de KT como un activo permanente con un responsable nominal.
Idioma. Trabajar en inglés cubre la ruta feliz y falla donde importa la precisión: excepciones, controles, pasos regulatorios. Para procesos con peso financiero o de cumplimiento, traduce los SOPs al idioma de trabajo del sitio. Usa traducciones vinculadas al SOP fuente, para que una sola edición actualice todos los idiomas. La re-traducción manual se desactualiza y los SOPs traducidos obsoletos son peores que no tenerlos, porque la gente confía en ellos.
Transferencia de conocimiento de onshore a offshore en industrias reguladas
Banca, seguros, sanidad y ciencias de la vida añaden una restricción. Una grabación de KT que muestre datos de clientes, historiales de pacientes o detalles de tarjetas es una copia de esos datos en un nuevo sistema. La propia grabación entra en el alcance para su revisión.
Los programas que lo gestionan bien hacen cinco cosas:
Difumina o enmascara los campos sensibles en el punto de captura, no después
Usa datos de prueba o depurados para las demostraciones siempre que el proceso lo permita
Controla el acceso mediante inicio de sesión único (SSO) y permisos basados en roles, para que el material de KT siga las mismas reglas de acceso que el proceso
Mantén la residencia de datos alineada con las jurisdicciones incluidas en el alcance, lo que importa cuando el sitio offshore está fuera de la región de origen de los datos
Mantén el historial de versiones, para que un auditor pueda ver qué procedimiento se aplicó en una fecha concreta
En una transición regulada, la trazabilidad de la documentación forma parte del entorno de control. Trupeer es SOC 2 Type II y está certificada en ISO 27001, además de ser compatible con GDPR, con opciones de difuminado de datos sensibles, SSO y residencia de datos. Los detalles están en el Trust Center.
Gobernanza: quién es responsable de qué
La transferencia de conocimiento falla en silencio cuando la propiedad no está clara. Una división viable se ve así:
Líder de la transición: Es responsable del plan, el registro de riesgos y las puertas de fase. Responde por la decisión de go/no-go.
Responsable del proceso onshore: Es responsable de la exactitud de lo que se transfiere. Firma que cada SOP coincide con el proceso tal y como se ejecuta realmente.
Líder de entrega offshore: Es responsable de la competencia del equipo receptor. Firma que las personas nominales pueden realizar las actividades nominales.
Responsable de la documentación: Es responsable del conjunto de SOP y lo mantiene actualizado después del cambio. Este rol a menudo queda sin asignar, por eso la documentación se degrada.
Stakeholder del negocio: Es responsable de los criterios de aceptación y de cuánto nivel de disrupción es aceptable durante el hypercare.
Vigila al responsable de la documentación. Si nadie mantiene los SOPs actualizados después de que cierre el programa, serán más precisos el día en que termina la transición y empeorarán a partir de ahí.
Cómo medir si la transferencia funcionó
Las sesiones entregadas frente a las sesiones planificadas miden la actividad, no el resultado. Haz seguimiento de estas métricas:
Tasa de firma de competencia: Porcentaje de actividades con un responsable nominal evaluado en el lado offshore. La única métrica de KT que refleja la capacidad.
Reducción del registro de preguntas: Preguntas nuevas por semana. Una línea plana o en aumento al final de KT significa que la transferencia no está convergiendo.
Escaladas de vuelta a onshore: La señal más clara después del cambio. Cada una es conocimiento que no se transfirió.
Calidad frente al nivel base pretransición: Solo es significativa si se usa la misma definición que antes.
Cobertura de la documentación: Porcentaje de actividades con un SOP actual revisado. No es lo mismo que documentos producidos.
Tiempo del nuevo integrante a la competencia: La prueba del mes 12. Si un nuevo empleado todavía necesita que alguien le explique el proceso, los documentos fallaron.
Modelos de transición habituales y qué significan para KT
Lift and shift: Mueve el proceso tal cual y mejora más adelante. Es la ruta más rápida hacia el cambio y la carga de documentación es la más alta, porque hay que capturar fielmente cada solución alternativa existente.
Por fases o basado en olas: Mueve por olas según proceso, entidad o geografía. Menor riesgo y un calendario más largo. Las olas posteriores reutilizan los patrones de documentación establecidos en las anteriores.
Transformar y luego transferir: Rediseña el proceso en onshore y, después, mueve la nueva versión. Es el estado final más limpio y el riesgo más alto, porque el equipo offshore aprende un proceso que nadie ha ejecutado aún en producción.
Entrenar al formador: Transfiere a un pequeño equipo núcleo offshore, que luego forma a todos los demás. Requiere poco tiempo de SME y solo es tan bueno como lo que documenta el equipo núcleo.
Entrenar al formador es donde las sesiones grabadas dan más resultados. La formación de segunda generación solo es tan buena como el registro que se le dio al equipo núcleo.
Cápturalo una vez, consérvalo después del cambio
La transferencia de conocimiento de onshore a offshore se reduce a un desequilibrio: el tiempo de los SME está fijado y la necesidad de su conocimiento no. Tres hábitos lo gestionan. Registra la sesión en lugar de reconstruirla. Documenta las excepciones con la misma precisión que la ruta feliz. Da a la documentación un responsable después de que termine el programa, porque la transición finaliza y el proceso no.
Registra tu próxima sesión de KT. Obtén el SOP hoy. Sube una grabación de Teams o Zoom y consigue un SOP paso a paso, un vídeo de formación y traducciones. Start free o book a demo.
Preguntas frecuentes
¿Qué es la transferencia de conocimiento offshore?
Es la entrega estructurada de la capacidad de ejecutar un proceso, desde un equipo incumbente onshore hasta un centro de entrega offshore o cautivo, dentro de una ventana de transición fija. Normalmente pasa por la definición de alcance, el shadowing, el reverse shadowing, un parallel run opcional y el hypercare antes de que el equipo offshore asuma la propiedad total.
¿Cuál es la mejor forma de transferir conocimiento de onshore a offshore?
Graba las sesiones de KT a medida que ocurren en lugar de redactarlas después, y programa las actividades solo primero para la persona que las conoce. A continuación, documenta las excepciones a nivel de pantalla, realiza reverse shadowing y valida la competencia por actividad y por persona antes del cutover.
¿Qué debe incluir un plan de transferencia de conocimiento offshore?
Un inventario de procesos a nivel de actividad con volúmenes, un SME nombrado por actividad, puntos únicos de conocimiento programados primero, ventanas de KT ajustadas a la duración del ciclo de cada proceso, criterios de competencia acordados, fechas dedicadas de reverse-shadowing, una salida de hypercare basada en métricas y un responsable de documentación nombrado después de que finalice el programa.
¿Cuánto tarda la transferencia de conocimiento en una transición offshore?
Depende más de la duración del ciclo que del número de procesos. El trabajo transaccional diario puede moverse en entre dos y cuatro semanas. Los procesos mensuales o trimestrales necesitan entre seis y doce semanas, para que el equipo vea al menos un ciclo completo.
¿Qué es el reverse shadowing en la transferencia de conocimiento?
El reverse shadowing es la fase en la que el equipo offshore realiza el trabajo mientras el SME onshore observa y corrige. Pone de manifiesto brechas que la observación oculta. Graba estas sesiones, porque las correcciones suelen ser más valiosas que el recorrido inicial.
¿Cuáles son los mayores riesgos en la transferencia de conocimiento de onshore a offshore?
El conocimiento que tiene una sola persona, ventanas de KT más cortas que el ciclo del proceso, reverse shadowing comprimido y documentación que nadie asume después del cutover. Las brechas de idioma en los sitios offshore es un quinto riesgo que la mayoría de los planes no contempla.
¿Puede la IA ayudar con la transferencia de conocimiento offshore?
Sí. Herramientas como Trupeer convierten sesiones de KT grabadas desde Teams, Zoom o una grabación de pantalla en SOPs paso a paso con capturas de pantalla, vídeos de formación y traducciones. Esto elimina el paso de redactar desde la memoria, donde se pierde la mayor parte del conocimiento. Genpact utilizó este enfoque para formar a 140.000 empleados en 40 países en tres meses.
¿Cómo se mide si la transferencia de conocimiento funcionó?
Sigue la tasa de validación de competencia, el descenso del registro de preguntas, las escalaciones de vuelta a onshore después del cutover y la calidad frente a la línea base previa a la transición. La prueba a largo plazo más sólida es la rapidez con la que un nuevo integrante alcanza la competencia doce meses después.
¿La grabación de sesiones de KT es compatible en transiciones reguladas?
Puede serlo, si la grabación se trata como datos dentro del alcance. Difumina los campos sensibles en el momento de la captura, usa datos depurados para demos cuando sea posible, controla el acceso mediante SSO y roles, alinea la residencia de datos con las jurisdicciones implicadas y conserva el historial de versiones para los auditores. Trupeer es SOC 2 Type II e ISO 27001 y cumple con el RGPD.
