FORMACIÓN · AI APPLICATION DEVELOPMENT

Week 21 — AI Product Engineering

Ya sabemos construir una aplicación con IA. Ahora vamos a aprender algo todavía más importante: cómo convertir esa tecnología en un producto que genere valor.

Semana 21 de 24 · Nivel avanzado

1. Objetivos de Week 21

La transformación


WEEK 1

"Quiero aprender IA"


        ↓


WEEK 10

"Quiero construir una aplicación"


        ↓


WEEK 20

"Quiero construirla de forma segura"


        ↓


WEEK 21

"Quiero construir algo
que la gente realmente quiera utilizar"

Al finalizar esta semana deberás saber:

2. Product Thinking

Un desarrollador tradicional suele pensar:


¿Qué tecnología puedo construir?

Un Product Engineer piensa:


¿Qué problema merece la pena resolver?

Una aplicación puede ser técnicamente impresionante y ser un fracaso.

Porque tecnología y valor de producto son cosas diferentes.

Ejemplo

Imaginemos una aplicación capaz de:

¿Es automáticamente un buen producto?

No.

Tenemos que responder:

3. Problem Discovery

Antes de añadir una funcionalidad preguntamos:


¿QUÉ PROBLEMA ESTAMOS RESOLVIENDO?

Problem Statement

Una buena estructura es:


[USUARIO]

tiene dificultades para

[PROBLEMA]

cuando

[CONTEXTO]

lo que provoca

[CONSECUENCIA]

Ejemplo


Los responsables de equipos

tienen dificultades para

encontrar rápidamente
información sobre sus empleados

cuando necesitan asignar
personas a proyectos

lo que provoca

mucho trabajo manual
y decisiones lentas.

Hipótesis


Creemos que

[USUARIO]

utilizará

[FUNCIONALIDAD]

porque

[VALOR]

Sabremos que funciona cuando

[MÉTRICA]

4. User Personas

Una misma aplicación puede tener usuarios con necesidades completamente diferentes.

Persona Objetivo Problema
Empleado Encontrar oportunidades No sabe qué opciones tiene
Manager Encontrar personas Muchos datos dispersos
Recruiter Evaluar candidatos Mucho CV manual
Director Ver situación global Falta de visibilidad

AI cambia el concepto de interfaz

Antes:


MENU
 ↓
FORM
 ↓
BUTTON
 ↓
RESULT

Ahora:


USER INTENT
 ↓
AI
 ↓
UNDERSTAND
 ↓
PLAN
 ↓
EXECUTE
 ↓
RESULT

5. User Journey

Debemos entender todo el recorrido del usuario.


DISCOVER
   ↓
LOGIN
   ↓
ONBOARDING
   ↓
FIRST ACTION
   ↓
VALUE
   ↓
REPEAT
   ↓
HABIT
   ↓
RETENTION

Ejemplo

Etapa Pregunta
Discover ¿Por qué debería utilizarla?
Onboarding ¿Entiendo rápidamente cómo funciona?
First Value ¿Obtengo valor en pocos minutos?
Repeat ¿Hay motivo para volver?
Retention ¿Se convierte en parte de mi trabajo?
AI Product Principle

El tiempo hasta el primer valor debe ser lo más pequeño posible.

6. AI UX

Diseñar una aplicación AI no es simplemente añadir un chatbot.

Patrones de AI UX

Chat

Usuario conversa con el sistema.

Copilot

IA ayuda mientras el usuario trabaja.

Generative UI

La interfaz se adapta al contexto.

Agent

La IA ejecuta tareas.

Recommendation

La IA propone acciones.

Automation

La IA ejecuta procesos automáticamente.

Pregunta fundamental

¿Dónde ponemos la IA?

No debemos empezar preguntando:


"¿Dónde puedo meter IA?"

Debemos preguntar:


"¿Dónde la IA reduce
fricción para el usuario?"

7. Copilot vs Automation vs Agent

Modelo IA hace Usuario
Assistant Responde Decide
Copilot Propone Aprueba
Automation Ejecuta reglas Supervisa
Agent Planifica y ejecuta Supervisa

Ejemplo

Supongamos que un manager quiere asignar una persona a un proyecto.

Assistant


"Estas son las personas
con skills compatibles."

Copilot


"Te recomiendo a Carlos
porque tiene 8 de 10 skills."

Agent


"Analicé las necesidades,
seleccioné candidatos,
contacté con los responsables
y preparé la propuesta."

A mayor autonomía, mayor necesidad de controles.

8. Diseñar niveles de autonomía

Nivel IA Humano
0 No IA Todo
1 Sugiere Decide
2 Prepara Aprueba
3 Ejecuta tareas Supervisa
4 Opera autónomamente Interviene excepciones

Regla

No todas las funcionalidades deben estar en nivel 4.

La autonomía debe ser proporcional al riesgo.

9. Feedback Loops

Una aplicación AI mejora cuando recibe información sobre sus resultados.


USER
 ↓
ACTION
 ↓
AI
 ↓
RESULT
 ↓
FEEDBACK
 ↓
ANALYSIS
 ↓
IMPROVEMENT
 ↓
NEW VERSION

Tipos de feedback

Ejemplo

La IA recomienda una persona. El usuario cambia la recomendación. Eso es información.

No deberíamos almacenar solamente la respuesta final.

También debemos estudiar qué hizo el usuario después.

10. Product Metrics

Si no medimos el producto, estamos desarrollando a ciegas.

North Star Metric

Una métrica que represente el valor principal generado.

Ejemplo

Para una aplicación de staffing:


Número de asignaciones
correctas realizadas
con asistencia de IA.

Otras métricas

Métrica Pregunta
Activation ¿Los nuevos usuarios llegan al primer valor?
DAU ¿Cuántos utilizan la aplicación diariamente?
Retention ¿Vuelven?
Conversion ¿Realizan la acción objetivo?
Task Success ¿Consiguen completar la tarea?
AI Acceptance ¿Aceptan las recomendaciones?

11. Product Analytics

Debemos registrar eventos, no únicamente páginas visitadas.

Ejemplo


user_logged_in

search_started

ai_search_used

recommendation_generated

recommendation_accepted

recommendation_rejected

document_uploaded

agent_started

agent_completed

agent_failed

Event schema


{
  "event": "recommendation_accepted",

  "user_id": "...",

  "timestamp": "...",

  "feature": "staffing",

  "ai_model": "...",

  "latency_ms": 1200,

  "cost": 0.012
}

12. Product Experiments

No debemos asumir que una funcionalidad mejora el producto. Debemos probarlo.

Ejemplo

Hipótesis:


Añadir recomendaciones AI
a la pantalla de staffing
aumentará la velocidad
de asignación.

Diseño


CONTROL
 ↓
Pantalla actual


EXPERIMENT
 ↓
Pantalla + AI


COMPARE
 ↓
Tiempo de asignación

Resultado

Control AI
Tiempo medio 14 min 8 min
Task success 78% 91%
Coste €0.00 €0.03

Ahora podemos evaluar si el incremento de coste merece la mejora.

13. A/B Testing

Dividimos usuarios en grupos.


             USERS
                │
        ┌───────┴───────┐
        ↓               ↓
     GROUP A         GROUP B
       50%             50%
        ↓               ↓
    OLD UX            NEW UX
        │               │
        └───────┬───────┘
                ↓
             COMPARE

Importante

No debemos mirar únicamente si una métrica aumenta. Debemos comprobar:

14. Feature Flags

Una feature flag permite activar o desactivar funcionalidades sin desplegar una nueva versión.


if AI_RECOMMENDATIONS_ENABLED:

    show_ai_recommendations()

else:

    show_standard_search()

Ventajas

Rollout progresivo


0%
 ↓
1%
 ↓
5%
 ↓
25%
 ↓
50%
 ↓
100%

Si observamos un problema:


100%
 ↓
0%

sin necesidad de hacer rollback de toda la aplicación.

15. Cost vs Value

La IA introduce costes variables.

Ejemplo


100.000 usuarios

× 10 requests/día

× €0.01/request

=

€10.000/día

La optimización no consiste únicamente en utilizar modelos más baratos.

Debemos preguntar:

AI Unit Economics


AI COST
   ↓
COST / USER
   ↓
COST / ACTION
   ↓
VALUE / ACTION
   ↓
ROI

16. Roadmap de Producto

No podemos construir 200 funcionalidades simultáneamente.

Priorización

Una fórmula sencilla:

PRIORITY =
VALUE × CONFIDENCE
------------------
EFFORT

Ejemplo

Feature Value Confidence Effort Prioridad
AI Search 9 9 3 27
Voice UI 5 5 8 3.1
AI Reports 8 7 4 14

Resultado

Construiríamos primero AI Search.

No necesariamente porque sea la funcionalidad más espectacular, sino porque tiene una relación valor/esfuerzo excelente.

17. IA como Product Manager

Prompt — Product Discovery


Actúa como Senior Product Manager
especializado en productos AI.

Producto:
[DESCRIBE EL PRODUCTO]

Usuarios:
[USUARIOS]

Problema:
[PROBLEMA]

Analiza:

1. problemas principales
2. jobs-to-be-done
3. necesidades explícitas
4. necesidades ocultas
5. oportunidades de IA
6. riesgos
7. funcionalidades prioritarias

No inventes datos.
Indica claramente qué son
hipótesis.

Prompt — Feature Prioritization


Tengo estas funcionalidades:

[LISTA]

Para cada una calcula:

- valor para usuario
- valor para negocio
- confianza
- esfuerzo
- riesgo
- dependencia

Propón una priorización.

Explica por qué.

No te limites a decir
qué construir.

Indica también
qué NO construir todavía.

Prompt — AI UX


Diseña la experiencia de usuario
de esta funcionalidad AI:

[FEATURE]

Compara:

1. chatbot
2. copilot
3. recommendation
4. automation
5. agent

Explica qué patrón
de interacción es mejor
y por qué.

Incluye:

- user flow
- estados
- errores
- loading
- feedback
- human approval
- fallback sin IA.

Prompt — Product Analytics


Diseña el sistema de
product analytics para:

[FEATURE]

Define:

- eventos
- propiedades
- métricas
- funnel
- activation
- retention
- conversion
- AI acceptance
- AI rejection
- coste por acción

Propón también un dashboard.

Prompt — Product Experiment


Quiero validar esta hipótesis:

[HIPÓTESIS]

Diseña un experimento.

Incluye:

- control
- variante
- población
- métrica principal
- métricas secundarias
- duración
- criterios de éxito
- riesgos
- posibles conclusiones.

18. Ejercicios prácticos

Ejercicio 1 — Product vs Technology

Una funcionalidad utiliza el modelo más avanzado disponible. ¿Significa que es un buen producto?

Ver respuesta

No. La calidad tecnológica no garantiza valor para el usuario.

Primero debemos demostrar que resuelve un problema real.

Ejercicio 2 — Problem Statement

Crea un Problem Statement para una aplicación que ayude a managers a encontrar empleados adecuados.

Ver solución posible

Los managers tienen dificultades para encontrar rápidamente empleados con las capacidades adecuadas cuando necesitan cubrir una necesidad de proyecto, lo que provoca búsquedas manuales y retrasos en la asignación.

Ejercicio 3 — Copilot vs Agent

¿Qué elegirías para una operación que puede eliminar datos?

Ver respuesta

Probablemente Copilot o Agent con aprobación humana obligatoria. Una operación destructiva requiere mayores controles.

Ejercicio 4 — Métricas

Propón cinco métricas para medir una funcionalidad de recomendación AI.

Ver solución posible
  • recommendations generated;
  • recommendations accepted;
  • recommendation acceptance rate;
  • task completion time;
  • user retention.

Ejercicio 5 — Feedback

El usuario recibe una recomendación y la modifica manualmente. ¿Es un evento útil?

Ver respuesta

Sí. Puede indicar que la recomendación no era suficientemente precisa. La modificación puede convertirse en una señal de feedback.

Ejercicio 6 — Feature Flag

¿Por qué sería interesante activar una nueva funcionalidad AI únicamente para el 5% de usuarios?

Ver respuesta

Permite hacer un rollout progresivo, detectar problemas y controlar el impacto antes de ampliar la funcionalidad.

Ejercicio 7 — Coste

Una funcionalidad cuesta €0,05 por operación y genera €0,01 de valor estimado. ¿Deberíamos lanzarla?

Ver respuesta

No necesariamente. El coste supera el valor directo estimado. Deberíamos revisar el modelo, arquitectura, frecuencia de llamadas o la propuesta de valor.

Ejercicio 8 — Priorización

Tenemos:


Feature A
Value = 10
Confidence = 8
Effort = 2

Feature B
Value = 8
Confidence = 9
Effort = 8

¿Cuál priorizarías usando Value × Confidence / Effort?

Ver respuesta

A = 10 × 8 / 2
  = 40

B = 8 × 9 / 8
  = 9

Priorizaríamos A.

Ejercicio 9 — AI UX

Tenemos una herramienta que genera una propuesta de email. ¿Es mejor un Agent autónomo o un Copilot?

Ver respuesta

Probablemente Copilot. La IA puede generar la propuesta y el usuario revisarla antes de enviarla.

Ejercicio 10 — North Star Metric

Define una North Star Metric para nuestra Super Aplicación.

Ver solución posible

Una opción podría ser:


Número de tareas de negocio
completadas satisfactoriamente
con asistencia de la aplicación.

La métrica exacta dependerá del producto final.

19. Test autocorregible

Objetivo: 80%.

Ver respuestas

Las respuestas correctas aparecen en la corrección automática.

20. Proyecto Week 21

Convertir la Super Aplicación en un producto AI real

Esta semana vamos a dejar de pensar solamente como desarrolladores. Vamos a actuar como:


PRODUCT ENGINEER
+
AI ENGINEER
+
UX DESIGNER
+
DATA ANALYST

Fase 1 — Define el problema

Documenta:

Fase 2 — Define Jobs-to-be-Done


Cuando [SITUACIÓN]

quiero [MOTIVACIÓN]

para conseguir [RESULTADO]

Fase 3 — User Journey

Dibuja:


DISCOVER
 ↓
SIGN UP
 ↓
ONBOARDING
 ↓
FIRST VALUE
 ↓
CORE ACTION
 ↓
AI ASSISTANCE
 ↓
SUCCESS
 ↓
RETURN

Fase 4 — Diseña 5 experiencias AI

Para cada una decide:

Feature Pattern Autonomy Human
AI Search Assistant 1 Decide
Recommendations Copilot 2 Approve
Report generation Copilot 2 Edit
Automated workflow Agent 3 Supervise
Critical operation Agent 3 Approve

Fase 5 — Diseña Product Analytics

Define al menos 15 eventos.

Ejemplo:


user_created
onboarding_started
onboarding_completed
search_started
search_completed
ai_search_used
recommendation_generated
recommendation_viewed
recommendation_accepted
recommendation_rejected
recommendation_modified
agent_started
agent_completed
agent_failed
feedback_submitted

Fase 6 — Define KPIs

Como mínimo:

Fase 7 — Diseña un experimento

Elige una funcionalidad AI.

Define:

Fase 8 — Feature Flag

Implementa:


AI_FEATURE_ENABLED

Y permite:


0%
1%
5%
25%
50%
100%

Fase 9 — AI Cost Dashboard

Añade al dashboard:


AI PRODUCT

Requests             128,430
Active Users           4,820

AI Calls              53,290

Cost Today             €142

Cost / User            €0.029

Cost / Action          €0.0027

AI Acceptance            82%

AI Rejection             18%

Fase 10 — Roadmap

Construye un roadmap para las próximas 12 semanas.

Clasifica cada feature:

Entregables

21. Reto avanzado

Elimina funcionalidades.

Esta es una de las tareas más difíciles para un desarrollador.

Revisa tu Super Aplicación y encuentra 10 funcionalidades que NO deberías construir todavía.

Para cada una responde:

  1. ¿qué valor aporta?
  2. ¿cuántos usuarios la necesitan?
  3. ¿con qué frecuencia?
  4. ¿cuánto cuesta construirla?
  5. ¿qué dependencias tiene?
  6. ¿qué riesgo introduce?
  7. ¿qué otra funcionalidad genera más valor?

Product Engineering también significa saber qué NO construir.

22. Recursos externos

Product Talk
Recursos sobre Product Discovery, Continuous Discovery y Jobs-to-be-Done.
Nielsen Norman Group
Investigación y referencias sobre UX, usability y diseño de productos digitales.
Reforge
Materiales y marcos sobre product growth, retention y experimentation.
Amplitude Blog
Product analytics, experimentation y métricas.
GrowthBook
Open-source platform para feature flags y experimentation.
Martin Fowler — Feature Toggles
Referencia clásica para feature flags.
Nielsen — 10 Usability Heuristics
Principios fundamentales de usabilidad.
Interaction Design Foundation
Fundamentos de UX y diseño centrado en el usuario.

23. Checklist Week 21







































24. Criterios para superar Week 21

Área Nivel esperado
Product Thinking Entiende problema antes que tecnología.
UX Puede diseñar una experiencia AI.
AI Autonomy Puede elegir el nivel adecuado.
Analytics Puede medir comportamiento.
Experimentation Puede validar hipótesis.
Economics Puede analizar coste/valor.
Roadmap Puede priorizar funcionalidades.
Proyecto Product Definition completada.
Test ≥80%.

25. Preparación para Week 22

AI Engineering at Scale

En las siguientes semanas vamos a llevar la Super Aplicación al siguiente nivel.

La pregunta será:


¿Cómo construimos un sistema AI
que pueda crecer de

100 usuarios

a

10.000

100.000

1.000.000?

Entraremos en:

  • arquitecturas distribuidas;
  • scaling;
  • queues;
  • caching;
  • event-driven architecture;
  • AI inference architecture;
  • model routing;
  • cost optimization;
  • observability;
  • resilience;
  • disaster recovery;
  • production engineering.