Tema

Tamaño del texto

Fuente

Interlineado

MÓDULO 3.3

🎨 Feedback, diseño y usuarios simulados

Los usuarios casi nunca dicen qué está mal; simplemente se van. Este módulo muestra cómo escuchar lo que no se dijo, cómo diseñar sin caer en el estilo promedio de la IA y cómo probar el producto con usuarios simulados antes del lanzamiento.

6
Temas
50
Minutos
Intermedio
Nivel
Práctico
Tipo
0 de 60%
1

🎞️ El feedback que nadie dio

Herramientas como PostHog y Hotjar ofrecen grabaciones de sesión (session replays): puedes ver, como si fuera un video, a un usuario navegando por tu producto. Dónde hizo clic, dónde se detuvo, dónde volvió, dónde abandonó.

💳 Un hábito de las grandes empresas

Durante los primeros meses, el equipo de Stripe observaba el uso que sus clientes hacían del producto, uno por uno, para encontrar cada punto de dolor. No es un hábito exclusivo de las grandes empresas; es lo que hicieron al principio las empresas que tuvieron éxito.

Muchos errores solo aparecen así: un botón que falla con un doble clic, un formulario que desaparece en un celular específico, un usuario que intenta algo que nunca imaginaste.

LO QUE DICE Nada (en la mayoría de los casos)«Me pareció bueno»«Después lo veo»Se va sin explicar LO QUE MUESTRA LA GRABACIÓN Hizo clic 4 veces en el mismo botónNo encontró dónde pegar el enlaceDesplazó la página buscando el precioSalió en el paso 3 del registro lo que dijo × lo que hizo
En qué fijarte: La columna de la derecha es el feedback real. Nadie escribió nada, pero ahí está todo.

✓ Qué buscar en las grabaciones

  • ✓Clics repetidos en el mismo punto (algo no respondió).
  • ✓Desplazamiento hacia arriba y hacia abajo (la persona está perdida).
  • ✓Salida justo después de un paso específico.

✗ Cuidados

  • ✗Registrar campos sensibles sin enmascararlos.
  • ✗No informar sobre la recopilación en la política de privacidad.
  • ✗Ver una grabación y generalizar para todas.

💡 Consejo práctico

Es posible crear tu propia herramienta de grabación con IA, pero las herramientas consolidadas siguen siendo más confiables y tienen un plan gratuito. Reserva tu energía para tu producto.

2

⚙️ El comando /product-feedback

Hoy, en vez de ver cada grabación, un modelo multimodal rápido (como las versiones Flash de Gemini) puede verlas todas y decirte dónde la experiencia es confusa y en qué puntos las personas no llegan al clic deseado en menos de diez segundos. Después, un agente de código como Claude Code convierte ese diagnóstico en un plan de corrección.

1 Recopilar grabaciones dePostHog 2 Ver modelo devideo rápido 3 Resumir dónde se trabany por qué 4 Planificar Claude Codeprepara el plan 5 Corregir tú apruebasy aplicas El flujo del comando /product-feedback, desde la recopilación hasta el plan de corrección
En qué fijarte: Una sola acción activa los cinco pasos. El último sigue estando en tus manos: la IA propone y tú decides qué cambia.

Copia y ejecútalo

Crear la skill /product-feedback en Claude Code. Guárdala como .claude/skills/product-feedback/SKILL.md en la carpeta del proyecto.

---
name: product-feedback
description: Analiza grabaciones de sesiones recientes y genera un plan para corregir la experiencia del usuario.
---

# /product-feedback

Objetivo: descubrir dónde se traban los usuarios, aunque nadie se haya quejado.

1. Descarga las <N, por ejemplo: 30> grabaciones de sesión más recientes de <PostHog | Hotjar>
   usando <la API/CLI de la herramienta, con la clave en .env>. Omite las sesiones de menos de 10 s.
2. Para cada grabación, pídele al modelo de video <por ejemplo: Gemini Flash> un resumen con:
   - objetivo aparente del usuario;
   - dónde dudó (clics repetidos, búsquedas al desplazarse, pausas largas);
   - si llegó al resultado principal en menos de 10 segundos;
   - dónde salió.
3. Agrupa los problemas por pantalla y ordénalos según la cantidad de sesiones afectadas.
4. Lee el código de las pantallas más problemáticas en <carpeta del front-end> y escribe
   PLANO-FEEDBACK.md con: problema, evidencia (cuántas sesiones), causa probable,
   cambio propuesto, archivo que se modificará, cómo medir si mejoró.
5. NO modifiques el código. Detente y muéstrame el plan para que lo apruebe.
Cómo verificar: Ejecuta /product-feedback en Claude Code. Debe aparecer un PLANO-FEEDBACK.md con los problemas ordenados por número de sesiones y sin que se haya modificado ningún archivo de código.

✓ Déjaselo a la IA

  • ✓Ver y resumir decenas de grabaciones.
  • ✓Agrupar problemas por pantalla.
  • ✓Proponer cambios e indicar archivos.

✗ Déjalo en tus manos

  • ✗Aprobar los cambios en el producto.
  • ✗Decidir qué es prioritario para el negocio.
  • ✗Verificar que las grabaciones respeten la privacidad.

⚠️ Costo y privacidad

Enviar videos a un modelo externo tiene un costo por uso e implica enviar datos de navegación fuera de tu entorno. Usa grabaciones con campos enmascarados, limita el número de sesiones por ronda y confirma que tus términos de uso permitan este procesamiento.

3

🧭 Copia el onboarding de quienes ya facturan

El onboarding es la incorporación del usuario al producto: desde el primer acceso hasta el momento en que entiende cómo funciona y empieza a usarlo. Los productos que generan ingresos ya han perfeccionado esa incorporación con muchas pruebas. En vez de empezar de cero, estudia lo que hacen.

Cómo estudiar un onboarding

1

Encuentra quién genera ingresos de verdad

Hay sitios que muestran productos con ingresos verificados mediante la integración con el medio de pago. Los ingresos indican que la experiencia de incorporación funciona.

2

Recorre todo el proceso de incorporación

Crea una cuenta y úsala por primera vez. O pídele a un agente con uso de computadora (Codex tiene un navegador integrado) que lo haga y registre cada pantalla.

3

Anota qué es diferente

El orden de las preguntas, qué se pide y cuándo, los textos de los botones y lo que aparece justo después del registro.

4

Adapta, no clones

Adopta el principio, no el diseño. Lo que funciona para su público puede necesitar ajustes para el tuyo.

DESDE CEROTú pruebas por tu cuentaMeses de intentosPromedio de la IA como base HEREDADOCientos de pruebas A/BYa validado con dineroTú lo adaptas a tu nicho Empezar de cero frente a aprovechar lo que ya aprendieron quienes hicieron pruebas
En qué fijarte: La balanza se inclina hacia quienes ya hicieron pruebas. Los ingresos demuestran que el flujo convence a alguien de pagar.

⚠️ Por qué no pedir simplemente «haz un buen onboarding»

Si le pides al modelo un onboarding sin darle referencias, te entrega el promedio de lo que vio durante el entrenamiento. El promedio no es lo que mejor convierte; es solo lo más común. Las referencias reales llevan el resultado por encima del promedio.

💡 Consejo práctico

Ten cuidado con las plataformas públicas de métricas: mostrar tus ingresos en un sitio abierto también avisa a quienes podrían copiarte. Estudia a los demás, pero piensa bien antes de hacer públicos tus números.

4

🖌️ Diseño sin inflar la configuración

Una recomendación común es «instala estas siete skills de diseño para que tu app no parezca hecha por IA». El resultado suele parecer... hecho por IA. Peor aún: cada skill tiene un estilo y, cuando el agente usa tres a la vez, los paradigmas de diseño chocan. La configuración queda recargada y el aspecto, confuso.

CONFIGURACIÓN RECARGADA 7 skills de diseño instaladasEstilos que se contradicenContexto lleno de reglasResultado: un promedio genérico BÚSQUEDA DIRIGIDA El agente navega por galeríasAnota lo que sirve para el nichoElige con criterioResultado: identidad propia instalar × observar
En qué fijarte: Instalar es incorporar la opinión de otra persona. Observar es tomar solo lo que sirve para tu producto.
🧩

21st.dev

Galería de componentes de interfaz: fondos, bordes, tarjetas y botones. Útil para ver patrones visuales.

🎬

whatships

Videos de lanzamiento de productos. Referencia para el video de marketing de tu sitio.

🏆

Awwwards

Sitios premiados del mes y del año. Tipografía, diseño e interacción por encima del promedio.

Copia y ejecútalo

Pídele a un agente con navegador (Codex con uso de computadora o Claude con navegador) que estudie referencias y proponga una guía visual para tu producto.

Usa el navegador para estudiar referencias de diseño. NO instales skills, plugins ni paquetes.

Mi producto: <frase de posicionamiento de una línea>
Público: <quién lo usa>
Sensación deseada: <por ejemplo: confiable y tranquilo | rápido y audaz>

1. Abre https://21st.dev y recorre los componentes (fondos, bordes, tarjetas, botones).
   Anota 5 que encajen con el producto y explica por qué.
2. Abre https://whatships.com, mira 3 videos de lanzamiento de productos similares
   y describe cuadro por cuadro qué hace que cada uno sea claro en menos de 2 minutos.
3. Abre https://www.awwwards.com (sitios del mes/año), recorre 3 sitios hasta el final y anota:
   tipografía, posición de los botones, ritmo del desplazamiento y qué es inusual.
4. Escribe GUIA-VISUAL.md con: paleta, 2 fuentes, 5 componentes elegidos,
   estructura de la página de inicio y guion de un video de 60 s.
5. Justifica cada elección según el público y la sensación deseada.
Cómo verificar: El agente debe abrir los tres sitios (verás cómo navega) y entregar un GUIA-VISUAL.md con las elecciones justificadas, sin haber instalado nada en el proyecto.

💡 Valor por desplazamiento

Al revisar tu página, pregúntate en cada pantalla de desplazamiento: «¿qué aprendió la persona aquí?». Minimalista no significa vacío; cada desplazamiento debe aportar valor.

5

👥 Usuarios simulados con subagentes

Un subagente es un agente de IA que el agente principal crea para encargarse de una tarea aparte, con instrucciones propias. Puedes crear varios, cada uno con una persona: un perfil de usuario con distinta edad, rutina, paciencia y experiencia.

Tuproducto +55 Años, poca familiaridad digital necesita claridad, letra legible, confianza +20 Años, TDAH, probó 100 productos en la semana decide en segundos, odia esperar +1 Gerente que va a pagar quiere ver costos, seguridad y retorno +1 Especialista técnico escéptico busca fallas y promesas exageradas
En qué fijarte: Cada rama analiza el mismo producto y ve problemas distintos. El valor está en las diferencias: lo que una persona ama, otra puede abandonarlo.

Copia y ejecútalo

Ejecutar un panel de 4 usuarios simulados en Claude Code sobre tu página o app.

Crea 4 subagentes, uno para cada persona a continuación. Cada uno debe analizar
<URL de la página | carpeta del proyecto> desde su propio punto de vista, de forma independiente.

Personas:
1. <Nombre>, 55 años, <profesión>, usa el celular para casi todo, desconfía de pagar en línea.
2. <Nombre>, 20 años, TDAH, probó 100 productos en la última semana, decide en 10 segundos.
3. <Nombre>, gerente que aprueba la compra: quiere costos, seguridad y retorno claros.
4. <Nombre>, especialista técnico escéptico: busca fallas y promesas exageradas.

Cada subagente responde:
- En 10 segundos, ¿entendí de qué se trata? (sí/no + qué creí que era)
- Qué me haría salir de la página.
- Qué me haría pagar.
- La frase exacta que cambiaría.

Después, consolida todo en PAINEL-PERSONAS.md: puntos en los que 3 o más coinciden,
diferencias importantes y los 5 cambios de mayor impacto, en orden.
Cómo verificar: Debe aparecer PAINEL-PERSONAS.md con cuatro opiniones distintas y una lista priorizada. Si las cuatro suenan iguales, haz que las personas sean más específicas y vuelve a ejecutarlo.

⚠️ Una simulación no es validación

Las personas simuladas ayudan a encontrar problemas obvios antes del lanzamiento. No sustituyen a personas reales que pagan. Úsalas para mejorar el producto, no para concluir que va a funcionar.

6

🌐 Multitudes sintéticas y criterio

Hay herramientas, como Mirofish, que crean cientos o miles de agentes, cada uno con un pequeño prompt de sistema que describe quién es. Juntos, simulan compradores de un mercado y dicen qué pensarían de tu producto, tu página o tu anuncio.

📊 La prueba que genera confianza: el backtest

La gente ha usado estas herramientas para una prueba sencilla: tomar las últimas 10 publicaciones de un perfil y pedirle a la multitud sintética, con el público de ese perfil, que diga cuál tendría más éxito. En muchos casos, señala la publicación que realmente se volvió viral.

Si la simulación acierta sobre el pasado, ganas algo de confianza para usarla en decisiones futuras: qué título probar, qué página publicar, qué oferta hacer.

Multitud sintética miles de opiniones simuladas Panel de personas 4 a 6 subagentes detallados Grabaciones de sesiones uso real, sin palabras Clientes que pagan la única validación definitiva de afuera hacia adentro
En qué fijarte: Cuanto más hacia el centro, más confiable y más caro. Las capas externas sirven para llegar al centro con menos errores, no para sustituirlo.

✓ Usa la simulación para

  • ✓Elegir entre versiones de un título o una página.
  • ✓Encontrar objeciones antes de gastar en anuncios.
  • ✓Ver cómo reaccionan distintos públicos.

✗ No uses la simulación para

  • ✗Concluir que el producto se va a vender.
  • ✗Prescindir de hablar con clientes reales.
  • ✗Justificar una decisión que ya habías tomado.

🧭 Cierre: el criterio es el juego

Todo lo que este curso mostró está al alcance de cualquiera hoy: construir, diseñar, simular, analizar. Precisamente por eso, nada de eso te diferencia por sí solo.

Lo que te diferencia es el criterio: saber si vale la pena construir algo, para quién, durante cuánto tiempo y cómo llegar a esas personas. En un mundo donde se puede construir cualquier cosa, ese criterio es todo el juego.

💡 Próximo paso práctico

Toma el producto o la idea en la que estás trabajando y sigue este orden: la frase de una línea (3-2), el panel de personas (3-3) y el plan de distribución para las primeras 100 personas (3-1). En una tarde tendrás las tres respuestas por escrito.

🧪 Prueba rápida del módulo

Tres preguntas. Haz clic en una opción para ver la respuesta.

1. ¿Por qué son valiosas las grabaciones de sesiones?

2. ¿Cuál es el problema de instalar varias skills de diseño al mismo tiempo?

3. ¿Cuál es la única validación definitiva de un producto?

📋 Resumen del módulo

✓
Grabaciones de sesiones - La verdadera retroalimentación está en lo que hizo el usuario, no en lo que dijo.
✓
/product-feedback - Un modelo de video resume las sesiones; un agente de código arma el plan; tú lo apruebas.
✓
Onboarding heredado - Estudia a quienes ya generan ingresos; adapta el principio, no copies el diseño.
✓
Diseño a partir de referencias - Revisa galerías y elige con cuidado, en lugar de acumular skills.
✓
Personas y multitudes - La simulación encuentra problemas pronto, pero no sustituye a un cliente que paga.
✓
Criterio - Cuando se puede construir cualquier cosa, saber qué vale la pena construir es el juego.