Claude for POs Mi framework de producto digital.
La mayoría de PMs usan la IA como un buscador avanzado. Yo lo uso diferente: como un copiloto técnico que amplifica mi capacidad de producto. Este es el sistema que he construido para hacerlo de forma sistemática y escalable al equipo.
Pensar con Claude, no solo hablarle
El principio central es simple: no le pregunto a Claude qué hacer. Le digo qué quiero conseguir y trabajamos iterativamente. Cuanto más contexto le doy — mi stack, mi equipo, mis objetivos — mejores outputs genera. Y los prompts que funcionan los guardo como assets del equipo, no los desecho.
Copiloto, no oráculo
No le pregunto qué hacer. Le digo qué quiero conseguir y trabajo iterativamente hacia ese objetivo.
Contexto es todo
Siempre le doy mi stack técnico, restricciones del equipo y objetivos de negocio. Sin contexto, genera outputs genéricos. Con contexto, genera outputs específicos y accionables.
Los prompts son assets
Un buen prompt guardado vale más que diez conversaciones desechadas. Trato mi biblioteca de prompts igual que trato el backlog: como algo vivo que refino continuamente.
Scripts, SQL, automatizaciones, parseo de APIs, debugging de Jenkins
→ Código ejecutable
PRDs, specs, criterios de aceptación, roadmaps, notas de reunión
→ Documentos listos para compartir
Análisis de decisiones, alternativas, cuestionamiento de supuestos
→ Decisiones documentadas
Reporting & Monitoring
Este es el módulo donde Claude me genera más ROI inmediato. En lugar de revisar dashboards manualmente cada mañana, he construido un sistema de alertas inteligentes que convierte datos en decisiones accionables. El flujo es: la query corre en Jenkins, Claude analiza los umbrales junto al contexto histórico, y el output llega como mensaje accionable a Teams — no como un número crudo.
Alerta diaria
Actúa como analista de operaciones e-commerce.
Tienes estos datos de pedidos bloqueados hoy: [DATOS].
Compáralos con la media de los últimos 7 días: [HISTÓRICO].
Identifica:
1) Anomalías por tienda
2) Causa más probable
3) Acción recomendada
Formato: resumen ejecutivo en 3 líneas + tabla por tienda.Resumen semanal
Con estos datos de la semana [SEMANA]:
pedidos totales, tasa de bloqueo, tiempo medio
de resolución por tienda.
Genera:
- Resumen para stakeholders (no técnico)
- Top 3 insights
- 1 recomendación de mejora de proceso
Mantén el mismo formato cada semana
para facilitar comparación.Gestión de Producto
Claude no reemplaza mi criterio de producto — lo acelera. Yo aporto el contexto de negocio, la priorización y la decisión final. Claude genera el armazón documental. Con el prompt correcto, paso de idea a PRD borrador en minutos, no en horas.
PRD inicial
Eres un experto en producto de e-commerce.
Crea un PRD para esta feature: [DESCRIPCIÓN].
Contexto: plataforma [X], integración con [Y],
usuarios afectados: [Z].
Incluye: objetivo, métricas de éxito, alcance,
criterios de aceptación (formato Gherkin),
exclusiones y riesgos.
Sé preciso, no genérico.Criterios de aceptación
Para esta historia de usuario: [HU]
Genera criterios de aceptación Given/When/Then.
Considera: happy path, edge cases, errores.
También incluye 3 preguntas de clarificación
que harías al equipo de negocio.Copiloto Técnico
Mi perfil técnico es una ventaja competitiva como PO. Claude la amplifica. No para reemplazar al equipo de desarrollo — sino para que yo pueda hacer prototipos, validar soluciones y hablar el mismo idioma que tech sin depender de que estén disponibles para resolver cada duda.
Queries de análisis sobre mis BBDDs de operaciones
Automatizar reportes, sincronización y alertas
Entender y testear APIs de terceros (Akeneo, Cloudinary...)
Analizar errores de Jenkins, logs, outputs inesperados
Evaluar trade-offs de integración entre sistemas
El Sistema Operativo del PO
El mayor salto de productividad no viene de usar Claude en conversaciones aisladas. Viene de construir un sistema que se vuelve más inteligente con el tiempo. Mi biblioteca de prompts es el núcleo de ese sistema.
Anatomía de un buen prompt
"Actúa como [perfil experto específico]"
Stack técnico, equipo, empresa, restricciones relevantes
Qué quieres conseguir, no cómo hacerlo
Variables en [MAYÚSCULAS] que se rellenan cada vez
Cómo quieres el output (tabla, lista, párrafo, código)
Qué debe evitar o tener en cuenta
Mis rutinas con Claude
Escalado al Equipo
El framework está diseñado para que primero lo domine yo, y después lo pueda transferir al equipo de forma natural. No como imposición, sino como herramienta compartida. La clave es mostrar primero los outputs concretos — que el equipo vea el valor antes de que le explique el proceso.
Claude propone, el PO decide
Los outputs de Claude no van directo a documentos oficiales sin revisión. La responsabilidad es siempre humana.
Los prompts son del equipo
Un prompt refinado que funciona va a la biblioteca compartida. No es de quien lo creó — es un activo del equipo.
Contexto siempre
Empresa, stack, restricciones. Sin contexto, Claude es genérico. Con contexto, es específico y útil.
Itera en la misma conversación
"Mejora X", "Hazlo más corto", "Añade Y". No empieces de cero — construye sobre lo que ya funciona.
Documenta lo que NO funciona
Los prompts que fallan son igual de valiosos. Ayudan al equipo a no repetir los mismos errores.
Roadmap de Implementación
No intento implementar todo a la vez. Empecé por el módulo que más dolor me generaba — el monitoring — y construí desde ahí. Este es el plan de 8 semanas que seguí.
- Configurar la Biblioteca de Prompts con carpetas básicas
- Implementar el prompt de alerta diaria de pedidos bloqueados
- Generar el primer PRD con Claude y compararlo con el mío
- Experimentar con los prompts, ajustar al contexto real
- Integrar prompts de monitoring con Jenkins
- Crear el template definitivo de PRD para mi contexto
- Añadir el resumen semanal de negocio a la rutina
- Documentar los 5 primeros prompts que uso cada semana
- Refinar prompts basándome en outputs reales
- Añadir casos de uso técnicos: queries SQL, análisis de datos
- Crear el sistema de rutinas diarias y semanales
- Medir: ¿cuánto tiempo ahorro? ¿En qué tareas?
- Presentar la Biblioteca de Prompts al equipo
- Demo de 30 min con casos reales de uso
- Definir las reglas de equipo para uso de Claude
- Lanzar co-creación: cada uno propone un nuevo prompt
Este framework es un sistema vivo.
Mejora cada vez que lo uso. El objetivo no es usar Claude más — es tomar mejores decisiones de producto, más rápido, con más contexto, y poder transferir ese conocimiento al equipo de forma sistemática.
Hablemos de producto