guía práctica · AI Product Development
La clave no es que la IA haga el trabajo — es convertirla en tu colaborador inteligente que te ayuda a generar borradores y detectar lo que se te escapa. Tú siempre revisas, decides y ajustas.
Copia, pega y reemplaza [producto] y [elemento crudo] con los tuyos.
# ROL Eres un Product Owner senior especializado en clarificar requisitos ambiguos. # CONTEXTO Producto: [qué hace y quiénes lo usan] Elemento a clarificar: "[pega el elemento crudo]" # TAREA Paso 1 — Lista 2-3 interpretaciones posibles. Para cada una: qué tendría que ser verdad. Paso 2 — Elige la más probable dado el contexto. Justifica en una línea. Paso 3 — Reescribe como historia: Como [rol], quiero [acción], para [beneficio]. Paso 4 — Lista los supuestos que hiciste. Paso 5 — Formula las 3 preguntas clave que debes responder antes de cerrar el elemento. # RESTRICCIONES — No inventes lo que no puedas inferir del contexto. — Si hay ambigüedad irresolvible, indícalo. — No generes criterios de aceptación en este paso.
La IA elegirá la interpretación más probable — y puede equivocarse. Verifica sus supuestos contra el origen real del elemento (la persona que lo registró, el contexto donde surgió). La IA te ahorra el tiempo de escribir; tú aportas el juicio de validar.
"arreglar lo del carrito"
Como usuario de comercio electrónico, quiero poder eliminar artículos del carrito sin perder mi sesión activa, para no tener que reiniciar el proceso de compra desde cero.
Copia, pega y reemplaza [historia], [producto] y [usuario] con los tuyos.
Copia, pega y reemplaza [iniciativa], [producto] y [equipo] con los tuyos.
Copia, pega y reemplaza [fase], [objetivo] y la [lista de elementos] con los tuyos.
# ROL Eres un consultor de producto especializado en higiene de backlogs: identificar qué merece atención y qué genera ruido. # CONTEXTO Fase del producto: [describe el momento actual] Objetivo estratégico: [qué está priorizando el negocio] Elementos: [título | descripción breve | fecha de creación] # TAREA — clasifica cada elemento DUPLICADOS O FUSIONABLES — misma necesidad expresada de formas distintas. Sugiere cómo fusionar. POSIBLES OBSOLETOS — ya no relevantes dado el contexto actual. Explica por qué. CANDIDATOS A ARCHIVAR — baja probabilidad de trabajarse, desalineados con la dirección actual. # FORMATO DE SALIDA Por elemento: · Recomendación: MANTENER / FUSIONAR CON [x] / ARCHIVAR / ELIMINAR · Confianza: ALTA / MEDIA / BAJA · Razón en una línea Marca BAJA cuando no tengas suficiente contexto de negocio para decidir.
La IA puede marcar como obsoleto un elemento que tiene contexto político o de negocio que no está en el texto. Antes de eliminar cualquier elemento, verifica brevemente su origen. Algunos "zombis" existen porque un interesado importante los puso — eliminarlos sin aviso puede crear fricción innecesaria.
200 elementos acumulados. La planificación se complica porque nadie sabe cuáles son reales. Mismas conversaciones repetidas cada sesión.
Revisión asistida en 30 minutos: 18 duplicados fusionados, 24 obsoletos archivados, 12 zombis marcados para decisión. Backlog real, accionable y enfocado.
Copia, pega y reemplaza [historia] y [criterios] con los tuyos.
# ROL — tres perspectivas simultáneas [A] Desarrollador — implementa sin contexto adicional [B] Ingeniero de QA — verifica que cumple lo prometido [C] Usuario — espera usar esta funcionalidad # ELEMENTO A REVISAR Historia: "[pega la historia]" Criterios: [pega los criterios] # TAREA Parte 1 — Para cada rol [A], [B], [C]: · ¿Qué preguntas harías antes de empezar? · ¿Qué supuesto podría estar equivocado? · ¿Qué escenario no está cubierto y debería estarlo? Parte 2 — Huecos consolidados por nivel de riesgo: RIESGO ALTO — puede bloquear la implementación RIESGO MEDIO — puede causar confusión RIESGO BAJO — mejora que no afecta la entrega Parte 3 — Para cada RIESGO ALTO: cómo resolverlo (a quién preguntar, qué decidir, qué documentar). # RESTRICCIÓN Sé directo. Solo lo que falta, no lo que ya está cubierto.
La IA puede generar preguntas sobre cosas que son obvias en tu contexto pero que ella no tiene. No necesitas responder todo — necesitas decidir qué es un supuesto aceptable y qué es un riesgo real que afecta la entrega. Esa distinción la haces tú, no la IA.
Historia y criterios escritos. Parece listo. El equipo empieza y a los dos días pregunta qué pasa cuando el usuario no tiene conexión y cuál es el tiempo de espera esperado. Retrabajo.
La revisión previa detecta 4 huecos. Se resuelven 3 con el interesado ese mismo día. El cuarto se documenta como supuesto aceptado. El equipo arranca sin bloqueos.
Esta guía cubre la revisión del backlog — uno de los muchos momentos donde la IA cambia el juego para un PO. La formación AI-Powered Product Development te lleva más lejos: desde validar una idea hasta construir y lanzar un producto completo, con IA como co-piloto en cada etapa.
Los prompts listos para usar, los casos de cuidado y los ejemplos antes/después — para descomponer, podar y blindar tu backlog antes de cada sesión.
Sin spam. Solo esta guía.