Cómo preparar un proceso para el outsourcing: plan de transición de 30 días sin caos
Un buen proveedor no puede reparar un proceso sin documentar de un día para otro. Prepara datos, responsables, excepciones y un piloto controlado.

Muchos problemas de outsourcing empiezan antes de que el proveedor inicie el trabajo. La empresa entrega una descripción general, algunos archivos y espera que el equipo externo reproduzca todas las reglas no escritas desde el primer día. Sin embargo, el conocimiento sobre excepciones, plazos, responsables y medición de la calidad suele estar solo en la cabeza de los empleados.
La solución no consiste en crear cientos de páginas. Hace falta una transición breve y ordenada: desde la imagen del estado actual hasta un proceso probado y un inicio controlado. Este plan de 30 días sirve como ejemplo para procesos como la gestión de correspondencia empresarial, impresión, ensobrado, envíos masivos y circuitos documentales. Un proceso sencillo puede requerir menos tiempo; uno regulado o con varias sedes, más.
Por qué importa preparar el proceso
El Sourcing Playbook del Gobierno británico, actualizado el 17 de septiembre de 2026, destaca tres principios útiles también para empresas privadas: datos de calidad, especificaciones claras y KPI proporcionales. Explica que el proveedor solo puede evaluar la viabilidad y un precio sostenible si dispone de información fiable. También recomienda pruebas y pilotos con objetivos medibles, alcance definido, recursos adecuados y tiempo para evaluar resultados.
La regla práctica es sencilla: antes de transferir un proceso hay que saber qué se hace realmente, con qué frecuencia, para quién, según qué reglas y qué resultado se considera correcto.
Días 1–5: describe el proceso real, no el ideal
Empieza por la forma en que se trabaja hoy. No por una instrucción de hace tres años ni por lo que debería ocurrir. Registra de dónde llega la tarea, quién la recibe, qué acciones y sistemas intervienen, dónde aparecen esperas o correcciones, cómo termina el proceso, qué prueba queda y qué casos se salen de la ruta estándar.
En correo entrante, el mapa puede incluir recogida, apertura autorizada, registro, digitalización, asignación, entrega de originales, confirmación y archivo. En envíos masivos: recepción y control de datos, personalización, impresión, muestra de aprobación, ensobrado, expedición, informe y devoluciones.
El resultado debe ser un mapa de una página y una lista separada de excepciones. Si el mapa necesita veinte páginas, probablemente mezcla varios procesos que conviene separar.
Días 6–9: reúne datos de referencia y mide la variación
La media mensual no basta. El proveedor necesita distribución de carga: mínimo, media, máximo, días punta, estacionalidad y porcentaje de excepciones. Reúne volúmenes diarios y mensuales de 3–6 meses, tipos de documentos, casos urgentes y confidenciales, tiempos actuales, repeticiones, costes de personal y materiales, transporte, equipos, espacio, devoluciones y reclamaciones.
Estos datos forman la referencia. Sin ella no se puede demostrar si el servicio nuevo es más rápido, económico o preciso. La calculadora de outsourcing ayuda con la primera estimación, pero la decisión debe usar datos operativos completos.
Días 10–12: define alcance y límites de responsabilidad
La mayoría de disputas no se refiere a lo escrito, sino a lo que nadie nombró. Para cada actividad indica quién la ejecuta, quién aprueba el resultado, a quién se consulta y quién recibe información. Es la lógica práctica de RACI. El acrónimo es opcional; la responsabilidad clara no.
Define también exclusiones. Si el proveedor registra envíos, pero no abre correspondencia confidencial, hace falta una ruta separada. Si el cliente responde por la calidad de la base de direcciones, el proveedor no puede responder por un domicilio erróneo que no estaba autorizado a modificar.
Días 13–16: crea el catálogo de excepciones y escalado
Los casos estándar rara vez rompen una transición. Lo hacen las excepciones: destinatario inexistente, documento sin referencia, envío dañado, número de archivos incorrecto, formato inválido, urgencia después de la hora límite o caída del sistema.
Para cada excepción importante define cómo reconocerla, qué hacer de inmediato, a quién avisar y cuándo escalar. Prepara un canal alternativo independiente del sistema principal. Actualiza el catálogo después del piloto, porque las pruebas revelarán variantes ocultas.
Días 17–19: prepara datos y accesos con privilegio mínimo
Transferir un proceso no significa transferir todos los datos de la empresa. El proveedor solo debe recibir información, cuentas y permisos necesarios para el alcance acordado. Define categorías documentales, roles, autenticación, conservación, registro de operaciones y eliminación.
El NCSC advierte que una vulnerabilidad puede introducirse o explotarse en cualquier punto de la cadena de suministro. Antes del inicio, crea un registro sencillo: qué datos salen, quién accede, dónde se tratan, cómo se notifica un incidente y qué ocurre al finalizar la relación. Para datos personales consulta también la guía sobre digitalización y RGPD.
Días 20–22: prepara la instrucción y las muestras
Una buena instrucción documenta decisiones, no obviedades. Debe incluir entrada y resultado, secuencia y horas límite, ejemplos correctos, reglas de nombres y estados, excepciones, escalado, controles, pruebas de ejecución, propietario del documento y fecha de revisión.
Elimina o anonimiza datos innecesarios en materiales de formación. Las muestras deben representar el caso ideal y los errores más frecuentes.
Días 23–26: ejecuta el piloto y la validación paralela
Un piloto no consiste solo en comprobar si “funciona”. Define alcance, cantidad, duración, métricas y criterios de aprobación. Por ejemplo: 200 envíos, 98% registrados a tiempo, ningún envío asignado a una persona incorrecta e informe diario completo.
Durante un periodo limitado utiliza trabajo paralelo o control de una muestra. El cliente no debe duplicar todo indefinidamente; el objetivo es comparar y detectar errores antes del lanzamiento completo. El Sourcing Playbook recomienda objetivos medibles, alcance y recursos claros y tiempo suficiente para analizar resultados.
Días 27–29: evalúa y cierra las brechas
No preguntes solo si se ejecutaron las tareas. Compara con la referencia: plazos, exactitud, repeticiones, integridad del registro y justificantes, tiempo de excepciones, formato de informes y trabajo que todavía permanece en el cliente.
Este último punto suele olvidarse. El informe del proveedor puede ser excelente mientras el cliente dedica muchas horas a comprobar y corregir. Ese trabajo retenido también debe medirse.
Día 30: decisión de inicio y primeros 90 días
El lanzamiento completo debe ser una decisión consciente, no el final automático del calendario. Aprueba un acta de preparación con asuntos abiertos, responsables y fechas. Define reuniones frecuentes al principio y más espaciadas después, además de pocos KPI relevantes: puntualidad, calidad, excepciones e impacto empresarial.
Durante los primeros 90 días revisa instrucción, excepciones, volúmenes, accesos y costes. Un proceso real siempre revela nueva información. Madurez no significa ausencia de cambios, sino cambios controlados y documentados.
Paquete mínimo de transición
Antes del inicio, la empresa debería disponer como mínimo de mapa, datos de referencia, alcance y exclusiones, responsables, catálogo de excepciones, instrucción, muestras, lista de accesos, plan piloto, criterios de aceptación y contactos de escalado. Es suficiente para reducir ambigüedad sin generar burocracia innecesaria.
Si planeas transferir correspondencia, impresión, ensobrado o envíos masivos, compara el alcance con la guía para elegir un proveedor de outsourcing. Después contacta con BackOffice Outsourcing para analizar datos de entrada, piloto y responsabilidades antes del presupuesto.
Fuentes
- UK Government Commercial Function, The Sourcing Playbook, actualizado el 17 de septiembre de 2026
- UK National Cyber Security Centre, Supply chain security guidance
Preguntas frecuentes
¿Todos los procesos pueden prepararse en 30 días?
No. Es un modelo práctico para complejidad moderada. Los procesos regulados, con varias sedes o integraciones pueden requerir una transición más larga.
¿Hay que documentar todas las excepciones?
No es posible preverlas todas. Recoge las más frecuentes y de mayor riesgo y amplía el catálogo después del piloto.
¿Cuánto debe durar el trabajo paralelo?
Solo el tiempo necesario para confirmar calidad y criterios de aceptación. La duplicación permanente elimina gran parte del valor del outsourcing.
¿Cuál es el documento más importante?
No existe uno solo. El paquete esencial combina mapa, alcance, roles, excepciones, instrucción, referencia, métricas y escalado.