Un Product diseña y especifica la interfaz que media entre el usuario y el sistema.
Un Context Engineer diseña el contexto que media entre el usuario y el modelo de IA.
Los dos están en la misma capa: diseño de experiencia de interacción. No infraestructura, no implementar a nivel técnico. Experiencia.
Y cuando miras en detalle, el solapamiento es casi total:
- Modelos mentales. El product entiende cómo el usuario percibe y navega un sistema, y diseña para alinearse con esa percepción y que la solución tecnológica de respuesta a sus necesidades. El context engineer hace lo mismo también en las dos direcciones: entiende cómo el usuario necesita cubrir sus necesidades y cómo el modelo interpreta la información que le damos. Está en el medio de los dos.
- Iteración como método. No hay fórmula exacta. Pruebas, observas el comportamiento, ajustas. El product hace tests de usabilidad y comportamiento. El context engineer hace evals (que es otra forma de llamar a los tests y casos de prueba, para ver el comportamiento y respuesta). El ciclo es el mismo.
- Restricciones duras. El designer tiene que conocer accesibilidad, patrones de uso y sin ser programador las opciones y límites de lo que se puede programar. El context engineer tiene ventana de contexto, orden de información, coste de tokens, límites del modelo. Ambos diseñan dentro de un espacio acotado, no en el vacío.
- Artefactos que otros consumen. El designer entrega especificaciones, requisitos y flujos que los desarrolladores implementan. El context engineer entrega system prompts, estructuras de memoria y definiciones de herramientas que el modelo ejecuta. Los dos producen piezas que el sistema necesita para funcionar.
La mentalidad es prácticamente idéntica. El material cambia: en lugar de vistas, comportamientos e interacciones, el context engineer trabaja con lenguaje e información.
La diferencia real está en la madurez del campo.
El Product tiene décadas de metodología: design thinking, jobs to be done, sistemas de diseño, heurísticas de Nielsen. Lenguaje común, herramientas consolidadas, portfolios comparables. El context engineering todavía está construyendo todo eso. No hay un Figma para prompts. No hay frameworks de como organizar la información de contexto, no hay patrones establecidos o buenas prácticas. Un system prompt y un contexto para IA bien hecho es difícil de mostrar y evaluar sin ejecutarlo y evaluar resultados.
Pero eso no invalida la equivalencia. Todo nuevo campo profesional empieza así.
La competencia de fondo es muy parecida: diseñar la experiencia y requisitos para que se de una exitosa interacción entre una persona y un sistema complejo.
La pregunta no es si el perfil existe. Es si tu equipo ya tiene a alguien pensando en esto.