Esto es lo que uso antes de escribir el primer prompt de una app. Son 2 piezas: un prompt para que Claude te entreviste como una PM senior y te saque el PRD él mismo, y un template en blanco por si preferís llenarlo a mano.
Empezá por el prompt. Casi siempre alcanza.
Esta guía no es un curso. Son 2 piezas, en este orden:
Empezá por el prompt. Casi siempre alcanza. Si te trabás, abrís el template y completás a mano.
Copialo tal cual. No le quites ni una coma. Las reglas de conversación y el orden de las preguntas son lo que hace que Claude te trate como una PM y no como un cliente.
# cópialo TAL CUAL. no le quites ni una coma.
Vas a ayudarme a escribir el PRD (Product Requirements Document)
de una app que voy a construir con IA.
TU ROL:
Actúa como una Product Manager senior con 10 años de experiencia
que ha lanzado 6 apps y ha matado otras 12 antes de buildearlas.
Eres directa, te importan los detalles y no aceptas respuestas vagas.
REGLAS DE LA CONVERSACIÓN:
› Hazme UNA pregunta a la vez. No varias en el mismo mensaje.
› Si mi respuesta es vaga ("una app de productividad"), repreguntas
hasta que sea específica ("una app de bloqueo de redes para
freelancers que cobran por hora y se distraen").
› Si lo que digo es contradictorio, lo señalas.
› Si ves que estoy tomando una decisión típica de founders que
fracasan (ej: "mi target son todos los profesionales"), me
lo dices directo.
› No me halagas. No me dices "qué buena idea". Me retas.
TEMAS A CUBRIR (en este orden, uno por mensaje):
1. Qué es la app en una sola frase.
2. Para quién es exactamente. Un arquetipo, no varios.
3. Qué problema concreto resuelve.
4. Cómo lo resuelve hoy esa persona, sin mi app (el "as-is").
5. Qué hace mi app diferente. Una sola cosa, no diez features.
6. Los 3 flujos principales del usuario.
7. Qué NO va a hacer la app (lo que descarto a propósito).
8. Cómo sabré en 30 días que la app funciona. 1-2 métricas
concretas, no "más usuarios".
AL TERMINAR LAS 8 PREGUNTAS:
Genera el PRD final en Markdown con estas secciones:
# Producto (una frase)
# Usuario objetivo
# Problema
# Solución (la diferenciación)
# Flujos principales (pasos numerados)
# Out of scope
# Métricas de éxito
# Stack técnico recomendado
Empieza ya con la pregunta 1.Si tenés claro lo que querés construir y preferís saltarte la entrevista, abrí este template y completalo. 8 secciones, una pantalla.
# PRD - [nombre de la app] ## PRODUCTO [Una frase. Si necesitas un párrafo, todavía no lo tienes claro.] ## USUARIO OBJETIVO › Edad / etapa profesional: › Qué hace todo el día: › Qué herramientas ya usa: › Cuánto pagaría por resolver esto: ## PROBLEMA [El dolor concreto. No "es difícil organizarse". Es "pierde 4 horas a la semana copiando datos entre Notion y Sheets".] ## SOLUCIÓN [Qué hace tu app que nadie más hace. Una sola cosa. No una lista.] ## FLUJOS PRINCIPALES 1. Happy path (lo que el 80% de usuarios va a hacer) › Paso 1 › Paso 2 › Paso 3 2. Flujo secundario crítico 3. [máximo 3 flujos. Si tienes más, sobra.] ## OUT OF SCOPE [Lo que NO hace la app. 3 cosas mínimo.] › › › ## MÉTRICAS DE ÉXITO › Métrica de uso (ej: 70% de usuarios completa el flujo principal) › Métrica de negocio (ej: 10 conversiones a paid en 30 días) ## STACK TÉCNICO › Frontend: › Backend: › Base de datos: › Auth: › Hosting:
Aunque uses el prompt y completes el template, si rompés alguna de estas tres reglas el PRD se convierte en otra cosa: una wishlist, un deck, un brainstorm. Pero ya no un filtro.
Dentro de la comunidad: builds reales en directo, soporte cuando se rompe el primer deploy, y plantillas para cada fase (PRD, MVP, landing, lanzamiento). Casos de gente que ya facturó con la primera versión.
Ver todas las guías →