Errores que pierden espectadores
Las demos fallan de unas pocas formas reconocibles, y ninguna tiene que ver con el valor de producción. Tienen que ver con la atención: cada una de ellas le da al espectador un motivo para dejar de mirar antes de la parte que te importaba.
La pista y el recorrido
Dos versiones del mismo error. La **pista** es todo lo anterior a lo interesante: el acceso, la navegación, el recorrido por la barra lateral, la explicación de lo que vamos a ver. El **recorrido** es enseñar la estructura del producto en vez de su uso: aquí el panel, aquí ajustes, aquí el módulo de exportación. Los dos nacen de querer ser exhaustivo y los dos pierden al espectador, porque ninguno responde a la única pregunta que se está haciendo: *qué hace esto por mí*. Empieza en la acción y muestra una tarea de principio a fin. La estructura es para lo que sirve la documentación.
Texto ilegible
El fallo técnico más común, y se decide en el momento de grabar. Una ventana maximizada en un monitor grande, reducida a 1080p, deja el texto de cuerpo en unos seis píxeles de alto: ilegible en un portátil e invisible en un móvil. Ampliar después magnifica píxeles que nunca existieron. Las soluciones están todas en el origen: redimensiona la ventana antes de grabar, sube el nivel de zoom de la propia aplicación y recuerda que una demo publicada en un feed se ve al tamaño de un naipe. Si no puedes leer el texto en tu móvil, nadie más podrá.
Mareo
Demasiados zooms, movimientos demasiado rápidos, movimientos que vuelven al plano general entre dos objetivos cercanos, y movimientos que llegan y se van antes de que se pueda leer nada. Cualquiera de ellos convierte una demo en algo por lo que la gente pasa de largo por razones que describirían como «se sentía raro». Dos o tres movimientos en treinta segundos, cada uno mantenido lo suficiente para leerse, con los cercanos encadenados directamente en vez de saltar fuera y dentro. El movimiento debe señalar cosas; cuando hay más movimiento que contenido, no señala nada.
Cosas inventadas y la suposición de sonido
No inventes un cursor, un efecto de clic, una notificación ni un resultado. Quien detecta un elemento fabricado reevalúa todo lo demás del vídeo, y los detectan más a menudo de lo que la gente cree. Por eso aquí nada dibuja un cursor y por eso la barra de direcciones del marco de navegador se queda vacía salvo que escribas una. La otra mitad de esto es suponer sonido: la mayoría de demos se ven en silencio en un feed, así que todo lo explicado solo en la narración no está explicado. Lo que haya que entender debe estar visible en pantalla, que es además por lo que las demos mudas llegan más lejos y no hay que regrabarlas al cambiar de idioma.
Preguntas frecuentes
¿Por qué la gente deja de ver mi demo?
Normalmente por la pista: los primeros diez a veinte segundos dedicados a acceder, navegar y explicar antes de que pase algo. Empieza en la acción.
¿Por qué mi texto es ilegible en el vídeo?
La ventana de grabación era demasiado grande para la resolución de exportación. Redimensiónala y sube el zoom de la app antes de grabar; después no tiene arreglo.
¿Es mejor una demo con muchos zooms?
Al contrario. Dos o tres movimientos bien mantenidos ganan a una docena; el movimiento constante se lee como insoportable sin importar el contenido.
¿Debo añadir un cursor o efecto de clic falso?
No. Los elementos fabricados se detectan y cuestan la confianza del espectador en el resto del vídeo.
¿Necesito narración?
No, y a menudo es mejor sin ella. La mayoría de demos en feeds se ven en silencio, así que lo explicado solo en audio no está explicado.
¿Debo mostrar todo el producto?
No. Una tarea, de principio a fin. Mostrar la estructura del producto es tarea de la documentación, no de una demo.
Convierte una grabación de pantalla en una demo que se ve. Graba una pestaña, obtén zooms automáticos donde de verdad pasó algo, ponlo sobre un fondo limpio dentro de un marco de ventana y exporta MP4. Todo ocurre en la pestaña: en nuestro lado no hay ningún punto que acepte vídeo.
Abrir Demo Studio