Portafolio
Upstream System
Discovery de producto 3 veces más rápida, hecha por todo el equipo de diseño
Diseñé y construí un sistema con IA que lleva una idea suelta hasta el requisito listo para el desarrollo, pasando por una investigación con evidencia real y un prototipo navegable. Funciona solo o con una persona aprobando cada paso.
- Sector
- SaaS B2B
- Período
- junio a octubre de 2026
- Rol
- Ideólogo y principal constructor
- Alcance
- Discovery, Prototipo y orquestación · coautor de la arquitectura
- Equipo
- 3 diseñadores de producto como usuarios
Indicadores
- Discovery, con aprobación humana en cada paso
- 12 días → 4 días
- -67% de tiempo. Fuente: Antes del sistema, Con el sistema
- Del problema a listo para desarrollar, en el mejor caso real
- 49 días → < 1 día
- -98% de tiempo. Fuente: Antes del sistema, Autogestión de sucursales
- Discovery en modo 100% autónomo
- 12 días → 14 a 27 min
- pipeline completo en 1 a 4 h. Fuente: Antes del sistema, Modo autónomo
El problema: Descubrir qué construir era lento, artesanal y dependía de pocas personas
Medí el proceso anterior en el historial de Jira: la investigación de una demanda tardaba cerca de 12 días, y el camino hasta que el equipo de desarrollo recibía la demanda, cerca de 49 días.
Dependía de especialistas
Cruzar entrevistas, datos de uso, tickets de soporte y competencia exigía saber hacer investigación. Quien no sabía, no lo hacía.
Conclusión sin pruebas
Las decisiones nacían de impresiones ("los clientes piden mucho esto"), sin número, sin fuente y sin la pregunta "¿cuántos de cuántos?".
Regla perdida en el camino
El diseño mostraba la pantalla, pero las reglas de negocio y de interfaz se perdían hasta llegar al desarrollo.
La solución: Seis etapas encadenadas, cada una con una persona especializada y un gate de aprobación
Un orquestador abre cada etapa, lee el resultado y se detiene donde la configuración lo indica. Nada se vuelve registro oficial sin que una persona lo apruebe.
Idea
captura y prioriza (RICE, roadmap)
Problema
se vuelve una hipótesis a probar, no una verdad
Discovery
valida o derriba la hipótesis con evidencia
Prototipo
flujo navegable con las reglas en pantalla
Requisitos
cada requisito apunta a la evidencia
Lanzamiento
prepara ventas, soporte y marketing
Investigación en paralelo
Especialistas de IA investigan al mismo tiempo en entrevistas grabadas, datos de uso, comportamiento en pantalla, soporte, mercado y en el propio producto.
Triangulación
Una conclusión solo vale con dos fuentes independientes. Si las dos vienen de los mismos clientes, cuentan como una.
Abogado del diablo
Un agente intenta derribar el veredicto antes de que llegue a una persona. Ya rebajó veredictos por falta de pruebas.
Aprende de las correcciones
Cada corrección humana en un gate de aprobación se vuelve candidata a regla. Después de 3 ocurrencias independientes, pasa a ser un patrón.
Resultado: Cada punto es una Discovery real, medida en Jira
En gris, las Discoveries del mismo equipo en el primer semestre de 2026, sin el sistema. En verde, las concluidas con el pipeline, con una persona aprobando cada etapa.
- Sin el sistema (ene a jun/2026)
- Con el sistema (sep/2026)
- mediana
Ver los datos del gráfico en tabla
| Quién | Antes (días) | Con el sistema (días) |
|---|---|---|
| Designer A | 7, 18 | 1, 4 |
| Designer B | 6, 6, 12 | 6 |
| Designer C | 30, 62 | aún en curso |
| Todo el equipo | mediana 12 | mediana 4 |
- más rápida la Discovery acompañada por una persona (mediana de 12 a 4 días). Fuente: Con el sistema
- 3×
- del problema escrito a la épica lista para el desarrollo, en un caso real. Fuente: Autogestión de sucursales
- < 24 h
- evidencias numeradas en una sola Discovery, en el mismo tiempo que antes tardaba una Discovery. Fuente: Reporte de inventario
- 98
Adopción: Los tres diseñadores del equipo usaron el pipeline en proyectos reales
El pipeline dejó registro en 10 épicas entre julio y octubre de 2026. Fuente: Adopción
Designer A
- Antes
- Discovery en 7 y 18 días
- Con el sistema
- Discovery en 1 y 4 días
Llevó una demanda del problema a "listo para desarrollar" en menos de un día. Ya está en desarrollo. Fuente: Designer A
Designer B
- Antes
- Discovery en 6, 6 y 12 días
- Con el sistema
- Discovery en 6 días
Mantuvo el tiempo y aumentó mucho la profundidad: 11 hipótesis, 98 evidencias y cada ítem validado por ella. Fuente: Designer B
Designer C
- Antes
- Discovery en 30 y 62 días
- Con el sistema
- evidencias en 4 días, aún sin aprobación
Empezó a usarlo en septiembre. Como no se concluyó ninguna Discovery, queda fuera del cálculo de la ganancia. Fuente: Designer C
| Demanda | Quién | Etapas usadas | Discovery | Situación |
|---|---|---|---|---|
| Autogestión de sucursales por el cliente | Designer A | las seis | 1 día | en desarrollo |
| Personalización de paneles | Designer A | Problema → Requisitos | 4 días | aprobado |
| Reporte de inventario | Designer B | Problema → Prototipo | 6 días | prototipo en curso |
| Recolección offline | Designer B | Discovery | hecha fuera del registro | en revisión |
| Productividad del equipo de campo | Designer C | Discovery | en curso | abierta |
| Otras 5 demandas | A, B y C | solo Problema o solo Requisitos | sin medición | parcial |
Caso de punta a punta: Autogestión de sucursales: del problema al desarrollo en menos de un día
La Designer A pasó por las seis etapas, con aprobación en cada una. Antes del sistema, llegar al equipo de desarrollo tardaba en promedio 49 días.
"La Discovery no prueba que tenías razón. Descubre si la tenías."
- Tarea de Discovery abierta en la épica
- Problema escrito como hipótesis y registrado
- Discovery concluida y aprobada
- Prototipo navegable aprobado
- Requisitos registrados; épica lista para desarrollar
- En desarrollo
Dos modos: El mismo pipeline corre solo en minutos o acompañado en días
En modo autónomo, el propio sistema cronometra cada etapa. Estos son los tiempos de máquina de cuatro rondas completas de prueba.
- Discovery
- otras etapas
Ver los datos del gráfico en tabla
| Ronda | Idea | Problema | Discovery | Prototipo | Requisitos | Total (min) | Duración de la ronda |
|---|---|---|---|---|---|---|---|
| Registro por lotes | 10 | 4 | 14 | 19 | 22 | 69 | 4,1 h |
| Unificar servicios | 4 | 21 | 20 | 16 | 9 | 70 | 1,1 h |
| Backlog de checklists | 22 | 3 | 17 | no consta | 7 | 49 | 1,1 h |
| Mantenimiento | 48 | no consta | 27 | no consta | 6 | 81 | 3,0 h |
Lo que aprendí: El rigor se volvió regla automática, no buena intención
El error más peligroso no parece un error
Un prototipo bonito con una pantalla inventada o un número sin denominador pasan desapercibidos. Por eso las salvaguardas se volvieron chequeos automáticos.
"No lo encontré" no es "no existe"
Varias reglas nacieron de búsquedas que volvieron vacías y estaban equivocadas.
La autonomía necesita una salvaguarda
Dos modos resolvieron esto: la misma calidad, con la persona eligiendo cuánto quiere acompañar.
Admitir que no sabe genera confianza
El sistema se volvió más confiable cuando "faltan datos" pasó a ser un resultado válido.
Cómo leer estos números: Lo que la medición muestra y lo que todavía no muestra
- La muestra es pequeña. Son 3 Discoveries concluidas con el sistema contra 9 del mismo equipo antes de él. La ganancia es un orden de magnitud, no un promedio estable.
- Los días son días calendario. Incluyen la espera entre aprobaciones. El tiempo de trabajo de cada persona no se midió por separado.
- En el caso de menos de un día, el reloj empieza cuando se escribió el problema. La idea ya esperaba en la cola del backlog desde hacía semanas.
- Las rondas de minutos son de prueba. Muestran el techo de velocidad. Las decisiones de inversión siguen pasando por una persona.
Cómo medí
El cálculo, el método y el límite de cada número. Abre un ítem para verlo.
Antes del sistema
Discovery: 12 días
Mediana de la tarea de investigación en 9 proyectos de los tres diseñadores, de noviembre de 2025 a julio de 2026 (de 2 a 30 días). Una segunda muestra, solo del primer semestre de 2026, da una mediana parecida, de 15 días: 6, 6, 7, 12, 18, 30, 40 y 62 días.
Hasta el desarrollo: 49 días
Mediana de 11 proyectos, entre que la demanda entra en Discovery y sale hacia la cola de desarrollo: 11, 21, 21, 21, 30, 49, 52, 56, 73, 121 y 156 días. Sin los dos más largos, la mediana es 30 días.
Cómo medí
Historial de cambios de estado de cada ítem en Jira.
Límite
Las tareas cerradas en minutos (solo registro) quedaron fuera. Algunas se cerraron en Jira después del fin real del trabajo.
Con el sistema
Cálculo
Tres Discoveries concluidas y aprobadas con el pipeline: 1, 4 y 6 días. Mediana de 4 días, contra 12 antes: 67% menos de tiempo, cerca de 3 veces más rápido.
Cómo medí
Búsqueda en Jira de los comentarios que el pipeline graba en cada etapa, más la fecha de creación y de conclusión de las tareas de Discovery.
Límite
Días calendario, con la espera humana incluida.
Autogestión de sucursales
Línea de tiempo
- Día 1, 11:31: tarea de Discovery creada
- Día 1, 12:22: problema registrado
- Día 2, 8:51: Discovery concluida
- Día 2, 8:57: prototipo aprobado
- Día 2, 8:59: requisitos registrados, épica marcada como lista
Cálculo
Del problema escrito a los requisitos: cerca de 21 horas. Contra una mediana de 49 días antes, 98% menos de tiempo.
Límite
La idea ya estaba en el backlog desde hacía semanas, solo esperando en la cola. El reloj empieza cuando se escribió el problema.
Modo autónomo
Cálculo
Minutos de máquina por etapa, grabados por el propio sistema al inicio y al final de cada una:
- Registro por lotes: Idea 10, Problema 4, Discovery 14, Prototipo 19, Requisitos 22 (ronda de 4,1 h)
- Unificar servicios: 4, 21, 20, 16, 9 (1,1 h)
- Backlog de checklists: Idea 22, Problema 3, Discovery 17, Requisitos 7 (1,1 h)
- Mantenimiento: Idea 48, Discovery 27, Requisitos 6 (3,0 h)
Límite
Son rondas de prueba. El registro guarda solo la última pasada de cada etapa.
Reporte de inventario
Cálculo
11 hipótesis y 98 evidencias numeradas, veredicto reformulado. Tres gates de aprobación aprobados por la designer en 4 días seguidos (problema, necesidades y propuesta de solución). La auditoría del propio sistema corrigió 15 problemas, 12 de ellos bloqueantes, antes de llegar a la designer.
Cómo medí
Informe de la Discovery y registro de evidencias de la ronda.
Designer A
Antes
7 y 18 días (de la creación a la conclusión de la tarea de Discovery, primer semestre de 2026).
Con el sistema
1 día (autogestión de sucursales) y 4 días (personalización de paneles). También usó solo la etapa de requisitos en una tercera demanda.
Designer B
Antes
6, 6 y 12 días.
Con el sistema
6 días en el reporte de inventario, con 98 evidencias. Usó la etapa de problema en otras tres demandas y publicó la Discovery de recolección offline.
Designer C
Antes
30 y 62 días (el segundo incluye prototipo).
Con el sistema
Escribió un problema con el pipeline (la demanda se descartó después) y empezó una Discovery: evidencias publicadas 4 días después del inicio, todavía sin informe ni aprobación.
Límite
Como no se concluyó ninguna Discovery, no entra en el cálculo de la ganancia.
Adopción
Cálculo
10 épicas con comentarios grabados por el pipeline entre julio y octubre de 2026: Designer A, 3; Designer B, 5; Designer C, 2.
Cómo medí
Búsqueda en Jira de la marca que el pipeline deja en cada etapa. La misma búsqueda, filtrada por persona, encuentra los casos ya conocidos, lo que muestra que encuentra lo que existe.
Upstream System · caso de John Morais · datos medidos en octubre de 2026 en el historial de Jira y en los registros de ejecución del sistema. Los nombres de personas, de la empresa y de las demandas fueron cambiados por confidencialidad.