Vídeo demo de portafolio de Cursor

¿Cómo se prepara un proyecto de Cursor para la grabación?

Abra primero la ruta accesible a mano, de la misma forma en que probaría cualquier app web antes de ponerla delante de otra persona. Confirme que no hay una redirección rota, ningún paso de incorporación a medio terminar, ni un estado vacío donde debería estar el resultado significativo. Los proyectos de Cursor a menudo empiezan con datos de relleno de una plantilla inicial, y esos datos se leen como inacabados en el momento en que alguien más los ve. Sustitúyalos por algo que parezca un uso real y plausible de la herramienta antes de grabar nada.

• Confirme que la ruta se abre sin un error ni un estado de carga bloqueado.
• Sustituya el contenido de relleno de la plantilla inicial por datos que correspondan al propósito real de la app.
• Decida si el flujo necesita un inicio de sesión y, si es así, prepare una cuenta desechable.
• Anote el punto de inicio y el punto final exactos de la interacción que quiere mostrar.

Si el proyecto está protegido por autenticación, se puede proporcionar una cuenta de demostración mediante el proceso normal de GogoScreen, y 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. Ese es un detalle importante para quien construye un portafolio, ya que el inicio de sesión de un proyecto personal sigue siendo un inicio de sesión que preferiría no entregar sin más. Para una guía complementaria sobre cómo preparar correctamente esa cuenta, consulte preparar una cuenta de demostración para un vídeo de producto.

Piense con cuidado de quién son los datos que aparecen en pantalla. Un proyecto personal construido en Cursor a veces contiene información real de las primeras pruebas, una dirección de correo electrónico personal usada para registrarse, o el nombre de un amigo escrito al probar la función. Nada de eso pertenece a una entrada de portafolio pública. Sustitúyalo por datos que sean claramente representativos y no claramente reales, y revise todos los campos visibles, no solo aquel en el que se centra la interacción.

¿Dónde debe estar el vídeo terminado?

Coloque el vídeo en la parte superior de la entrada de portafolio del proyecto, antes de la descripción y antes de la lista de tecnologías. Un revisor que tiene que desplazarse por tres párrafos para encontrar la prueba de que la app funciona normalmente ya ha seguido adelante. Si el mismo proyecto también necesita su propia página pública, la cuestión de la colocación cambia, y un tratamiento de vídeo demo de página de destino o un tratamiento de vídeo de lanzamiento en Product Hunt responde a un encargo distinto al de una entrada de portafolio, incluso cuando el material grabado subyacente es similar. Un vídeo demo de Windsurf general cubre el mismo flujo de trabajo de grabación si el proyecto se hubiera construido en esa plataforma en su lugar, y los pasos de preparación se trasladan de todos modos.

Si el propio portafolio necesita llegar a un revisor concreto sin perfil técnico, como un reclutador que reenvía su trabajo a un responsable de contratación que no hará clic en nada, un traspaso al estilo de Windsurf, compartir con un cliente explica cómo empaquetar el mismo tipo de prueba para alguien que quiere una respuesta directa en lugar de una página que explorar.

Un vídeo de portafolio también es un buen candidato para reutilizar. El mismo clip, recortado de otra forma, puede servir de apoyo a un vídeo demo de una app en staging compartido de forma privada con un mentor para recibir comentarios, o a un corte más breve dirigido a alguien que está decidiendo si un SaaS nuevo merece su primer vídeo demo. Mantenga la grabación original centrada en un único trabajo para que esos recortes sigan siendo fáciles de hacer, en lugar de requerir una nueva grabación completa. Si se planea una revisión de seguimiento una vez que el código cambie, el recorrido de revisión de una app de Cursor explica cómo entregar a un revisor el flujo que demuestra que se completó una solicitud concreta, que es un uso relacionado pero distinto del mismo flujo de trabajo subyacente.