Saltar al contenido
Guía6 min de lectura

Demo de Portafolio de Base44

Muestre a los responsables de contratación la construcción funcionando, no una captura.

Convierta una construcción de Base44 en una entrada de portafolio que muestre la app en funcionamiento en lugar de depender de una captura 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.

Un portafolio construido alrededor de capturas de pantalla le pide al revisor que se fíe de mucho por fe. Muestra el aspecto que tenía la interfaz, no si lo que había debajo hacía algo. Para una construcción de Base44 en concreto, esa brecha importa más de lo habitual, ya que una app generada puede parecer completa en una captura mientras sigue teniendo huecos en lo que realmente funciona. Un vídeo corto de la app en funcionamiento cierra esa brecha directamente, mostrando una acción que ocurre y un resultado que aparece en lugar de describir que ocurriría.

GogoScreen construye este tipo de vídeo a partir de la URL de una app web y una indicación de una sola línea sobre qué mostrar, y devuelve un MP4 narrado y editado con zooms en los clics, suavizado del cursor, silencios muertos eliminados y subtítulos. Una cuenta de demostración puede sustituir a un inicio de sesión cuando la construcción lo requiere, lo cual es habitual en un proyecto de Base44 ya que la gestión de cuentas se genera con frecuencia por defecto. Nada de esto promete que una primera renderización vaya a estar lista para un portafolio. Deje margen para revisar y reintentar antes de añadirla a un perfil que alguien más vaya a mirar de verdad.

¿Qué debe demostrar un vídeo de portafolio que una captura no puede?

Un responsable de contratación o un cliente que hojea un portafolio suele intentar responder a una sola pregunta: puede esta persona entregar algo que funcione, no solo algo que parezca diseñado. Un vídeo responde a eso mostrando una interacción real, de principio a fin, sin que el revisor tenga que fiarse de una leyenda. Elija un flujo que demuestre una decisión que usted tomó, como la forma en que un formulario valida una entrada o cómo se actualiza un resultado después de una acción, en lugar de un flujo que solo demuestra que el generador produjo pantallas.

Qué muestra una capturaQué añade un vídeoPor qué importa a un revisor
El diseño visual de una pantallaLa interacción entre dos o más estadosEl software que funciona es más que una vista estática
Una afirmación sobre una funciónLa función ocurriendo de verdadElimina la necesidad de creer la afirmación por fe
El acabado de la interfazSi la lógica detrás de ella es sólidaDistingue una construcción que funciona de una maqueta

Una guía de grabación sin captura de pantalla es un contexto útil aquí, ya que una pieza de portafolio se beneficia del mismo tratamiento editado y narrado que una demo de cara al cliente, no de una captura sin editar.

¿Qué flujo pertenece realmente al vídeo?

Resista el impulso de mostrar todo lo que hace la app. Un revisor de portafolio, igual que un visitante de página de destino, le da a un vídeo una ventana de atención corta antes de pasar a la siguiente entrada. Elija el único flujo que demuestre mejor el juicio aplicado, como gestionar con limpieza un caso límite o conectar dos funciones de una manera que no era obvia solo a partir de la indicación. Un flujo genérico de crear y ver demuestra que el generador funcionó. Un flujo más específico demuestra que usted lo dirigió bien.

Si la construcción está por defecto detrás de un inicio de sesión, decida si mostrar ese paso añade algo para esta audiencia. La mayoría de los revisores de portafolio se preocupan más por lo que ocurre después del inicio de sesión que por el propio sistema de cuentas, así que recortarlo y empezar en la pantalla relevante suele ser la mejor opción aquí.

¿Cómo deben prepararse los datos de ejemplo?

  • Use datos que parezcan un caso de uso real sin afirmar que son de un cliente real.
  • Evite un texto de relleno obviamente falso como el lorem ipsum repetido, que debilita la sensación de que la construcción es funcional.
  • Mantenga los nombres, empresas o cifras lo bastante genéricos para que nadie los confunda con una relación real con un cliente.
  • Confirme que los datos respaldan el flujo específico elegido, en lugar de ser relleno genérico que quedó de las pruebas.

¿Debe entrar más de un flujo en la misma pieza de portafolio?

Normalmente no. Un revisor de portafolio que pasa por varios candidatos en una sesión rara vez ve una compilación larga con la atención suficiente para dar crédito a cada flujo incluido en ella. Un flujo bien elegido, mostrado por completo, suele dejar una impresión más fuerte que tres flujos mostrados de prisa y ninguno de ellos mostrado bien. Si genuinamente hay varias piezas de trabajo fuertes en una construcción de Base44, un pequeño conjunto de entradas más cortas y tituladas por separado suele servir mejor al revisor que un único vídeo que intenta cubrirlo todo.

Esto se vuelve una limitación real cuando una construcción tiene tanto un flujo de cara al cliente como uno administrativo que merece la pena mostrar. Elija el que diga más sobre la habilidad específica que el portafolio pretende demostrar. Un responsable de contratación que evalúa juicio de frontend se preocupa por un flujo distinto que uno que evalúa lo bien que una app gestiona un caso límite complicado, y la entrada de portafolio debe construirse pensando en ese revisor concreto en lugar de intentar satisfacer a toda audiencia posible a la vez.

¿Importa la leyenda tanto como el vídeo?

El vídeo demuestra que el flujo funciona. La leyenda o descripción de portafolio que lo rodea es donde va el contexto sobre la construcción, como en qué plataforma se hizo. Mantenga esos dos elementos haciendo trabajos separados. Una leyenda que exagera lo que muestra el vídeo crea un desajuste que un revisor cuidadoso notará de inmediato, y es un resultado peor que una leyenda que simplemente resta importancia y deja que el vídeo convenza por sí mismo.

¿Cuál es la versión breve de este proceso?

  1. Elija el único flujo que muestra que se tomó una decisión real, no solo que se generaron pantallas.
  2. Prepare datos de ejemplo que parezcan verosímiles sin presentarlos como actividad real de un cliente.
  3. Revise el candidato terminado tal como lo vería un revisor desconocido, sin el contexto que ya tiene usted en la cabeza.

¿Qué debe comprobar antes de añadirlo al portafolio?

Reproduzca el candidato terminado sin ningún contexto añadido y compruebe si el flujo se sigue leyendo con claridad. Si se necesita un reintento, eso es normal, aproximadamente una de cada cinco renderizaciones necesita uno, y el tiempo solo se usa cuando una renderización sale bien, así que un primer intento fallido no cuesta nada más allá de la espera. Cada cuenta nueva recibe 60 segundos de vídeo una vez, con marca de agua, y hay que verificar el correo electrónico para descargarlo, lo cual suele ser suficiente duración para un solo flujo de portafolio. Más allá de eso, una recarga compra tiempo que nunca caduca, así que un portafolio puede construirse pieza a pieza sin un plan mensual.

¿Qué más podría necesitar la misma construcción?

Una vez que existe un vídeo de portafolio, la misma app de Base44 subyacente suele poder respaldar otros activos construidos para audiencias distintas. Un recorrido de revisión es el formato correcto si un revisor concreto necesita una explicación estructurada de lo que demuestra un flujo en lugar de un escaparate general. Una demo de página de destino de un agente de IA merece la pena leerla si la misma construcción también va a tener su propia página de destino pública, y un vídeo demo de prototipo a partir de una URL trata la versión de etapa anterior de este mismo problema, antes de que una construcción esté lo bastante terminada para un portafolio.

Para el mismo trabajo en otro generador, vea las guías de vídeos demo de Figma Make, vídeos de página de destino de Figma Make, vídeos de lanzamiento en Product Hunt de Figma Make, y compartir un proyecto de Figma Make con un cliente, útiles si un portafolio abarca trabajo construido en más de una plataforma. Otras lecturas relacionadas incluyen la guía de vídeo demo de traspaso de un agente y la guía de vídeo demo para una lista de espera de SaaS. Compare las opciones directas por URL en GogoScreen frente a ngram, consulte los precios, o explore el resto de guías y comparaciones desde la página de inicio.

Aclaraciones

Antes de empezar

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

Una captura demuestra que se diseñó una interfaz. Un vídeo corto demuestra que el flujo subyacente funciona de verdad, lo cual importa más a un revisor que intenta juzgar si un constructor puede entregar algo funcional, no solo terminado visualmente.

¿Debe un vídeo de portafolio mencionar que la app se construyó en Base44?

Eso es una decisión de leyenda o de contexto separada del propio vídeo. El vídeo debe mostrar el flujo funcionando sin importar cómo describa la entrada de portafolio que lo rodea la herramienta usada para construirlo.

¿Qué pasa si la pieza de portafolio es un proyecto personal con datos de relleno?

Prepare datos que parezcan verosímiles en lugar de obviamente falsos, y nunca presente contenido de relleno como si fuera actividad real de un cliente. Un revisor que juzgue el trabajo notará cualquiera de los dos extremos.

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.