Guía de vídeo demo de Cursor

¿Qué flujo debe mostrar el vídeo?

Elija el único flujo que demuestra que la construcción funciona, no un tour del código que la produjo. Un espectador que ve un vídeo demo no le importa que el proyecto se escribiera en Cursor en lugar de montarse con un generador. Le importa si la app en ejecución hace el trabajo que dice hacer. Elija la única acción que responda a esa pregunta con más claridad: una tarea completada, un resultado producido, un estado que cambia de una forma que el espectador puede seguir sin que toda la explicación dependa de la narración.

Como los proyectos de Cursor tienden hacia código de estilo producción en lugar de prototipos rápidos, tienen más probabilidades de incluir autenticación real, una base de datos real y lógica de negocio genuina detrás de las pantallas. Eso puede hacer que la app sea más capaz, pero también más propensa a tener un flujo que depende de un estado previo, así que planifique la ruta grabada en torno a datos que ya existan en lugar de asumir que un estado vacío demostrará algo útil.

Eso también significa que los modos de fallo son distintos a los de un prototipo generado. Un prototipo podría mostrar una tabla obviamente vacía. Una construcción de Cursor de estilo producción tiene más probabilidades de fallar en silencio, devolviendo una pantalla de aspecto correcto con los datos equivocados, o un mensaje de éxito para una operación que en realidad no se completó. Pruebe el flujo exacto a mano inmediatamente antes de grabar, no el día anterior, para que el estado que capture la renderización coincida con lo que confirmó por última vez.

• Confirme la URL exacta y la ruta desde la que debe empezar el flujo.
• Prepare datos que hagan legible el resultado, ya que un backend real rara vez empieza precargado.
• Elimine cualquier nombre de cliente, dato de cliente o material privado del entorno antes de grabar.
• Si un inicio de sesión protege el flujo, use una cuenta de demostración en lugar de una real.

¿Dónde encaja este vídeo para un desarrollador en solitario?

La guía de vídeo demo para desarrolladores en solitario cubre el caso en el que la misma persona escribió el código, lo desplegó y es el único revisor antes de que el clip vaya a ninguna parte pública, algo habitual en proyectos de Cursor construidos fuera de un equipo. Para un producto que ya se lanzó y recibe una actualización incremental, la guía de vídeo de actualización de producto cubre cómo enmarcar el clip en torno a lo que cambió en lugar de toda la app. Si el proceso actual implica un grabador de pantalla manual como alternativa, la guía de demo de producto alternativa a Screen Studio compara ese enfoque directamente.

Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, así que vea el candidato antes de enviarlo a cualquier parte. Para una actualización dirigida a una parte interesada en lugar de una audiencia general, la guía de vídeo demo de actualización para inversores cubre cómo acotar el mismo flujo a un cambio actual. Para elegir el aspecto del primer fotograma del archivo antes de compartirlo, la guía del fotograma de póster del vídeo demo es relevante sin importar qué plataforma produjo la app.

Para el mismo trabajo en otras páginas de Cursor, consulte la guía de vídeo de página de destino de Cursor, la guía de vídeo de lanzamiento en Product Hunt de Cursor, la guía para compartir con un cliente de Cursor y la guía de demo de portafolio de Cursor, y para revisar la construcción frente a un briefing, la guía de recorrido de revisión de una app de Cursor. Para una comparación directa de herramientas de grabación, revise GogoScreen frente a Screen Studio. Empiece en la página de inicio para el flujo de trabajo de URL e indicación, explore guías para el resto de la serie, consulte comparaciones frente a otras herramientas, y revise los precios antes de enviar una renderización.