El término viene de Palantir, que se presenta como pionera del rol y lo describe como ingenieros integrados directamente con los clientes. Hoy las empresas de IA lo usan para ingenieros que despliegan modelos dentro de los flujos de trabajo del cliente. En los mercados de habla hispana el cargo suele quedarse en inglés; “ingeniero desplegado” es solo una glosa en español.
Los ingenieros de KINTO parten de los sistemas reales del cliente, no de un brief. Cada paso de abajo aparece en un caso publicado.
- Leer la operación tal como es. Auditar cientos de conversaciones con clientes, inventariar cada servicio de un ERP o segmentar un año completo de facturas.
- Medir antes de construir. Cruzar cada pedido con su fuente real, o los contratos con sus documentos, para que la primera construcción responda a un problema verificado.
- Construir en producción, primero en solo lectura. Los agentes empiezan leyendo. Lo que mueve dinero o cambia la contabilidad o la pauta lo aprueba una persona o se valida contra el sistema anterior antes de entrar en producción. Lo rutinario que el código puede verificar, como un pedido frente al stock actual, corre solo y escala las excepciones.
- Que el código decida lo que el código puede decidir. Fechas de entrega, precios y stock salen de datos de la fuente oficial, no de la suposición de un modelo de lenguaje.
- Escribir lo que no se sabe. Cada caso termina con lo que KINTO no pudo establecer.
El product hacking y growth de KINTO es este método aplicado a una pregunta de crecimiento, un subconjunto del forward deployed engineering de KINTO: encontrar la palanca en los datos del propio cliente y construir el cambio más pequeño que la mueva. La ingeniería es desplegada porque la palanca vive en las conversaciones, el ERP y las ventas del cliente, no en una plantilla.
En qué se diferencia de una agencia, una consultora o el outsourcing
- Una agencia entrega una campaña, un sitio o una pieza creativa y la traspasa. Los ingenieros de KINTO además operan lo que construyen y lo miden contra los datos del propio cliente.
- Una consultora entrega un análisis y una recomendación. KINTO entrega el sistema funcionando y el análisis que lo sustenta.
- El outsourcing pone desarrolladores que siguen una especificación. Los ingenieros de KINTO deciden qué construir después de leer la operación. Lo que mueve dinero o cambia la contabilidad o la pauta lo aprueba una persona o se valida contra el sistema anterior antes de entrar en producción; lo rutinario que el código puede verificar corre solo.
Cómo se ve en casos publicados
- Una marca de e-commerce deportivo: KINTO auditó cientos de conversaciones y cruzó cada pedido de la ventana analizada con su sesión de analítica, y luego construyó un agente de ventas por WhatsApp y un gobernador de pauta que cambia cosas solo bajo un plan aprobado.
- Una inmobiliaria: KINTO inventarió el ERP y corrió auditorías de solo lectura antes de añadir una capa de agentes; las escrituras al ERP pasan por una cola que aprueba una persona.
- Un operador logístico: KINTO reemplazó un sistema de más de dos décadas y una hoja de cálculo con macros por un ERP agéntico, validado guía por guía contra el sistema anterior.
- Una fábrica de alimentos: KINTO segmentó un año de facturas para ver qué clientes sostenían el negocio y puso en producción un agente de ventas por WhatsApp cuya fecha de entrega calcula el código.
Lo que KINTO no afirma
KINTO no publica en esta página el tamaño de su equipo, nombres de clientes ni certificaciones. Los resultados se dicen como cada caso los midió, con su fuente y con lo que aún se desconoce. Para ver cómo se vería en tu operación, contacta a KINTO.