Saltar al contenido
Guía6 min de lectura

Vídeo de demostración de una app de Bubble

Muestre un flujo real de una app de Bubble, con inicio de sesión incluido.

Grabe un flujo funcional de una app de Bubble, con el inicio de sesión que suelen esperar sus construcciones, sin convertirlo en un recorrido de funciones.

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

Las aplicaciones de Bubble suelen verse distintas de otras salidas sin código en el momento en que se va más allá de la página de destino. Mientras que algunos constructores generan un prototipo pensado para explorarse libremente, una aplicación de Bubble se construye con frecuencia como un producto real desde el principio, respaldado por una base de datos, completo con cuentas de usuario, registros guardados y flujos de trabajo que dependen de un estado con sesión iniciada. Eso cambia la pregunta del vídeo de demostración. La parte interesante de una aplicación de Bubble no suele ser la página de marketing. Es lo que hay detrás del inicio de sesión, que es lo que la página de marketing intenta vender. Alguien que solo ve la página de destino no tiene forma de juzgar si el producto real cumple lo que esa página promete.

Un vídeo de demostración tiene que tener eso en cuenta. Mientras que quien construye prototipos sin estado suele poder grabar directamente desde un enlace de vista previa público, una demo de Bubble a menudo necesita una cuenta preparada con datos ya introducidos para mostrar algo con sentido. Eso no es tanto una limitación como un reflejo de para qué suele usarse Bubble: herramientas con usuarios reales, registros reales y flujos de trabajo que solo tienen sentido una vez que alguien ha iniciado sesión. Planificar esa configuración de cuenta antes de grabar es el hábito más útil que puede traer a este proceso quien construye en Bubble, ya que elimina la mayor fuente de un primer intento desperdiciado.

¿Qué debe mostrar realmente un vídeo de demostración de Bubble?

Elija el único flujo de trabajo más cercano a la razón por la que alguien usaría la aplicación. Si es una herramienta de gestión de proyectos, podría ser crear una tarea y moverla por un estado. Si es un mercado, podría ser publicar un artículo y verlo aparecer para un comprador. Sea cual sea el ciclo principal, ese ciclo es la demo, no un recorrido por cada página alcanzable desde la navegación principal.

Elección de demoPor qué funcionaQué omite
El flujo de trabajo principal en torno al que se construyó la aplicaciónDemuestra la razón de ser del productoCada página de configuración secundaria
Un estado con sesión iniciada y datos con aspecto realMuestra lo que realmente ve un usuarioUna cuenta vacía sin nada creado
Un inicio, una acción y un resultado clarosLe da a quien lo ve algo que evaluarUn paseo poco narrado por la aplicación

Un clip de página de destino en la parte superior necesita una versión más corta y pulida de la misma idea, y un vídeo de galería de lanzamiento necesita ganar la atención de un desconocido que se desplaza en menos de un segundo. Este vídeo de demostración general se sitúa entre esos dos formatos: lo bastante largo para demostrar bien el flujo de trabajo principal, lo bastante enfocado para seguir leyéndose como una historia clara y no como una lista de funciones. A menudo es el material de origen del que se recortan ambos formatos más cortos, una razón más para conseguir aquí primero el flujo de trabajo principal correcto.

¿Cómo se prepara una app de Bubble que requiere un inicio de sesión?

Si el flujo de trabajo principal está detrás de una cuenta, como suele ocurrir en Bubble, configure una cuenta de demostración con datos que respalden la historia en lugar de un registro nuevo y vacío. Una cuenta recién creada sin nada dentro obliga al vídeo a gastar sus primeros momentos en la configuración en lugar de en el flujo de trabajo en sí. Rellene con antelación los registros que necesite el flujo de trabajo, usando datos que claramente no sean información de un cliente real.

  • Configure una cuenta de demostración con registros ya introducidos, no un registro nuevo y vacío.
  • Confirme que el propio flujo de inicio de sesión se completa sin un paso inesperado, como una pantalla de verificación de correo.
  • Elimine o evite cualquier cosa que parezca datos reales de un cliente o usuario.
  • Pruebe el flujo de trabajo completo a mano antes de escribir la indicación para la renderización.

En GogoScreen, las credenciales de inicio de sesión proporcionadas se cifran, se usan para una única renderización y después se eliminan, así que quien escribe la indicación no necesita gestionar la propia credencial. 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 detalle de tratamiento importa aquí específicamente porque un vídeo de demostración para una app de Bubble tiene más probabilidad que la mayoría de necesitar un paso de inicio de sesión. Decidir la configuración de la cuenta de demostración con antelación también le da al equipo la oportunidad de detectar un flujo de trabajo roto antes del día de la renderización, en lugar de descubrirlo solo cuando el vídeo ya ha vuelto y algo en él no coincide con lo esperado.

¿Qué va en la indicación?

Indique la pantalla de inicio, ya sea la página de inicio de sesión o un panel ya alcanzado, la acción que importa y el resultado esperado. "Desde el panel, cree una nueva tarea y muéstrela apareciendo en la lista activa" es lo bastante concreto para que la renderización de GogoScreen lo siga, y lo bastante específico para que un revisor pueda comprobar el archivo terminado contra ella. Una indicación vaga como "muestre la aplicación" invita a que la renderización se desvíe hacia páginas de configuración que no sirven a la historia.

Siga estos tres pasos en orden cada vez que haya que publicar una nueva demo de Bubble:

  1. Elija el único flujo de trabajo de la aplicación que mejor demuestra lo que hace.
  2. Configure una cuenta de demostración con datos seguros si el flujo de trabajo está detrás de un inicio de sesión.
  3. Escriba una indicación que nombre el inicio, la acción y el resultado, y compruebe el vídeo renderizado contra ella.

GogoScreen devuelve un MP4 narrado y editado construido a partir de la indicación, con zooms en los clics relevantes, suavizado del cursor, cortes de silencios muertos y subtítulos. Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, y el tiempo solo se usa cuando una renderización sale bien, así que deje tiempo para un segundo intento en lugar de tratar la primera renderización como garantizada.

¿Dónde encaja esto con las guías relacionadas?

Para una versión más corta y en la parte superior de esta misma aplicación, vea la guía de vídeo de página de destino de Bubble. Para una versión específica de lanzamiento construida para una audiencia de galería, vea la guía de vídeo de lanzamiento en Product Hunt de Bubble. Para entregar la construcción a un revisor sin perfil técnico, vea compartir un proyecto de Bubble con un cliente y la guía de demo de portafolio de Bubble, y para la versión de aprobación interna, el recorrido de revisión de una app de Bubble.

Un vídeo de lanzamiento de un agente de IA y una demo de página de destino de un agente de IA cubren un formato de lanzamiento relacionado para productos de agentes, mientras que un vídeo de demostración de resultado de prueba de un agente de IA es útil cuando el flujo de trabajo que se demuestra está más cerca de un resultado de prueba que de un recorrido de usuario. La lista de comprobación de vídeos de demostración para SaaS es un buen último repaso antes de publicar, y un vídeo de registro de cambios cubre el trabajo más estrecho de demostrar un cambio concreto ya publicado en lugar de toda la aplicación. Para una comparación de herramientas de grabación, lea GogoScreen frente a Clueso. Comience en la página de inicio de GogoScreen, consulte precios, explore la biblioteca de guías, o vea el resto de las comparaciones.

Aclaraciones

Antes de empezar

¿Necesita un vídeo de demostración de Bubble mostrar un inicio de sesión?

A menudo sí. Las aplicaciones de Bubble suelen construirse desde el principio con una base de datos y un sistema de cuentas real, por lo que el flujo que merece la pena demostrar a menudo está detrás de un inicio de sesión y no en una página de destino pública.

¿Puede GogoScreen grabar una app de Bubble que requiere una cuenta?

Sí, usando una cuenta de demostración proporcionada para la ruta protegida por inicio de sesión. 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.

¿Cuánto debe durar un vídeo de demostración de Bubble?

Lo suficiente para mostrar un trabajo desde un punto de partida claro hasta un resultado visible, y no más. Un clip corto y enfocado en un flujo de trabajo es más fácil de evaluar para quien lo ve que un recorrido largo por cada página de la aplicación.

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.