product-playbook 1.0.0

package/i18n/es/references/02b-jtbd.md

@@ -0,0 +1,125 @@
+# Fase 1: Descubrimiento — Análisis JTBD
+
+## 1.3 Análisis JTBD (Jobs to Be Done)
+
+> "La unidad de análisis no es el consumidor, sino el trabajo que el consumidor está tratando de realizar." — Clayton Christensen
+
+**Fórmula de Declaración JTBD:**
+```
+[Cliente objetivo] + quiere, en [qué contexto de trabajo] + lograr [qué trabajo]
+```
+
+Ejemplo: Un comprador de vivienda primerizo comparando opciones de hipoteca quiere estimar rápidamente los pagos mensuales a altas horas de la noche cuando no puede contactar a un banco, para poder explicarle a su pareja su plan financiero.
+
+**Tabla de Análisis de Cuatro Tipos JTBD:**
+
+```
+| Tipo JTBD | Definición | Persona 1 | Persona 2 |
+|-----------|------------|-----------|-----------|
+| Job Funcional | Completar una tarea específica o lograr un objetivo funcional | | |
+| Job Emocional | Cómo se sienten o quieren sentirse | | |
+| Job Social | Cómo quieren ser percibidos por otros | | |
+| Contexto del Job | Bajo qué circunstancias necesitan realizar este trabajo | | |
+```
+
+**Cinco Preguntas de Profundización JTBD:**
+1. **Problema Raíz**: Detrás de lo que los usuarios expresan como su necesidad, ¿qué están realmente tratando de resolver?
+2. **Restricciones Actuales**: ¿Qué soluciones han sido descartadas debido a ciertas limitaciones?
+3. **Soluciones Alternativas Actuales**: ¿Cómo están lidiando los usuarios hoy? ¿Qué soluciones improvisadas han construido?
+4. **Brecha**: ¿Dónde se quedan cortas las soluciones alternativas actuales? (Esta brecha es tu oportunidad)
+5. **Solución Ideal**: Si se eliminaran las restricciones, ¿cómo sería su solución ideal?
+
+**Mejores Prácticas de Entrevista a Usuarios de Teresa Torres:**
+- Enfócate en el **comportamiento pasado real** de los usuarios, no en comportamiento futuro hipotético
+- Pregunta "La última vez que tuviste este problema, ¿qué hiciste?" en lugar de "¿Qué funcionalidades te gustarían?"
+- Errores más comunes: hacer preguntas hipotéticas, introducir sesgo de solución, no profundizar en detalles
+
+### 📝 Lista de Verificación de Calidad JTBD
+
+Claude debe autoevaluar después de producir el output JTBD (cada ítem debe marcarse ✅ o ❌; ítems ❌ deben incluir cómo mejorar):
+- [ ] ¿Incluye un contexto específico? (No "en cualquier momento y lugar" — sino "a altas horas de la noche cuando no puede contactar al banco")
+- [ ] ¿Se enfoca en un solo trabajo central? (No tres trabajos metidos en una sola oración)
+- [ ] ¿Se identifican los jobs funcionales, emocionales y sociales?
+- [ ] ¿Puede usarse para evaluar "¿Esta solución realmente aborda este trabajo?"
+- [ ] ¿Incluye "soluciones alternativas actuales" y "brecha"? (Brecha = oportunidad)
+- [ ] ¿La P5 de la Profundización alcanza motivación emocional / identidad profesional / miedo psicológico? (No solo descripciones funcionales)
+
+**Reglas de Ejecución (Hard Gate):**
+- Debe marcar cada ítem ✅ o ❌ — listas [ ] en blanco o ✅ sin explicación no están permitidas
+- Si todos los ítems son ✅, debe adicionalmente declarar "Cuál es la parte más débil de este análisis y cómo fortalecerla"
+- ❌ Problemas comunes: demasiado abstracto, demasiados jobs mezclados, falta contexto, sustituir funcionalidades del producto por descripciones de jobs, P5 quedándose a nivel funcional
+
+---
+
+### 🏢 Requisitos de Profundización para Productos B2B
+
+**Productos B2B (incluyendo B2B2C) deben completar el siguiente análisis:**
+
+#### Análisis de Jobs a Nivel Organizacional (Obligatorio — cubrir al menos 2 niveles)
+
+| Nivel | Descripción | Ejemplos |
+|-------|-------------|----------|
+| **Job Estratégico** | Necesidades cross-departamentales a nivel organización/gestión | Auditorías de cumplimiento, control de costos, optimización de fuerza laboral |
+| **Job Operacional** | Necesidades de coordinación a nivel proceso/gerente de departamento | Gestión de flujo de aprobaciones, sincronización de información entre equipos |
+| **Job de Tarea** | Necesidades operativas diarias de usuarios individuales | Llenar formularios, verificar estados, exportar reportes |
+
+#### Análisis Comprador vs. Usuario (Obligatorio)
+
+Si el comprador y el usuario son personas diferentes, analiza sus JTBD por separado:
+- **Job del Comprador**: Jobs que influyen la decisión de compra (justificación de ROI, reducción de riesgos, requisitos de cumplimiento)
+- **Job del Usuario**: Jobs que necesitan realizarse durante operaciones diarias (mejoras de eficiencia, reducción de errores)
+- Si son la misma persona, explica "por qué el tomador de decisiones es también el usuario en este escenario"
+
+#### Cinco Preguntas de Profundización — Versión Mejorada B2B
+
+**La P5 debe alcanzar al menos uno de los siguientes niveles** (ejemplos):
+- ✅ Identidad profesional: "Tiene miedo de verse incompetente frente al liderazgo, porque este reporte representa la credibilidad de su departamento"
+- ✅ Motivación emocional: "Quiere demostrar a sus reportes directos que tiene un control firme de los números"
+- ✅ Miedo psicológico: "Su mayor miedo es que el auditor encuentre una brecha en el proceso — ya le llamaron la atención una vez"
+- ❌ Ejemplo fallido: "Necesita una mejor herramienta para mejorar la eficiencia" (se queda a nivel funcional)
+
+#### Análisis de Alternativas Competitivas (Obligatorio)
+
+Lista las alternativas que los usuarios realmente están usando hoy:
+- Al menos 2 herramientas existentes nombradas (p.ej., Slack / Excel / formularios en papel / email / comunicación verbal)
+- Para cada herramienta, explica su "falla fundamental": no que las funcionalidades sean débiles, sino "por qué esta falla ha sido aceptada y dejada sin resolver" (¿inercia organizacional? ¿costos de cambio? ¿al liderazgo no le importa?)
+
+### 📋 Plantilla de Plan de Entrevista a Usuarios
+
+```
+## Plan de Entrevista a Usuarios
+
+**Objetivo de Investigación**: Entender cómo [Persona objetivo] lidia con [problema específico] en [Contexto del Job]
+**Criterios de Selección**:
+  - Debe haber experimentado [comportamiento específico] en los últimos [X días/semanas]
+  - Excluir: [quién no es adecuado — p.ej., empleados internos, power users conocidos]
+
+**Preguntas Centrales (5–7)**:
+1. La última vez que tuviste [problema], ¿puedes contarme cómo lo manejaste? (Recuerdo conductual)
+2. Durante ese proceso, ¿cuál fue la parte más frustrante o que más tiempo tomó? (Identificación de punto de dolor)
+3. ¿Has probado otros enfoques? ¿Por qué sí o por qué no? (Alternativas actuales)
+4. Si esa parte pudiera ser mejor, ¿cómo se vería "mejor" para ti? (Estado ideal)
+5. ¿Con qué frecuencia sucede esto? ¿Cuándo fue la última vez? (Frecuencia y urgencia)
+6. Además de ti, ¿quién más se ve afectado por este problema? (Mapeo de stakeholders)
+7. En una escala de 1–10, ¿qué tan severo es este problema para ti? ¿Por qué? (Cuantificación del dolor)
+
+**Estrategias de Seguimiento**:
+  - Cuando el entrevistado dice "Normalmente yo..." → Pregunta "¿Qué pasó específicamente la última vez?"
+  - Cuando el entrevistado menciona una emoción → Pregunta "¿Puedes describir ese sentimiento más específicamente?"
+  - Cuando el entrevistado menciona una herramienta/método → Pregunta "¿Qué te hizo elegir ese enfoque?"
+
+**Formato de Documentación**:
+  - Transcripción textual o grabación
+  - Dentro de las 24 horas post-entrevista, etiquetar: citas clave / puntos de dolor / hallazgos sorprendentes / contradicciones con suposiciones
+```
+
+---
+
+## 📎 Notas de Integración de Archivos para esta Fase
+
+Si el usuario sube archivos durante esta fase, Claude los integra de la siguiente manera:
+
+| Contenido Subido | Integrar En | Acción de Integración |
+|-----------------|-------------|----------------------|
+| Transcripciones de entrevistas / texto de grabaciones | 1.1 Persona + 1.3 JTBD | Extraer: contexto del usuario → campos de Persona; puntos de dolor + soluciones alternativas actuales → Cinco Preguntas de Profundización JTBD; reacciones emocionales → Jobs Emocionales / Sociales |
+| Capturas de pantalla de apps competidoras | 1.3 JTBD (soluciones alternativas actuales) | Identificar como "alternativa actual" del usuario, analizar soluciones improvisadas y brechas |

package/i18n/es/references/02c-ost-journey.md

@@ -0,0 +1,65 @@
+# Etapa 1: Descubrimiento — OST + Journey Map
+
+## 1.4 Opportunity Solution Tree (OST)
+
+**Aplicable: Modo completo / alta completitud**
+
+El OST comienza desde el objetivo del producto y conecta sistemáticamente oportunidades con soluciones:
+
+```
+[Objetivo del Producto / Resultado Deseado]
+    │
+    ├── [Oportunidad 1: Punto de dolor o necesidad del usuario]
+    │       ├── [Solución 1a]
+    │       └── [Solución 1b]
+    ├── [Oportunidad 2: Punto de dolor o necesidad del usuario]
+    │       └── [Solución 2a]
+    └── [Oportunidad 3: Punto de dolor o necesidad del usuario]
+            └── [Solución 3a]
+```
+
+Principios fundamentales:
+- El objetivo (Outcome) es un resultado medible, no una funcionalidad o output
+- Las oportunidades vienen de investigación de usuarios, no de lluvia de ideas interna
+- Las soluciones se mapean a oportunidades — no saltes las oportunidades e ir directo a soluciones
+- Primero amplitud, luego profundidad: lista todas las oportunidades primero, luego explora soluciones una por una
+
+## 1.5 User Journey Map
+
+**Aplicable: Modo completo / alta completitud / audiencia es diseñadores**
+
+**Paso 1: Tabla de Resumen**
+
+```
+**[Nombre de Persona] — Tarea: [Descripción de la tarea]**
+
+| Etapa | Comportamiento Central | Emoción | Punto de Dolor Clave |
+|---|---|---|---|
+| [Etapa 1] | [Descripción de una línea del comportamiento principal] | [Emoción + emoji] | [El punto de dolor más importante] |
+```
+
+**Paso 2: Expandir Cada Etapa en Detalle**
+
+```
+> **Etapa: [Nombre de la Etapa]**
+> - **Haciendo**: [Qué hace realmente el usuario en esta etapa]
+> - **Pensando**: [Qué pasa por la mente del usuario, idealmente en primera persona]
+> - **Sintiendo**: [Estado emocional y por qué]
+> - **Stakeholder**: [Quién está involucrado en esta etapa]
+> - **Problema**: [Dificultades o frustraciones específicas]
+```
+
+**Paso 3: Agrupación**
+- Si las etapas son demasiado granulares, fusiónalas en grupos de etapas más grandes
+- Consolida los puntos de dolor a través de las etapas, señala cuáles son los puntos de dolor centrales
+
+---
+
+## 📎 Consejos de Integración de Archivos para esta Etapa
+
+Si el usuario sube archivos durante esta etapa, Claude los integra según estas reglas:
+
+| Contenido Subido | Integrar En | Acción de Integración |
+|-----------------|-------------|----------------------|
+| Pizarrón / diagramas de flujo dibujados a mano | 1.5 Journey Map | Reconocer el flujo y convertir a tabla estructurada; preservar marcadores de emoción originales |
+| Datos de comportamiento de usuario (CSV) | 1.4 OST + 1.5 Journey Map | Usar datos para validar qué rutas de comportamiento son más comunes y qué etapas tienen mayor abandono |

package/i18n/es/references/03-define.md

@@ -0,0 +1,118 @@
+# Etapa 2: Definición — Convergencia del Problema
+
+> **Nota: Qué pasos ejecutar por modo está definido autoritativamente por las "Secuencias de Pasos por Modo" en SKILL.md. Lo siguiente es solo de referencia.**
+
+**Modo completo / alta completitud → Hacer todo (2.1 ~ 2.4)**
+**Completitud media → 2.1 + 2.3 + 2.4**
+**Modo rápido / baja completitud → Solo 2.3 (un HMW central)**
+
+Antes de entrar a esta etapa, confirma las tres preguntas fundamentales del producto: ¿Para quién es? / ¿Por qué construirlo? / ¿Qué es?
+
+## 2.1 Tabla de Resumen de Puntos de Dolor
+
+Extrae puntos de dolor de todas las Personas y User Journey Maps:
+
+```
+| # | Descripción del Punto de Dolor | Persona de Origen | Aparece en Etapa | Nivel de Impacto (Alto/Medio/Bajo) | Frecuencia (Alta/Media/Baja) |
+|---|---|---|---|---|---|
+| P1 | | | | | |
+| P2 | | | | | |
+```
+
+## 2.2 Framework de Posicionamiento de April Dunford
+
+**Aplicable: Completitud media/alta / audiencia es ejecutivos/ventas/marketing**
+
+El posicionamiento no es un eslogan — es decidir dónde compites y para quién:
+
+```
+| Elemento de Posicionamiento | Pregunta | Tu Respuesta |
+|-----------------------------|----------|-------------|
+| Alternativas Competitivas | Si tu producto no existiera, ¿qué usarían los usuarios? (La respuesta real, no quién crees que son tus competidores) | |
+| Atributos Únicos | ¿Qué tienes que las alternativas competitivas no tienen? | |
+| Valor para los Usuarios | ¿Qué valor tangible entregan estos atributos únicos a los usuarios? | |
+| Características del Mercado Objetivo | ¿Qué usuarios se preocupan más por este valor? (Mientras más específico, mejor) | |
+| Categoría de Mercado | ¿Qué marco de mercado posiciona mejor tu producto? (El marco determina los criterios competitivos) | |
+```
+
+Errores de posicionamiento más comunes:
+- Tratar funcionalidades como posicionamiento ("¡Tenemos IA!" no es posicionamiento)
+- Posicionamiento demasiado amplio — cubrir a todos significa no cubrir a nadie
+- Usar a tus competidores percibidos como referencia en lugar de las alternativas reales del usuario
+
+### 📝 Lista de Verificación de Calidad de Posicionamiento
+- ✅ ¿Las "alternativas competitivas" son desde la perspectiva del usuario? (Lo que los usuarios realmente usan en su lugar, no quién crees que son tus competidores)
+- ✅ ¿Los "atributos únicos" son cosas que las alternativas competitivas no pueden hacer o no hacen bien? (No cosas que ambos tienen)
+- ✅ ¿El "valor para los usuarios" está expresado en lenguaje del usuario o del producto? ("Ahorra 2 horas" vs. "Automatización potenciada por IA")
+- ✅ ¿El "mercado objetivo" es lo suficientemente específico para realmente encontrar a estas personas?
+- ✅ ¿Los cinco elementos de posicionamiento son lógicamente consistentes?
+- ❌ Problemas comunes: Desconexión entre atributos únicos y valor, categoría de mercado incorrecta llevando a ser juzgado por criterios equivocados
+
+## 2.3 Reformulación de Problemas HMW (How Might We)
+
+Transforma los puntos de dolor en preguntas HMW, combinando la perspectiva JTBD para confirmar el tipo de job detrás de cada HMW:
+
+```
+| Punto de Dolor # | Punto de Dolor | Tipo JTBD Correspondiente | Pregunta HMW |
+|---|---|---|---|
+| P1 | [Descripción del punto de dolor] | Funcional / Emocional / Social | ¿Cómo podríamos... |
+| P2 | [Descripción del punto de dolor] | | ¿Cómo podríamos... |
+```
+
+Principio de granularidad HMW:
+- Demasiado amplio ("Cómo hacer usuarios más felices") → Sin dirección
+- Justo ("Cómo permitir que los usuarios completen la primera configuración en 60 segundos") → Con restricciones pero abierto
+- Demasiado estrecho ("Cómo cambiar el color del botón") → Limita posibilidades
+
+### 📝 Lista de Verificación de Calidad HMW
+- ✅ ¿Tiene restricciones claras? (No completamente abierto)
+- ✅ ¿Deja suficiente espacio para múltiples soluciones? (No apunta a una sola respuesta)
+- ✅ ¿Puede mapearse directamente a un JTBD o punto de dolor?
+- ✅ ¿El equipo puede empezar a generar soluciones al ver este HMW?
+- ❌ Problemas comunes: Demasiado amplio (reformula la visión), demasiado estrecho (especifica la solución), múltiples problemas mezclados
+
+**Ejemplos:**
+- ❌ Demasiado amplio: "¿Cómo podríamos hacer que los usuarios estén más satisfechos?"
+- ✅ Justo: "¿Cómo podríamos ayudar a los compradores de vivienda primerizos a calcular el monto de hipoteca que pueden pagar en 3 minutos?"
+- ❌ Demasiado estrecho: "¿Cómo podríamos agregar una calculadora de hipoteca a la página principal?"
+
+## 2.4 Tabla de Evaluación de Oportunidades
+
+Prioriza las preguntas HMW:
+
+```
+| Pregunta HMW | Persona Afectada | Tamaño de Persona | Impacto al Usuario (1-5) | Valor de Negocio (1-5) | Factibilidad (1-5) | Total | Prioridad |
+|---|---|---|---|---|---|---|---|
+| | [Lista de Personas afectadas] | [Grande/Medio/Pequeño] | | | | | |
+```
+
+**Definiciones de Escala de Puntuación:**
+
+| Puntuación | Impacto al Usuario | Valor de Negocio | Factibilidad |
+|-----------|-------------------|-----------------|-------------|
+| 1 | Inconveniencia menor para pocos usuarios | Retorno indirecto, a largo plazo como mucho | Requiere tecnología completamente nueva o I+D extensiva |
+| 2 | Algunos usuarios encuentran ocasionalmente | Puede mover indirectamente algunas métricas | Requiere construcción significativa de nueva capacidad (3+ meses) |
+| 3 | TA central lo encuentra regularmente | Impacto positivo en métricas clave | Requiere algo de desarrollo nuevo pero técnicamente factible (1-3 meses) |
+| 4 | Muchos usuarios lo encuentran frecuentemente | Impulsa directamente crecimiento de usuarios o retención | Dentro de las capacidades del equipo actual, 2-4 semanas |
+| 5 | Muchos usuarios no pueden completar tareas centrales diariamente | Impulsa directamente ingresos o impacta significativamente la North Star Metric | El equipo actual puede completar en dos semanas |
+
+**Pensamiento de Costo de Oportunidad de Shreyas Doshi:**
+
+No preguntes "¿Cuál es el ROI de esta funcionalidad?" En su lugar, pregunta:
+
+> "Si invierto recursos en A, estoy renunciando a la oportunidad de invertir en B. ¿Estoy seguro de que A vale más la pena que B?"
+
+El pensamiento de ROI evalúa si una sola oportunidad vale la pena; el pensamiento de costo de oportunidad te ayuda a tomar mejores decisiones entre todas las oportunidades.
+
+**Recordatorio de Enfoque 0-a-1:** Después de completar la evaluación de oportunidades, se recomienda elegir **solo una pregunta HMW de máxima prioridad** como el núcleo del MVP. (Facebook: estudiantes universitarios → preparatorianos → todos; página de perfil → fotos → feed de noticias)
+
+---
+
+## 📎 Consejos de Integración de Archivos para esta Etapa
+
+| Contenido Subido | Integrar En | Acción de Integración |
+|-----------------|-------------|----------------------|
+| Capturas de pantalla de competidores / reportes de análisis competitivo | 2.2 Posicionamiento | Llenar campos "alternativas competitivas" y "atributos únicos"; comparar diferenciación |
+| Reportes de mercado (PDF) | 2.4 Evaluación de Oportunidades | Usar datos de mercado para validar tamaño de Persona y puntuaciones de valor de negocio |
+| Datos de NPS / encuestas de satisfacción | 2.1 Resumen de Puntos de Dolor | Reemplazar niveles de impacto y frecuencias asumidos con puntuaciones reales |
+| Resúmenes de soporte al cliente / tickets | 2.1 Resumen de Puntos de Dolor + 2.3 HMW | Contar frecuencia de puntos de dolor; convertir tickets de alta frecuencia directamente en preguntas HMW |

package/i18n/es/references/04a-prfaq.md

@@ -0,0 +1,114 @@
+# Fase 3: Desarrollo — PR-FAQ (Working Backwards)
+
+## 3.1 Método Working Backwards de Amazon (PR-FAQ)
+
+Comienza escribiendo el comunicado de prensa del producto — te obliga a trabajar hacia atrás desde el resultado para el cliente:
+
+```
+## [Nombre del Producto] Comunicado de Prensa
+
+**Titular**: [¿Qué puede lograr el usuario? Una oración.]
+**Subtitular**: [¿Qué problema resuelve, y para quién?]
+
+**Párrafo Inicial (Aha Moment)**:
+[Describe el momento en que el usuario experimenta el valor central del producto — el momento "¡Wow!"]
+
+**Descripción del Punto de Dolor**:
+[¿Qué problema enfrentan los usuarios hoy? ¿Por qué las soluciones actuales no son suficientes?]
+
+**Descripción de la Solución**:
+[¿Cómo resuelve nuestro producto este problema? (Describe la experiencia — no listes funcionalidades)]
+
+**Cita del Cliente**:
+"[Una cita de un usuario objetivo que represente una reacción emocional genuina]"
+
+**FAQ (Las Preguntas Más Difíciles)**:
+P: [La pregunta más difícil de responder]
+R: [Una respuesta honesta]
+```
+
+> Si no puedes escribir un comunicado de prensa que emocione a la gente, la dirección del producto puede estar equivocada — regresa y redefine el problema.
+
+### 📝 Lista de Verificación de Calidad PR-FAQ
+
+Claude debe marcar cada ítem ✅ o ❌ después de producir el PR-FAQ; ítems ❌ deben incluir cómo mejorar:
+- [ ] ¿El titular está escrito desde la perspectiva del usuario? ("Los usuarios ahora pueden hacer X" vs. "Lanzamos la funcionalidad Y")
+- [ ] ¿Un lector puede entender "por qué esto importa" en 10 segundos de leer el primer párrafo?
+- [ ] ¿La descripción del punto de dolor proviene de un escenario real de usuario?
+- [ ] ¿La primera oración de la sección de solución comienza con la experiencia/escenario del usuario (no un verbo de funcionalidad)?
+- [ ] ¿La cita del cliente suena como algo que diría una persona real?
+- [ ] ¿La FAQ incluye una comparación directa contra herramientas existentes?
+
+**Reglas de Ejecución (Hard Gate):**
+- Debe identificar al menos 1 "tensión interna" o "área que vale la pena iterar" — no puede marcar todo ✅ y darlo por terminado
+- Si todos los ítems pasan, adicionalmente declarar "¿Cuál es la suposición más frágil en este PR-FAQ?"
+- El estándar de calidad del PR-FAQ de Amazon viene de encontrar problemas, no de confirmar que no los hay
+- ❌ Problemas comunes: el titular suena como un anuncio de producto en lugar de noticia, la sección de solución se convierte en una lista de funcionalidades, las FAQs son todas preguntas fáciles
+
+---
+
+### ✍️ Reglas de Escritura de la Sección de Solución (Cuerpo)
+
+**La primera oración de la sección de solución NO DEBE comenzar con una descripción de funcionalidad.**
+
+❌ Ejemplos prohibidos:
+- "MealPrep te permite ingresar un menú con un clic y auto-calcula ingredientes"
+- "El sistema genera automáticamente una lista de compras basada en el menú"
+- "Haz clic en el botón 'Generar Lista' para completar tu planificación de preparación"
+
+✅ Ejemplos correctos:
+- "Ahora, el Chef López solo necesita 10 minutos el viernes por la tarde para confirmar cada detalle de la preparación del fin de semana"
+- "La Gerente García ya no tiene que revisar tres hojas de Excel para saber si hay suficiente inventario"
+
+**Fórmula**: Comienza con la experiencia del usuario / escenario específico → luego di "Esto es posible gracias a [mecanismo del producto]" para introducir la funcionalidad.
+
+---
+
+### ❓ Estándar de Preguntas Incisivas en FAQ
+
+**Al menos 1 FAQ debe ser: "¿Por qué no seguir usando [herramienta existente]?"**
+
+Requisitos de formato de respuesta:
+1. **Primero, reconoce las fortalezas de la herramienta existente** (no la descartes)
+2. **Luego explica la brecha** (no una brecha de funcionalidades, sino una brecha fundamental de escenario)
+
+❌ Patrón de respuesta prohibido: "Las herramientas existentes carecen de funcionalidades — la nuestra es más poderosa"
+✅ Patrón de respuesta correcto:
+> "Excel absolutamente puede rastrear números, y los chefs ya saben cómo usarlo. El problema es que cada fin de semana los cálculos necesitan rehacerse — re-ingresar, re-convertir — y la hora que toma no es porque alguien sea malo con las hojas de cálculo, es porque el problema realmente es así de complejo. MealPrep no te ahorra habilidades de Excel — te ahorra la carga mental de empezar desde cero cada vez."
+
+**Ejemplo (producto ficticio — App de Calculadora de Hipotecas):**
+
+```
+## MortgageSnap Ayuda a Compradores Primerizos a Entender Lo Que Pueden Pagar en 3 Minutos
+
+**Subtitular**: Sin visitas al banco, sin esperar cotizaciones de tasas — calcula tus pagos mensuales con tu pareja, incluso a medianoche
+
+**Párrafo Inicial (Aha Moment)**:
+Después de navegar por Zillow a altas horas de la noche, Alex ve una casa que le encanta pero no tiene
+idea si realmente puede pagarla. Abre MortgageSnap, captura la pantalla de la publicación, y la app
+extrae automáticamente el precio y los metros cuadrados. En 30 segundos, muestra pagos mensuales
+para tres escenarios de préstamo. Comparte los resultados con su esposa, y por primera vez, están
+viendo los mismos números juntos.
+
+**Descripción del Punto de Dolor**:
+Los compradores de vivienda primerizos que comparan opciones de hipoteca tienen que ingresar términos
+manualmente en múltiples sitios web de bancos y esperar respuestas. Cuando quieres hacer cálculos
+a altas horas de la noche, no hay herramienta conveniente — así que la gente termina armando una
+hoja de Excel o simplemente se rinde.
+
+**Descripción de la Solución**:
+MortgageSnap te permite capturar cualquier publicación de propiedad, extrae automáticamente los datos clave,
+compara instantáneamente opciones entre prestamistas, y genera un reporte compartible para que tu familia
+pueda discutir junta.
+
+**Cita del Cliente**:
+"Finalmente no tengo que esperar a que el banco me devuelva la llamada a medianoche. Tres minutos y puedo
+decirle a mi esposa exactamente cuánto pagaríamos cada mes."
+
+**FAQ**:
+P: Ya hay montones de calculadoras de hipoteca — ¿qué tiene de diferente?
+R: Las calculadoras existentes requieren que ingreses tasas de interés, plazos de préstamo y otros
+parámetros, pero la mayoría de los compradores primerizos ni siquiera conocen esos números.
+La diferencia de MortgageSnap es que obtiene automáticamente ofertas reales de varios prestamistas —
+todo lo que necesitas proporcionar es el precio y tu enganche.
+```