Saltar al contenido
Guía7 min de lectura

Recorrido de revisión de una app de Bubble

Muestre al revisor el flujo que demuestra que la construcción coincide con el encargo.

Ofrezca al revisor de un proyecto de Bubble un flujo grabado que demuestre que la construcción coincide con el encargo, en vez de un informe escrito.

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

Un recorrido de revisión de una app de Bubble existe para responder a una pregunta que un cliente o un responsable de proyecto sigue haciendo sin decirla en voz alta: ¿se construyó realmente lo que pedí? Los informes de estado escritos son malos respondiendo a esto. Describen la intención, no el resultado, y un revisor que lee "el flujo de facturación está completo" no tiene forma de saber si eso significa que se dispara correctamente o que alguien escribió la frase con optimismo. Un flujo grabado del propio flujo de trabajo en funcionamiento elimina la ambigüedad, porque o bien el clic en el botón produce el resultado prometido en pantalla, o no lo produce.

GogoScreen construye esto a partir de una URL de aplicación web y una indicación de una línea que describe el flujo que hay que grabar. Devuelve un MP4 narrado, normalmente en unos dos minutos, con una edición que recorta los silencios muertos, suaviza el cursor, aplica zoom en los clics y añade subtítulos incrustados. Para un flujo de trabajo que solo aparece una vez que alguien ha iniciado sesión, se puede proporcionar una cuenta de demostración, que se cifra, se usa para una única renderización y después se elimina. 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. Nada de esto sustituye la lectura del código o de la lógica del flujo de trabajo en el editor de Bubble. Sustituye pedirle a un revisor sin perfil técnico que haga eso en su lugar.

¿Qué debe demostrar exactamente el recorrido?

Empiece por el encargo, no por la aplicación. Vuelva a leer la solicitud concreta que hizo el cliente o el responsable, ya fuera "los usuarios pueden enviar una solicitud y ver cómo cambia su estado" o "un administrador puede aprobar un anuncio y este aparece públicamente". El recorrido debe mostrar exactamente esa ruta, desencadenada de la forma en que la desencadenaría un usuario real, terminando en el resultado descrito en el encargo. Un recorrido que se desvía hacia funciones adyacentes que el revisor nunca pidió desperdicia su atención y puede invitar a un nuevo alcance en una revisión que se supone que debía cerrar el alcance anterior.

Los flujos de trabajo de Bubble son lógica visible en el editor, una secuencia de pasos asociada a un evento, pero un revisor sin perfil técnico no puede leer esa secuencia y no lo intentará. Lo que puede evaluar es si al hacer clic en el botón se produjo el cambio que se le dijo que debía esperar. Mantenga el recorrido anclado a ese único resultado observable.

  1. Confirme exactamente lo que pedía el encargo y elija el único flujo de trabajo que lo demuestra.
  2. Ajuste la aplicación al estado justo anterior al desencadenante para que la grabación empiece en el momento relevante.
  3. Grabe el recorrido y envíelo al revisor junto con una nota breve sobre lo que sigue abierto.

¿Cómo se prepara la app antes de grabar?

Abra la aplicación, ya sea la versión activa o la versión de prueba según la etapa que cubra la revisión, y llévela al estado que se sitúa justo antes del desencadenante. Si el flujo de trabajo depende de datos ya existentes, un registro ya creado, un usuario ya registrado, prepárelo con antelación en lugar de grabar también los pasos de configuración. Un revisor no necesita ver cómo se crea una cuenta antes de ver la función que realmente pidió.

Paso de preparaciónPor qué importa para el recorridoQué omitir
Confirmar la redacción exacta del encargoMantiene la grabación anclada a lo solicitadoFunciones añadidas desde el encargo pero aún no aprobadas
Llegar al estado previo al desencadenanteLa grabación empieza en la acción relevanteCreación de cuenta, incorporación, navegación no relacionada
Elegir versión activa o de pruebaEl revisor sabe qué etapa de construcción está aprobandoMezclar ambas en una sola grabación sin decirlo

Si el flujo de trabajo solo se dispara para un usuario con sesión iniciada, proporcione una cuenta de demostración a través del proceso aprobado en lugar de compartir el inicio de sesión real de un cliente. El tratamiento en GogoScreen es que 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. Dígalo así si surge la duda, ya que la descripción precisa también es la más tranquilizadora para un revisor que pregunte.

¿Qué debe decir la indicación de una línea?

Escriba la indicación de la forma en que le explicaría algo a un colega que nunca ha abierto la aplicación. Nombre el punto de partida, la acción y el resultado exacto que prometía el encargo. "Desde la lista de solicitudes, apruebe la solicitud pendiente y muestre cómo su estado cambia a aprobada" ofrece un objetivo preciso. Una indicación vaga como "muestre la función de aprobación" invita a una grabación que se desvía más allá del único momento que el revisor realmente necesita ver.

Mantenga la redacción de la indicación coherente con la redacción del encargo y de la propia aplicación. Si el encargo llama a algo una solicitud pero la interfaz de la aplicación lo llama un envío, elija un término y úselo en la indicación para que la narración no introduzca un desajuste que el revisor tenga que descifrar.

¿Qué sale mal si el recorrido es demasiado amplio?

Un recorrido que intenta cubrir el flujo de trabajo solicitado más otras tres cosas que resultan estar cerca suele dejar al revisor con menos certeza, no con más. Si un flujo secundario tropieza con un caso límite a mitad de la grabación, el cliente ahora tiene una nueva pregunta abierta sobre algo que no estaba revisando en primer lugar. Mantenga cada recorrido estrecho, una solicitud, un resultado, y envíe uno separado para cada punto distinto del encargo en lugar de combinarlos para ahorrar una renderización.

Aproximadamente una de cada cinco renderizaciones necesita un segundo intento o falla directamente, un dato que merece la pena conocer antes de prometerle a un revisor una respuesta el mismo día. Incorpore eso al calendario en lugar de tratar el primer intento como garantizado. La guía de fallos de renderización de vídeos de demostración cubre qué comprobar antes de volver a enviar cuando una renderización no vuelve como se esperaba.

¿Cómo se conecta esto con el resto del flujo de revisión y lanzamiento?

Un recorrido de Bubble enviado para revisión interna es solo una etapa. Una vez aprobado un flujo de trabajo, el mismo flujo puede necesitar aparecer de nuevo para una audiencia distinta, y la disciplina subyacente se mantiene aunque cambien los detalles de la plataforma. Un vídeo de demostración de Firebase Studio parte de la misma pregunta sobre qué demuestra un flujo, mientras que la guía de vídeo de página de destino de Firebase Studio trata sobre la prueba para un desconocido en lugar de para un revisor que ya conoce el proyecto. La guía de vídeo de lanzamiento en Product Hunt de Firebase Studio cubre una audiencia de galería de lanzamiento, y la guía de compartir un proyecto de Firebase Studio con un cliente y la guía de demo de portafolio de Firebase Studio tratan cada una una versión del problema de entrega que esta página resuelve para Bubble.

Para una construcción que surge de una conversación con inversores en lugar de un encargo de cliente, la guía de vídeo de demostración para inversores de un agente de IA cubre una audiencia relacionada pero distinta con expectativas diferentes. Si la propia aplicación se ensambló mediante un constructor de sitios web con IA en lugar de a mano en el editor de Bubble, la guía de vídeo de demostración de un constructor de sitios web con IA es el ajuste más cercano. Una vez que un flujo de trabajo revisado se lanza más adelante como una función, la guía de vídeo de lanzamiento de una función y la guía de vídeo de registro de cambios para un SaaS cubren el anuncio público, que es un trabajo distinto a la revisión privada para la que sirve este recorrido.

Cierre el ciclo con una nota escrita breve junto al vídeo: qué se revisó, qué pasó y qué sigue abierto. El vídeo demuestra que el flujo de trabajo se ejecutó. La nota es lo que el revisor archiva como el registro de la decisión. Para todo lo demás del flujo de trabajo, vea las alternativas de Bubble a una herramienta de grabación de pantalla guiada, la página de precios para conocer los planes y las recargas, la biblioteca completa de guías, las páginas de comparación y la página de inicio de GogoScreen para el propio flujo de trabajo de URL e indicación.

Aclaraciones

Antes de empezar

¿Qué debe demostrar un recorrido de revisión de una app de Bubble?

Debe demostrar que el flujo de trabajo concreto solicitado en el encargo se ejecuta de principio a fin en la construcción activa o en la versión de prueba, desde el desencadenante que espera el revisor hasta el resultado que se le dijo que debía esperar.

¿Quién es la audiencia de un vídeo de recorrido de revisión de Bubble?

Normalmente un cliente, un jefe de proyecto o un responsable de agencia que no va a abrir el editor de Bubble ni a hacer clic en un enlace de versión de prueba por su cuenta. Necesitan ver el resultado, no inspeccionar la lógica del flujo de trabajo.

¿Sustituye un recorrido de revisión a un informe de estado escrito?

No. Sustituye la parte de un informe de estado que es difícil describir con palabras, el momento en que un flujo de trabajo realmente se dispara y la aplicación responde. Combínelo con una nota escrita breve sobre qué se revisó y qué sigue abierto.

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.