Guía6 min de lectura

Guía de vídeo demo para Show HN

Dé a los lectores técnicos una única ruta funcional que merezca la pena inspeccionar.

Elija un único flujo técnico para un vídeo demo de Show HN, y después revise la evidencia que un lector de Hacker News puede inspeccionar.

Ver cómo funcionaLos primeros 60 segundos de vídeo son gratuitos, con marca de agua.
Verifique su correo electrónico para descargarlo.

Un vídeo demo de Show HN debe darle a un lector técnico una única ruta funcional que inspeccionar. Su trabajo no es crear una galería de lanzamiento ni comprimir todo un producto en un clip corto. Un buen candidato empieza en un estado preparado, muestra la acción que hace interesante al producto, y se mantiene en el estado resultante el tiempo suficiente para que alguien entienda qué cambió. La publicación de Show HN puede entonces explicar el contexto técnico, las limitaciones y las preguntas que la grabación no puede demostrar.

Eso hace que esta página sea distinta de un vídeo demo de Product Hunt. Product Hunt necesita un activo que respalde una promesa de listado y una galería. Es más probable que los lectores de Show HN pregunten si lo que funciona se comporta como se describe, qué límite eligió quien lo creó y dónde pueden aprender más. El vídeo es evidencia para una única pregunta acotada, no un sustituto de un README o de una explicación técnica.

Necesidad del lector	Qué puede mostrar el vídeo	Qué debe ir junto a él
¿Hay una ruta funcional?	Una ruta preparada, una acción y un resultado visible	El alcance y las limitaciones conocidas
¿Por qué importa la acción?	El comportamiento de producto observable	El problema técnico que se aborda
¿Puedo inspeccionar más el trabajo?	Un ejemplo de navegador acotado	Un README, un repositorio o el contexto de la publicación

Elija la pregunta antes que la ruta

Empiece por la pregunta que un lector técnico debería poder responder después de ver el vídeo. Puede ser si un usuario puede completar una tarea en el navegador, si una entrada produce un resultado visible, o si una interacción concreta es comprensible sin narración. No empiece por la navegación de la app. La navegación solo es útil cuando establece el inicio de la prueba seleccionada.

La pregunta debe ser más acotada que «¿qué hace el producto?». Esa pregunta produce un recorrido, y un recorrido suele darle a un lector escéptico menos que examinar. Una pregunta mejor nombra el único comportamiento que hace que valga la pena abrir la publicación de Show HN. Si la respuesta necesita varias funciones no relacionadas, la publicación le está pidiendo al vídeo que cargue con más de lo que una secuencia de navegador acotada puede sostener.

Use esta lista de selección antes de preparar la ruta:

Plantee la pregunta técnica que el flujo elegido puede responder.
Elija una única ruta inspeccionable con un estado de inicio preparado.
Muestre la acción relevante sin convertir el clip en un recorrido.
Mantenga visible el estado resultante para que un lector técnico lo inspeccione.

Un GIF de demo para README sirve al lector de repositorio que necesita una orientación compacta. Un vídeo demo de SaaS cubre el proceso más amplio de preparación de URL y flujo orientado al comprador. Para Show HN, la prueba es más específica: ¿puede el clip hacer inspeccionable una única afirmación técnica funcional sin pedirle al espectador que acepte un sistema, un resultado o un plan futuro que no se muestra?

Prepare una ruta en la que un lector pueda confiar

Elija una ruta de app web accesible y pruébela a mano con datos sembrados no sensibles. Confirme el estado de inicio, las redirecciones, los avisos de consentimiento, los estados vacíos, las ventanas modales y el resultado final. La pasada manual crea un objetivo de revisión concreto. No establece que cada ruta vaya a renderizarse con éxito ni que el producto funcione para cada app.

El flujo de trabajo declarado de GogoScreen usa una URL y una indicación de una línea sobre qué mostrar, y después devuelve un MP4 editado. Escribe y narra una voz en off ajustada a lo que ocurrió en pantalla, y aplica una edición como zooms en los clics, suavizado del cursor, cortes de los silencios muertos y subtítulos. Estas son capacidades del producto, no prueba de un resultado no visto. Una renderización puede fallar o necesitar un reintento, así que quien crea el contenido debería dejar tiempo para revisar un candidato antes de usarlo en una publicación pública.

Si la ruta necesita autenticación, use una cuenta de demostración descartable a través del proceso aprobado del producto. Quienes redactan y revisan nunca deben manejar ni incluir credenciales. En GogoScreen, las credenciales se cifran, se usan para una única renderización y después se eliminan. Si primero se planifica un storyboard, las credenciales se conservan cifradas durante esa sesión y se eliminan como máximo dos horas después de su último uso. No muestre una URL de cliente, datos de cliente, un documento privado ni un identificador personal solo para que el flujo parezca más completo.

Escriba la indicación como una instrucción comprobable

Una indicación útil identifica dónde empieza el flujo, la acción relevante y el resultado visible. Debe darle al revisor una forma de comparar el candidato con la ruta prevista. «Desde la lista de proyectos preparada, cree una factura y muestre la nueva entrada» nombra una tarea acotada. «Muestra la arquitectura del producto» le pide a una grabación de navegador que explique algo que pertenece a la publicación o al README.

Mantenga la redacción factual. No use la indicación para afirmar rendimiento, escala, seguridad, tracción o capacidad futura. Esas afirmaciones necesitan su propia evidencia. La secuencia de navegador solo debe llevar lo que la secuencia de navegador puede revelar. Si la acción requiere explicación de fondo, propórciónela en el texto de Show HN antes o después del clip.

Un vídeo demo de presentación para startups también se limita a la prueba de producto, pero respalda el contexto de presentación de un fundador. Un vídeo demo de actualización para inversores documenta el progreso en torno a un cambio de producto. Un vídeo demo de lanzamiento de función anuncia una capacidad recién disponible. Cada audiencia hace una pregunta distinta, así que la misma secuencia de navegador no debería reutilizarse con una nueva etiqueta sin otra revisión.

Revise para la inspeccionabilidad

Vea el candidato primero sin depender de la narración. Un lector técnico debería poder localizar el contexto de inicio, ver la acción relevante e identificar el estado resultante. Después compare los subtítulos y la voz en off con lo que ocurrió en pantalla. GogoScreen puede crear estos elementos, pero quien es responsable del producto sigue siendo quien decide si el lenguaje es preciso y proporcionado.

Revise el texto de Show HN que lo acompaña al mismo tiempo. La publicación debe nombrar qué demuestra el clip, qué no demuestra, y dónde puede inspeccionar más detalle un lector interesado. Evite usar un montaje pulido para dar a entender que un prototipo está terminado, que un resultado es universal, o que una limitación técnica ha desaparecido.

Elemento de revisión	Decisión que registrar
Ruta y estado preparado	Si el contexto de apertura coincide con la pregunta técnica
Acción y resultado	Si el resultado visible se deriva de la acción
Seguridad pública	Si el material de cliente o las credenciales están ausentes
Redacción de la publicación	Si las afirmaciones se mantienen dentro de la sesión observada

Conecte el vídeo con la siguiente lectura correcta

Un vídeo de Show HN funciona mejor cuando lleva a material que un lector técnico pueda usar. Enlace la publicación a un README para la configuración y las limitaciones, y a la página de producto relevante para una explicación más amplia del trabajo del usuario. La guía de GIF de demo para README explica cómo mantener corto un activo de repositorio. La guía de vídeo demo de software desde una URL cubre la preparación de la URL.

Para la colocación de lanzamiento, use la preparación del vídeo demo de Product Hunt en lugar de tratar Show HN como una galería. Para una decisión de flujo de trabajo general, consulte GogoScreen frente a Loom, GogoScreen frente a Screen Studio, GogoScreen frente a Clueso y GogoScreen frente a Guidde. Empiece con la página de inicio de GogoScreen, revise los precios y consulte la política de privacidad antes de enviar una renderización.

Aclaraciones

Antes de empezar

¿Qué debe mostrar un vídeo demo de Show HN?

Muestre un único flujo técnico funcional con una condición de inicio clara, una acción observable y un resultado que el lector pueda inspeccionar. El clip debe ayudar a un lector técnico a evaluar lo que funciona, no sustituir la explicación del propio Show HN.

¿En qué se diferencia un vídeo de Show HN de un vídeo de Product Hunt?

Un vídeo de Product Hunt respalda un listado y una galería. Un vídeo de Show HN debe facilitar la inspección de la pregunta de producto orientada a la implementación, mientras que la publicación explica el contexto técnico, las limitaciones y la retroalimentación que busca quien lo creó.

¿Debería un vídeo de Show HN ser un recorrido completo del producto?

No. Un recorrido completo oculta la decisión que un lector técnico intenta tomar. Use una única ruta acotada y enlace a la documentación o a un README para la configuración, la arquitectura y las limitaciones que no pertenecen a la grabación.

¿Qué necesita revisarse antes de compartir un vídeo de Show HN?

Revise la ruta, los datos preparados, la acción visible, el resultado, los subtítulos y cualquier voz en off audible. Confirme que no aparece material de cliente, credenciales, una URL privada ni una afirmación técnica no respaldada en el clip ni en la publicación que lo acompaña.

Pegue una URL, describa un flujo y obtenga un vídeo de demostración de su aplicación web.

Los primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargar el vídeo.

Ver precios Leer las guías