Nivel de ambigüedad de los requisitos: Un proceso riguroso que defina los requisitos y cree consenso y aprobación de los supuestos clave reduce la necesidad de llevar a cabo cambios y adaptaciones durante el desarrollo del proyecto. Los proyectos que cuenten con unos requisitos claramente definidos y que se presten a metodologías modulares o a la ejecución a distancia de la programación y las pruebas -en lugar de procesos de desarrollo muy interativos son más adecuados para realizarlos de forma offshore.

Interacción con el usuario final: El nivel de comunicación y contacto directos con los usuarios finales es uno de los factores más críticos a la hora de determinar la idoneidad de la ubicación de las tareas por realizar. Los proyectos que no requieren mucha interacción directa con el usuario final durante todo el ciclo de vida de la campaña son, comúnmente, más idóneos para que se lleven a cabo de forma offshore.

Estabilidad de la aplicación: Una aplicación que se encuentre en un estado relativamente estable y seguro permite que el equipo de proyectos se pueda centrar en el proceso, la metodología y el flujo de trabajo, en lugar de dedicarse a tapar agujeros. La selección de una aplicación con un alto nivel de estabilidad permite que las empresas puedan poner a prueba el modelo global de realización de proyectos con el objetivo de evaluar los niveles de ahorro y planificar los supuestos para campañas futuras.

Baja complejidad operativa: Las aplicaciones piloto no deben requerir procedimientos complejos -que supongan, por ejemplo, la intervención manual o la modificación de datos significativos-, ni tampoco deben exigir un alto nivel de integración con otros sistemas, a no ser que la mayoría de ellos formen parte de un conjunto global de aplicaciones que se llevará a cabo de forma offshore. De esta forma, se garantizará que la transferencia de habilidades se concluya en un corto plazo de tiempo y que se obtengan los beneficios del apoyo offshore lo más rápidamente posible.

Vida útil razonable de la aplicación: La aplicación debe programarse para que pueda utilizarse durante 24 meses como mínimo, tiempo suficiente para garantizar la consecución del periodo de retorno de la inversión.

Importancia empresarial: La elección de una aplicación piloto que posea una importancia empresarial de grado bajo o medio limitará los efectos de cualquier problema inicial que pueda surgir con el proceso de apoyo offshore. Cuando este proceso se haya consolidado, también se puede considerar la posibilidad de llevar a cabo proyectos offshore de aplicaciones con un alto nivel de importancia empresarial.

Ajuste del impacto del negocio a los objetivos de la empresa: Algunas empresas, al principio, seleccionan proyectos de baja notoriedad de forma que puedan resolver los problemas sin correr demasiados riesgos. Otra ventaja es que, con las aplicaciones de bajo impacto, existe una presión menor en cuanto a la planificación. Sin embargo, otras empresas eligen aplicaciones con alto impacto empresarial con el objetivo de lograr rápidamente un gran éxito que proporcione el impulso necesario para adoptar un modelo global de realización de proyectos offshore.

Índice de transferencia de conocimientos: El nivel disponible de conocimientos explícitos o información documentada es un factor importante que se debe considerar cuando se elige una aplicación piloto offshore. Probablemente, los proyectos con niveles altos de conocimientos existentes se implementarán de una forma más rápida y a un menor coste que aquellos en los que la documentación es limitada o que la información está en "las mentes" del personal informático interno. Del mismo modo, no será tan necesario que los responsables de desarrollo tengan que interactuar con empleados internos contrarios al cambio que intenten retrasar o detener la realización offshore del proyecto.

Reacción mínima de los empleados: Las aplicaciones piloto deben pertenecer a aquellas áreas de la empresa más dispuestas a aceptar el uso de recursos offshore. Cuando el proyecto piloto demuestre la viabilidad de la realización offshore, entonces será más sencillo convencer a las áreas más escépticas de la empresa para que también se beneficien del trabajo offshore.

Tamaño del equipo de apoyo: El tamaño del equipo debe ser suficientemente grande para que garantice la consecución del periodo de retorno de la inversión y haga hincapié en la evaluación del proceso (de 15 a 20 personas a tiempo completo, o incluso más), en contraposición a los equipos pequeños que dan apoyo a múltiples aplicaciones. En cuanto a los proyectos piloto, el tamaño del equipo de proyectos es importante para permitir una transición razonable y controlada que se pueda sustentar y seguir de cerca. Además, los aspectos relacionados con el nivel de resistencia y la gestión del cambio se pueden gestionar para comprender los umbrales de los límites y procesos organizativos. Una vez concluidos los proyectos piloto, la empresa puede pensar en otros de mayor escala que puedan requerir cientos de trabajadores a tiempo completo. Los distribuidores de servicios externos offshore (ESP en sus siglas en inglés) ofrecen con frecuencia descuentos significativos por grandes cantidades de personal, y las empresas afirman que, normalmente, los proyectos con más de 50 trabajadores son los que cuentan con los ratios de ahorro más altos.

Hardware y software: Para proyectos piloto, elija aquellos que requieran un hardware y software sencillo y estándar. Los proyectos no de ben suponer un gasto por duplicado para la empresa o la instalación adicional de hardware en el centro de desarrollo offshore, y deben tener un impacto limitado en los costes de las licencias de software.

Entorno de aplicación: Asegúrese de que la empresa dispone de las capacidades necesarias para llevar a cabo la aplicación piloto. Por ejemplo, elija una aplicación que vaya a funcionar en la plataforma más usada por la empresa.