Recopilando y Priorizando Feedback
El feedback es oro
Después del lanzamiento tendrás mucho feedback. El reto no es conseguirlo, sino organizarlo y priorizarlo. No puedes hacer todo lo que piden, pero puedes hacer lo correcto.
Sistema de captura de feedback
El feedback viene de múltiples fuentes. Necesitas un sistema único para consolidarlo:
Fuentes de feedback
Comentarios en redes
Prioridad: Alta
Emails de soporte
Prioridad: Alta
Reportes de bugs
Prioridad: Crítica
Reviews/testimonios
Prioridad: Media
Encuestas in-app
Prioridad: Alta
Llamadas con usuarios
Prioridad: Muy alta
Datos de comportamiento
Prioridad: Media
Feature requests
Prioridad: Media
Categorización del feedback
Cada pieza de feedback cae en una de estas categorías:
🔴 Bugs
Algo no funciona como debería. Prioridad por severidad (crítico → alto → medio → bajo).
🟣 Feature Requests
Funcionalidades nuevas que piden los usuarios. Evaluar contra tu visión de producto.
🟡 UX/Usabilidad
Algo funciona pero es confuso o difícil. A menudo más importante que features nuevas.
🟢 Positivo
Lo que les gusta y funciona bien. Igual de importante: saber qué NO cambiar.
Framework de priorización: ICE Score
Para features y mejoras, usa el ICE Score para priorizar objetivamente:
Impact
¿Cuánto mejora la experiencia?
1 (poco) - 10 (mucho)
Confidence
¿Qué tan seguro estás?
1 (poco) - 10 (muy seguro)
Ease
¿Qué tan fácil es hacerlo?
1 (difícil) - 10 (fácil)
ICE Score = (I × C × E) / 3
Mayor score = mayor prioridad
Ejemplo de priorización
| Feature | I | C | E | ICE |
|---|---|---|---|---|
| Mejorar onboarding | 9 | 8 | 7 | 56 |
| Dark mode | 4 | 9 | 6 | 38 |
| Integraciones API | 7 | 5 | 3 | 25 |
| App móvil | 8 | 6 | 2 | 21 |
→ Mejorar onboarding tiene el mayor impacto con esfuerzo razonable. App móvil, aunque muy pedida, es demasiado costosa ahora.
Cuándo NO escuchar feedback
No todo feedback debe convertirse en acción:
No es tu usuario objetivo
Si el feedback viene de alguien que no es tu target, escúchalo pero no actúes necesariamente.
Es un caso único
Un usuario pidiendo algo muy específico para su caso. Busca patrones, no casos aislados.
Va contra tu visión
Si implementar el feedback te aleja de lo que quieres construir, es válido decir no.
“Estaría bueno si...”
Deseos vagos no son necesidades reales. “No puedo usar esto sin...” es mucho más fuerte.
La regla del 3
Si escuchas el mismo feedback de 3 usuarios diferentes sin conexión entre sí, probablemente es un problema real. Un solo usuario puede estar equivocado, tres es un patrón.
Siguiente paso
En la próxima lección aprenderás sobre ciclos de iteración rápida: cómo implementar mejoras semanales basadas en feedback sin perder el foco.