1. Product Management

Frameworks y técnicas para descubrir, priorizar y entregar productos que usuarios amen y negocio necesite.

1.1 🎯 SMART Goals

Qué: Criterio para definir objetivos efectivos.

Por qué: Objetivos vagos = no accionables. SMART = claridad y medición.

Cuándo: Definir OKRs, roadmaps, user stories.

Criterios:

• Specific (Específico): Claro y concreto
• Measurable (Medible): Con métrica cuantificable
• Achievable (Alcanzable): Desafiante pero posible
• Relevant (Relevante): Alineado con objetivos mayores
• Time-bound (Con plazo): Deadline definido

Ejemplo:

• ❌ Vago: "Mejorar performance"
• ✅ SMART: "Reducir p95 latency de 800ms a 300ms en APIs críticas para fin de Q2"

1.2 📊 Goal Pyramid

Qué: Estructura jerárquica de objetivos desde visión hasta hábitos diarios.

Por qué: Conectar visión long-term con acciones daily.

Niveles:

        [Goal]
     Big Goal / BHAG
          ↓
   [Intermediate Goals]
     Quarterly OKRs
          ↓
   [Short-term Goals]
     Sprint goals
          ↓
    [Sub-tasks]
   Daily habits/tasks

Ejemplo:

• BHAG: Ser el CRM #1 para startups tech en 5 años
• Intermediate: 100k usuarios activos en 18 meses
• Short-term: Lanzar onboarding simplificado este quarter
• Daily: Hacer 3 user interviews/semana

1.3 🎯 BHAG (Big Hairy Audacious Goal)

Qué: Objetivo grande, descabellado y audaz (30 años).

Por qué: Inspira, motiva, da dirección long-term.

Cuándo: Definir visión de compañía, norte estratégico.

Características:

• Claro y convincente
• Ambicioso (70% probabilidad)
• Timeframe: 30 años
• Tangible, no aspiracional vago

Ejemplos reales:

• Google (1990s): "Organizar la información del mundo"
• SpaceX: "Hacer la humanidad multi-planetaria"
• Amazon (1990s): "Ser la tienda más customer-centric"

1.4 📋 SCQA Framework

Qué: Estructura narrativa para presentar problemas/soluciones: Situation, Complication, Question, Answer.

Por qué: Comunicación clara con stakeholders, alineación rápida.

Cuándo: PRDs, presentaciones a liderazgo, pitches.

Estructura:

1. Situation: Contexto actual (hechos, sin juicio)
2. Complication: Problema, tensión, oportunidad
3. Question: Pregunta clave a responder
4. Answer: Solución propuesta

Ejemplo:

• S: Tenemos 50k usuarios pero NPS es 25 (bajo)
• C: Onboarding actual tarda 10 pasos, 60% abandonan
• Q: ¿Cómo reducir fricción en onboarding?
• A: Simplificar a 3 pasos + wizard guiado

1.5 🔍 CIRCLES Method

Qué: Framework para product design interviews/features: Comprehend, Identify, Report, Cut, List, Evaluate, Summarize.

Por qué: Estructura para diseñar productos/features sistemáticamente.

Cuándo: Discovery, design de features, entrevistas PM.

Pasos:

1. Comprehend: Entender situación (What? Why? Who? How?)
2. Identify: Identificar el customer específico
3. Report: Reportar necesidades del customer
4. Cut: Priorizar (through trade-offs)
5. List: Listar soluciones posibles
6. Evaluate: Evaluar trade-offs de cada solución
7. Summarize: Resumir recomendación

Ejemplo - Diseñar feature de notificaciones:

1. Comprehend: Sistema actual sin notificaciones, usuarios piden updates
2. Identify: Power users que revisan app 5+ veces/día
3. Report: Quieren saber de updates sin revisar manualmente
4. Cut: Priorizar notificaciones críticas (no todo)
5. List: Push, email, in-app, SMS
6. Evaluate: Push = mejor engagement, email = fallback
7. Summarize: Implementar push con opt-in, email como backup

1.6 📊 Lean Canvas

Qué: Adaptación de Business Model Canvas para startups/productos.

Por qué: Capturar modelo de negocio en 1 página, iterable.

Cuándo: Validar idea, pivots, comunicar a inversionistas.

9 Bloques:

Ejemplo - SaaS para equipos remotos:

• Problema: Comunicación async ineficiente, context switching
• Solución: Workspace unificado, async-first, deep work
• Propuesta: "Slack para deep work"
• Ventaja: AI que resume threads automáticamente
• Clientes: Equipos remotos 50 personas
• Métricas: DAU/MAU, messages/user, retention D30
• Canales: Product Hunt, content marketing, referrals
• Costes: Infra cloud, salarios, marketing
• Ingresos: SaaS $15/user/mes

1.7 🧠 Mapa de Empatía

Qué: Herramienta visual para entender profundamente al usuario.

Por qué: Diseñar productos que resuenan con necesidades reales.

Cuándo: Discovery, crear personas, validar assumptions.

6 Cuadrantes:

        [Usuario: Laura, Lead Developer]

    ┌──────────────────┬──────────────────┐
    │   QUÉ PIENSA     │    QUÉ OYE       │
    │   Y SIENTE       │                  │
    │ "Necesito más    │ Manager: "ship   │
    │  tiempo focus"   │  faster"         │
    │ "Impostor syn"   │ Peers: "burnt    │
    │                  │  out"            │
    ├──────────────────┼──────────────────┤
    │    QUÉ VE        │  QUÉ DICE Y HACE │
    │                  │                  │
    │ Slack con 50     │ "Sí puedo hacer  │
    │ notificaciones   │  eso" (overcom)  │
    │ Jira con 20      │ Trabaja hasta    │
    │ tickets          │ las 10pm         │
    ├──────────────────┴──────────────────┤
    │         ESFUERZOS (Pains)            │
    │ • Interrupciones constantes          │
    │ • Reuniones innecesarias             │
    │ • Expectations poco claras           │
    │ • Legacy code sin docs               │
    ├──────────────────────────────────────┤
    │        RESULTADOS (Gains)            │
    │ • Completar feature de impacto       │
    │ • Aprender tecnología nueva          │
    │ • Reconocimiento del equipo          │
    │ • Work-life balance                  │
    └──────────────────────────────────────┘

Cómo usarlo:

1. Definir usuario específico (persona)
2. Llenar cada cuadrante con research (entrevistas, observación)
3. Identificar contradicciones (dice vs hace)
4. Diseñar soluciones que alivien pains y maximicen gains

1.8 🎯 Product Management

Qué: Disciplina que conecta negocio, tecnología y UX para crear productos exitosos.

Por qué: Productos sin PM = features aleatorias sin estrategia. PM asegura value delivery.

Quién: Product Managers, Product Owners, founders.

Cuándo: Desde ideación hasta sunset del producto.

Esfuerzo: PM típicamente gestiona $1M-$10M+ en inversión anual de desarrollo.

1.9 💡 JTBD (Jobs To Be Done)

Qué: Framework que dice que clientes "contratan" productos para hacer un "trabajo".

Por qué: Entender el trabajo real (no features) que cliente necesita.

Cuándo: Discovery, definir producto, entender competencia.

Formato: "Cuando [situación], quiero [motivación], para que [outcome esperado]"

Ejemplo:

• ❌ "Quiero taladro de 1/4 pulgada"
• ✅ "Cuando quiero colgar un cuadro, necesito hacer un agujero, para que el cuadro quede en la pared"

Insights:

• El "trabajo" es colgar cuadro, no el taladro
• Competidores: cinta adhesiva, clavos sin agujero, servicios de instalación

Aplicación:

1. Identificar el Job principal
2. Entender contexto (cuándo, dónde)
3. Identificar pain points del job actual
4. Diseñar solución que haga el job mejor

Ejemplo real - Milkshake (Clayton Christensen):

• Job: Hacer commute menos aburrido y llenar estómago hasta almuerzo
• "Competidores": Bagels (dejan manos sucias), bananas (no duran), café (termina rápido)
• Solución: Milkshake espeso que dura 20min conduciendo

1.10 🗺️ User Story Mapping

Qué: Técnica visual para planear releases organizando user stories en mapa 2D.

Por qué: Vista holística del journey del usuario, priorización colaborativa.

Cuándo: Planning de MVP, roadmap, sprint planning.

Ejes:

• Horizontal: Journey del usuario (izq → der)
• Vertical: Prioridad (arriba → abajo)

Estructura:

[Activities] →  Login    →  Browse  →  Purchase  →  Track
                  |           |          |           |
[Tasks]      Autenticar   Buscar     Pagar      Ver status
                  |           |          |           |
[Stories]    Crear cuenta  Filtrar   Tarjeta   Email notif
             Social login  Ordenar   PayPal    Push notif
             2FA           Favoritos Crypto    Tracking map

Releases:

• MVP (línea 1): Login básico, búsqueda simple, pago tarjeta, email
• V2 (línea 2): Social login, filtros, PayPal, push
• V3 (línea 3): 2FA, favoritos, crypto, tracking map

Herramientas: Miro, Mural, post-its físicos.

1.11 🎯 OKRs (Objectives & Key Results)

Qué: Framework de goal-setting usado por Google, LinkedIn, Twitter.

Por qué: Alinear equipo, medir progreso, foco en outcomes no outputs.

Cuándo: Planning trimestral, anual.

Estructura:

• Objective: Qué queremos lograr (cualitativo, inspiracional)
• Key Results: Cómo medimos éxito (cuantitativo, 2-5 por objetivo)

Características:

• Ambiciosos (70% logro = éxito)
• Temporales (típicamente trimestre)
• Transparentes (públicos en org)

Ejemplo - Startup SaaS:

Objective: Convertirnos en la herramienta #1 para equipos remotos

Key Results:

1. Crecer usuarios activos mensuales de 10k a 50k
2. Aumentar NPS de 30 a 50
3. Lograr 80% de equipos usen feature colaborativa
4. Reducir churn de 10% a 5%

Diferencia con KPIs: OKRs cambian cada quarter, KPIs son permanentes.

1.12 ⭐ North Star Metric

Qué: LA métrica que mejor predice éxito long-term del producto.

Por qué: Foco singular, alinea todos los equipos.

Cuándo: Definir estrategia producto, medir product-market fit.

Criterios buena North Star:

• Refleja value entregado al cliente
• Mide progreso hacia visión
• Leading indicator (predice revenue futuro)
• Accionable por equipo

Ejemplos:

Supporting Metrics: Métricas que influencian la North Star

• Para "Noches reservadas": Listings activos, tasa conversión búsqueda, reviews positivas

1.13 📊 Product-Market Fit

Qué: Grado en que un producto satisface demanda de mercado.

Por qué: Sin PMF, scaling = desperdicio. Con PMF, crecer es más fácil.

Cuándo: Validar antes de escalar marketing/ventas.

Cómo medir:

1.13.1 Sean Ellis Test

Pregunta a usuarios: "¿Qué tan decepcionado estarías si ya no pudieras usar este producto?"

• >40% responden "muy decepcionado" → PMF ✅
• <40% → seguir iterando

1.13.2 Retention Cohorts

• Gráfico de retención por cohorte
• Si curva se aplana (no llega a 0) → PMF
• Si sigue bajendo → leaky bucket, no PMF

1.13.3 Organic Growth

• % usuarios que vienen por referral/word-of-mouth

• 40% → señal fuerte de PMF

1.13.4 Sales Velocity

• Si cierras deals rápido sin convencer mucho → PMF
• Si cada deal requiere custom pitch → no PMF

Pre-PMF: Focus en learning y iteración rápida
Post-PMF: Focus en scaling y optimización

1.14 🔄 Build-Measure-Learn

Qué: Ciclo de Lean Startup para validar hipótesis rápidamente.

Por qué: Reducir desperdicio, aprender rápido, pivotar si necesario.

Cuándo: Incertidumbre alta, nuevos productos/features.

Ciclo:

1. Build (MVP)
   ↓
2. Measure (Datos)
   ↓
3. Learn (Insights)
   ↓
4. Pivot or Persevere
   ↓
(Repeat)

Ejemplo:

• Hipótesis: "Usuarios pagarían por export a PDF"
• Build: Botón "Export PDF" que manda email pidiendo upgrade
• Measure: 200 clicks en 1 semana, 30 respondieron email
• Learn: 15% interesados → vale la pena construir
• Persevere: Construir feature real

Tipo de MVPs:

• Landing page con signup
• Wizard of Oz (manual behind scenes)
• Concierge (servicio personalizado)
• Prototype (Figma clickeable)

1.15 📋 Priorización

1.15.1 RICE Framework

Qué: Modelo para priorizar features: Reach × Impact × Confidence / Effort

Fórmula: Score = (Reach × Impact × Confidence) / Effort

Ejemplo:

Resultado: Priorizar AI suggestions.

⚠️ Sesgos Cognitivos a Evitar:

• Planning Fallacy: Tendencia a subestimar el tiempo necesario para completar tareas. Al estimar "Effort" en RICE, considera agregar un buffer del 50%. Mitigación: Usar estimaciones de 3 puntos (optimista, realista, pesimista) y revisar estimaciones históricas.

• Sunk Cost Fallacy: Continuar invirtiendo en algo porque ya invertiste mucho. No dejes que el trabajo previo influya en la priorización actual. Mitigación: Evaluar cada feature como si fuera nueva, ignorando el esfuerzo ya invertido.

1.15.2 Value vs Effort Matrix

1.16 📝 Product Requirements

1.16.1 PRD (Product Requirements Document)

Qué: Documento que define qué construir y por qué.

Cuándo: Antes de iniciar desarrollo de features grandes.

Secciones:

1. Resumen ejecutivo: One-pager
2. Problema: JTBD, pain points, quotes usuarios
3. Objetivos: OKRs, success metrics
4. Usuarios: Personas afectadas
5. Solución propuesta: Features, flows, mocks
6. Scope: In/Out, MVPs fases
7. Dependencias: APIs, teams, integraciones
8. Riesgos: Technical, market, regulatory
9. Timeline: Estimaciones, hitos

Tip: Usar template, iterar con stakeholders.

1.17 🔍 Discovery Techniques

1.18 🚫 Anti-patrones

1.19 📚 Recursos

• Inspired - Marty Cagan
• The Lean Startup - Eric Ries
• Crossing the Chasm - Geoffrey Moore
• Product School