Saltar al contenido
Guía7 min de lectura

Vídeo demo de portafolio de Lovable

Una captura demuestra que sabe diseñar una pantalla. Un vídeo demuestra que funciona.

Añada un proyecto de Lovable a un portafolio con un vídeo corto que muestre la app en funcionamiento en lugar de una captura de pantalla estática.

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

Una entrada de portafolio que solo es una captura de pantalla le pide a quien la ve que imagine el resto. Una entrada de portafolio con un vídeo corto elimina esa imaginación. Alguien que decide si contratar a quien construye con Lovable, o si confiarle a un freelance el siguiente proyecto, intenta responder una pregunta: ¿el trabajo de esta persona realmente funciona, o solo se ve bien en una imagen fija? Un vídeo responde a esa pregunta directamente, de una forma que una imagen estática no puede.

Esta distinción importa más para quien construye con una herramienta asistida por IA que para un desarrollador tradicional con un historial de GitHub al que apuntar. Una app generada puede verse pulida en una captura de pantalla sin importar si el flujo subyacente realmente funciona de principio a fin. Un vídeo cierra esa brecha de credibilidad, porque muestra la interacción, no solo el diseño.

El escepticismo sobre las construcciones asistidas por IA es algo real contra lo que tiene que trabajar un portafolio, sea justo o no ese escepticismo. Quien sospecha que la interfaz es más pulido que función buscará precisamente el tipo de evidencia que una captura de pantalla estática no puede aportar. Mostrar el flujo completo desde un estado inicial real, sin un corte que oculte un paso, aborda ese escepticismo directamente en lugar de pedirle a quien lo ve que confíe en la palabra de quien lo construyó.

¿Por qué una app en funcionamiento supera a una captura de pantalla en un portafolio?

Una captura de pantalla es una afirmación sobre el aspecto de una pantalla. Un vídeo es evidencia sobre cómo se comporta la app. Quien evalúa un portafolio, ya sea para una decisión de contratación o un nuevo proyecto, le importa más el comportamiento que la apariencia, porque la apariencia es fácil de falsear con un recorte cuidadoso y el comportamiento no lo es.

Formato de portafolioQué demuestraQué no puede demostrar
Captura de pantalla estáticaDiseño visual y maquetaciónSi la interacción realmente funciona
Caso de estudio escritoContexto y razonamiento detrás de una decisiónCómo se ve en movimiento el resultado terminado
Vídeo cortoEl flujo funcionando de la entrada al resultadoEl detalle técnico completo de cómo se construyó

Este es un trabajo distinto al de un vídeo de página de destino, que tiene que convencer a un desconocido de confiar en un producto. Un vídeo de portafolio tiene que convencer a un desconocido de confiar en la habilidad de una persona, lo cual cambia qué cuenta como el flujo correcto para mostrar.

Esa distinción da forma al pie de foto tanto como a las imágenes. Un vídeo de página de destino vende el producto en sus propios términos. Un vídeo de portafolio vende a quien construye a través del producto, así que el pie de foto debería remitir a la decisión o la técnica detrás del flujo, no solo describir lo que ocurre en pantalla.

¿Cómo se elige el flujo a destacar?

Elija el flujo que mejor demuestra la habilidad concreta que esta entrada pretende mostrar, no el flujo que resulta ser el más terminado. Si el portafolio pretende mostrar un diseño de interacción sólido, elija un flujo con cambios de estado significativos en lugar de un formulario estático. Si pretende mostrar la capacidad de construir algo funcionalmente completo con rapidez, elija el flujo que mejor demuestra que la app hace lo que promete desde un inicio en frío.

  • Identifique la habilidad o el criterio que esta entrada debe demostrar.
  • Elija el flujo que muestra esa habilidad más directamente, no el más rico en funciones.
  • Confirme que el flujo se completa con limpieza desde un estado nuevo.
  • Elimine todo lo que no esté relacionado con lo que la entrada quiere demostrar.

Un vídeo de galería de lanzamiento y un vídeo de actualización para el cliente están ambos acotados por una pregunta externa que otra persona plantea. Una entrada de portafolio está acotada por lo que quien construye quiere demostrar sobre su propio trabajo, lo cual es una elección más deliberada y que vale la pena dedicarle tiempo real.

Piense en la entrada como un argumento en lugar de un resumen. Un resumen intenta cubrir todo lo que hace el proyecto. Un argumento elige la única afirmación que quien construye quiere que crea quien lo ve, como que esta persona puede convertir un brief vago en un flujo funcional con rapidez, y después elige las imágenes que respaldan exactamente esa afirmación y nada más.

¿Qué tiene que ser cierto antes de que el proyecto se haga público?

Confirme que el proyecto realmente está autorizado para uso público antes de grabar nada. El trabajo hecho para un cliente necesita permiso explícito antes de aparecer en un portafolio, e incluso con permiso nunca debería mostrar los datos reales del cliente, su nombre real o marca no aprobada. Un portafolio construido sobre material de cliente visible sin consentimiento es un problema de confianza que dura más que cualquier vídeo concreto, y es el tipo de error difícil de deshacer una vez que un vídeo ya se ha compartido públicamente.

Un proyecto personal o secundario conlleva menos riesgo pero aun así merece la misma revisión. Compruebe que cualquier dato de ejemplo en la app se inventó para ese propósito, y no se sacó de una cuenta real o una persona real, incluso si es probable que a esa persona no le importara. El hábito de comprobar vale más que el juicio sobre cualquier proyecto concreto.

  1. Elija el único flujo que mejor demuestra la habilidad que esta entrada de portafolio pretende mostrar.
  2. Confirme que el proyecto está autorizado para uso público, sin datos de cliente ni marca no aprobada visibles.
  3. Grabe el flujo y añada un pie de foto corto que nombre qué está viendo quien lo ve y por qué importa.

Para un proyecto inacabado, resista la tentación de mostrar más de lo que realmente funciona. Un flujo corto que se completa con limpieza dice más sobre la habilidad que uno más largo que tropieza con una arista sin pulir a mitad de camino. La guía de recorrido de revisión de app cubre una situación relacionada donde la audiencia comprueba la construcción frente a una especificación en lugar de juzgar la habilidad general de quien construye.

Mantenga un registro de qué versión del proyecto se grabó en el vídeo. Los proyectos de portafolio a veces siguen cambiando después de que la entrada se publica, y quien lo ve y hace clic hasta un enlace en vivo que ya no coincide con el vídeo notará la diferencia. Una breve nota con la fecha en que se grabó el vídeo protege contra ese tipo de desviación sin exigir que el vídeo se rehaga cada vez que el proyecto cambia.

¿Cómo debería enmarcarse el vídeo para quien lo revisa rápido?

La mayoría de quienes revisan un portafolio van rápido. Un responsable de contratación o un cliente potencial con una pila de entradas por revisar no leerá una descripción larga antes de decidir si mira. Un pie de foto corto encima del vídeo, que nombre qué está a punto de ver quien lo mira y por qué importa, hace más trabajo que un párrafo de texto que probablemente se salte.

Para quien construye y ensambla un portafolio en varias plataformas, la guía de vídeo de página de destino de Replit, la guía de vídeo de lanzamiento en Product Hunt de Replit, y la guía para compartir con un cliente en Replit cubren las situaciones equivalentes en otra pila tecnológica, y la guía de demo de portafolio de Replit cubre este mismo problema ahí directamente. Una lista de comprobación de vídeo demo de SaaS más amplia es una referencia útil antes de grabar cualquiera de estos. Si el flujo mostrado empezó a partir de un cambio aceptado, la guía de vídeo demo de solicitud de incorporación de cambios de un agente de IA cubre un caso relacionado más estrecho, y la guía de vídeo de revisión de producto de un agente de IA es relevante cuando una entrada de portafolio también sirve como evidencia para una revisión formal. Un vídeo demo de app en staging y una demo de incidencia de GitHub de un agente de IA cubren ambos situaciones adyacentes previas al lanzamiento. Para una comparación con un flujo de trabajo de grabación de pantalla manual, lea GogoScreen frente a Clueso. Consulte precios, explore el resto de las guías y las comparaciones, o empiece por la página de inicio de GogoScreen.

Aclaraciones

Antes de empezar

¿Por qué usar un vídeo en lugar de una captura de pantalla en un portafolio?

Una captura de pantalla solo muestra un diseño. Un vídeo muestra la app respondiendo de verdad a una entrada, que es lo que realmente intenta juzgar un responsable de contratación o un cliente potencial.

¿Debería el vídeo de portafolio mostrar toda la app?

No. Muestre el único flujo que mejor demuestra la habilidad o el criterio que la entrada de portafolio pretende destacar, no un recorrido completo de funciones.

¿Está bien usar en un portafolio un proyecto construido para un cliente?

Solo con permiso, y nunca con los datos reales, el nombre o la marca del cliente visibles a menos que lo hayan aprobado específicamente.

¿Qué pasa si el proyecto todavía está incompleto?

Muestre la parte que funciona con limpieza y omita el resto. Un flujo corto y completo es una evidencia de portafolio más sólida que uno más largo que tropieza con algo inacabado.

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.