Contrata un forward deployed engineer cuando el problema está dentro de tus sistemas y necesitas a alguien que lo escuche y despliegue la corrección en tu entorno. Contrata una consultora cuando te hace más falta una mirada externa, una recomendación o un entregable definido que manos en el teclado todos los días. Lo que decide es quién tiene que escribir el código que cambia producción: alguien integrado a tu equipo o una firma que trabaja desde afuera.
Tengo interés en los dos lados. Vendemos forward deployed engineering por hora y también proyectos de alcance cerrado, que es la parte del trabajo de una consultora que hacemos nosotros. No vendemos servicios gestionados. Por eso te digo dónde encaja cada modelo y dónde no encajamos nosotros.
¿Qué es un forward deployed engineer?
Un ingeniero de software que trabaja directamente con el cliente, dentro de su equipo y sobre sus sistemas reales. Combina construir (escribir código, conectar integraciones, desplegar) con entender el problema de primera mano, en las reuniones y los repositorios del cliente.
Cuando lo contratas a una empresa como la nuestra, quien escucha el problema es quien lo arregla. No hay nadie en el medio entre quien releva y quien construye.
¿En qué se distingue una consultora?
Una consultora vende experiencia y un resultado desde afuera de tu equipo. Lo habitual es un diagnóstico, un conjunto de recomendaciones y a veces un proyecto de implementación, a cargo de un equipo que la propia firma arma. Su proceso decide quién hace qué, y las personas cambian cuando el proyecto pasa de fase.
El modelo tiene fortalezas reales: la visión de haber trabajado con muchos clientes, alguien senior que ya vio tu problema en otro lado y un entregable que puedes exigir. Su debilidad típica es la distancia. Quienes escriben las recomendaciones no siempre son quienes las implementan, y a veces ninguno de los dos está cuando el cambio llega a producción.
¿Cómo se comparan?
| Aspecto | Forward deployed engineer | Consultora |
|---|---|---|
| Dónde ocurre el trabajo | Dentro de tu equipo, tus repositorios, tus cuentas de nube | Sobre todo en el proceso de la consultora, con reuniones de seguimiento |
| Quién dirige el día a día | Tú, con el ingeniero a cargo del problema | El responsable de proyecto de la consultora |
| Resultado típico | Cambios funcionando en tu producción | Diagnóstico, hoja de ruta o un proyecto definido |
| Continuidad | La misma persona a lo largo del tiempo | Los equipos cambian entre fases |
| Precio (el nuestro) | Por hora, según nivel | Precio fijo por paquete, o un arquitecto mensual |
¿Cuánto cuesta un FDE?
Nuestro forward deployed engineering se factura por hora, con la misma tabla publicada que staff augmentation: Líder / Arquitecto USD 55 a 60, Senior 45 a 50, Semi senior 35 a 40, Junior 30. No hay un paquete fijo de FDE. Un Senior a 160 horas son USD 7.200 a 8.000 al mes, y un Líder, USD 8.800 a 9.600. Los meses con feriados tienen menos horas y pagas las horas trabajadas. Todo está en precios.
Del lado de la consultora, vendemos dos cosas. Discovery cuesta USD 7.000 por una a cuatro semanas: entendemos el producto y su configuración de punta a punta y entregamos una hoja de ruta con backlog, roles, cambios críticos y necesidades. El arquitecto de software cuesta USD 4.480 al mes por 20 horas semanales, para diseño, consultas y seguimiento.
Tú entrevistas a la persona que hará el trabajo. Si se va o no encaja, la reemplazamos y cubrimos el traspaso sin costo.
¿Cuándo conviene un FDE?
Cuando el problema ya está en producción. Una integración con un cliente que se rompe una y otra vez, un proceso de release en el que nadie confía, una función de IA que anda en la demo y falla con datos reales. El diagnóstico y la corrección ocurren en el mismo lugar, y ahí es donde un ingeniero integrado justifica su tarifa por hora.
También cuando lo caro es el contexto. Si explicar tus sistemas lleva tres semanas, te sirve que esa inversión quede en una persona que la siga usando. Y tienes que poder darle accesos y dirección: un FDE trabaja en tus cuentas con tus identidades, así que alguien de tu lado debe otorgar permisos, fijar prioridades y revisar lo que hace. Si nadie puede hacerlo, tendrás un ingeniero solo, y eso es un problema del arreglo, no del ingeniero.
Un ejemplo de este modelo es MPI, una plataforma SaaS de analítica de portafolios. Un ingeniero de plataforma de Clouditive, con un agente de IA como apoyo, trabaja junto al líder de DevOps de MPI y unos 8 de sus ingenieros. El trabajo ocurre en sus repositorios y sus pipelines, al lado de quienes construyen el producto.
¿Cuándo conviene una consultora?
Cuando necesitas una decisión antes que manos: qué plataforma, qué nube, qué arquitectura. Eso es un entregable. También cuando el trabajo tiene un final natural (se construye un pipeline, se monta la base de un portal, se escribe una auditoría) y cuando quieres precio y fecha fijos desde el inicio, porque un resultado se aprueba más fácil que una línea abierta de horas.
Esa es la mitad del modelo de consultora que vendemos como paquetes. Discovery es lo más parecido a una consultoría clásica. El arquitecto te da un arquitecto 20 horas por semana, sin una contratación de tiempo completo.
¿Se pueden combinar?
Sí, y muchas veces es el orden correcto. Un Discovery o un arquitecto fijan la dirección, y después uno o dos FDE la implementan dentro de tu equipo. El traspaso sale barato cuando la misma firma escribió la hoja de ruta y aporta a los ingenieros, y más barato todavía si el arquitecto sigue revisando lo que hace el FDE.
Tampoco compiten entre sí. MojoTrek, una consultora de TI de Estados Unidos y partner de Clouditive, usa ingenieros nuestros de Latinoamérica para cubrir la demanda de sus propios clientes, en varios proyectos y en todas nuestras áreas de servicio. Una buena consultora a menudo necesita ingenieros integrados para terminar lo que recomienda.
¿Qué conviene preguntar antes de contratar un FDE?
Pide las respuestas por escrito.
¿Quién va a hacer el trabajo exactamente, y puedo entrevistarlo? Si la respuesta es “un equipo” y no hay nombres, no es forward deployed. ¿Qué pasa si esa persona se va? La nuestra: la reemplazamos y cubrimos el traspaso sin costo. ¿En qué cuentas y con qué identidades trabaja? Los nuestros usan las cuentas del cliente, con inicio de sesión único, doble factor y permisos mínimos que se revocan al salir, y pasan una verificación de antecedentes antes de la asignación. ¿De quién es el código? Todo el código y la propiedad intelectual son del cliente desde el día 1. Trabajamos con un contrato marco (MSA) y un anexo por cada trabajo (SOW), y firmamos NDA antes de la llamada si lo pides. Y por último, ¿cuántas horas se superponen con mi equipo? Nuestros ingenieros están en Latinoamérica, entre UTC-3 y UTC-5, con al menos 4 horas de superposición con el este y el centro de Estados Unidos y 2 con el Pacífico. Pide siempre el rango en tu zona horaria.
¿Un FDE es lo mismo que staff augmentation o que un ingeniero de preventa?
Staff augmentation suma un ingeniero a tu equipo, bajo tu dirección y contra tu backlog. Un FDE se contrata alrededor de un problema concreto de producción o de cara al cliente, y se hace cargo de que funcione en ese entorno. En lo comercial, los nuestros son iguales: se facturan con la misma tabla por hora.
Un ingeniero de preventa (solutions engineer) es otra cosa. Suele trabajar durante la venta, mostrando cómo podría encajar un producto. El FDE trabaja después de la decisión, escribiendo y desplegando el código que hace que encaje.
¿Por dónde empiezo?
Escribe el problema en una oración que nombre un sistema y un síntoma. Si la corrección vive en tu código, un FDE es el camino más corto. Si todavía no puedes escribirla, empieza por un Discovery. La página de forward deployed engineering tiene la definición, cómo trabajamos y las tarifas por nivel. Respondemos un contacto en un día hábil y presentamos candidatos en 1 semana.