Muestre al cliente la aplicación con la sesión ya iniciada, sin pedirle que inicie sesión.
Convierta un flujo de Bubble con la sesión ya iniciada en un vídeo que el cliente pueda ver, sin pedirle que cree una cuenta solo para revisar el trabajo.
Ver cómo funcionaLos primeros 60 segundos de vídeo son gratuitos, con marca de agua. Verifique su correo electrónico para descargarlo.
gogoscreen.com
1
Nombrar la única decisión
Nombre la única decisión que el cliente necesita tomar antes de grabar nada.
2
Preparar la cuenta de demostración
Prepare una cuenta de demostración con datos ya cargados, ya que una aplicación de Bubble suele necesitar un inicio de sesión.
3
Enviarlo con la decisión indicada con claridad
Envíe el vídeo con la decisión que el cliente necesita tomar indicada con claridad en el mensaje.
Un cliente al que se le pide revisar un desarrollo rara vez quiere un acceso directo. Incluso un cliente cómodo con el software tiene cosas mejores que hacer que crear una cuenta, recordar una contraseña y descifrar una interfaz desconocida solo para comprobar si se arregló algo. Un vídeo elimina todo eso. Muestra directamente el flujo con la sesión iniciada, ya narrado alrededor de la decisión que el cliente realmente necesita tomar. La atención del cliente va directo a la pregunta que le importa, en lugar de a la mecánica de entrar siquiera en la aplicación.
Este es un problema más habitual en un proyecto de Bubble que en otros creadores, porque una aplicación de Bubble suele construirse desde el principio con una base de datos real y cuentas de usuario. El flujo que merece la pena mostrarle a un cliente suele ser el mismo flujo que solo existe una vez que alguien ha iniciado sesión, lo que significa que el vídeo tiene que cubrir ese salto en lugar de limitarse a enviarle al cliente un enlace público. Un enlace por sí solo le pediría al cliente hacer precisamente lo que un vídeo pretende evitarle.
Anote la única decisión que el cliente necesita tomar después de verlo, antes de grabar nada. Puede ser aprobar un cambio, confirmar que una corrección coincide con lo que describió en una llamada, o elegir entre dos opciones. Todo lo que muestre el vídeo debe servir a esa única decisión. Un recorrido más amplio por la aplicación responde preguntas que el cliente no hizo y entierra la que sí hizo.
Momento de revisión del cliente
Qué debe dejar claro el vídeo
Qué dejar fuera
Fotograma de apertura
De qué parte de la aplicación se trata
Una pantalla de creación de cuenta o inicio de sesión
Configure con antelación una cuenta de demostración con datos ya cargados que respalden la revisión, en lugar de abrir sobre un registro nuevo y vacío. Una cuenta recién creada sin nada cargado obliga al vídeo a gastar sus primeros momentos en la configuración en lugar de en lo que el cliente realmente necesita ver. Utilice datos que resulten verosímiles sin parecerse a la información de ningún cliente real.
Prepare una cuenta de demostración con datos ya cargados antes de escribir la indicación.
Confirme que el inicio de sesión se completa sin un paso inesperado, como una pantalla de verificación.
Empiece la grabación desde el estado con la sesión iniciada, no desde el flujo de registro.
Mantenga cualquier nombre, cifra o registro libre de material de clientes reales.
En GogoScreen, las credenciales de acceso proporcionadas se cifran, se usan para una única renderización y después se eliminan, lo cual es relevante aquí porque este tipo de flujo suele necesitar precisamente una credencial solo para llegar al flujo que el cliente quiere revisar. 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. Configurar la cuenta un día antes de la fecha límite, en lugar de esa misma tarde, deja margen para corregir cualquier cosa que se vea mal antes de que se convierta en un problema que el cliente tenga que notar.
Nombre la pantalla inicial, ya con la sesión iniciada, la acción bajo revisión y el resultado que el cliente debería ver. «Desde el panel del cliente, envíe la solicitud actualizada y muestre la confirmación» le da a la renderización algo concreto que seguir, y le da a usted algo concreto contra lo que comprobar el archivo terminado después. Haga coincidir el lenguaje de la indicación con los términos que el cliente ya usa, no con nombres internos del desarrollo.
Esto importa más en un desarrollo de Bubble de lo que podría importar en una aplicación más sencilla, porque el propio editor de Bubble expone nombres de elementos, flujos y tipos de datos que rara vez coinciden con lo que un cliente llamaría a lo mismo. Un flujo etiquetado con una abreviatura interna en el editor todavía necesita describirse en la indicación de la forma en que el cliente realmente habla de él, ya que el generador sigue el lenguaje de la indicación contra la estructura de la página que puede ver, no la etiqueta que un desarrollador eligió mientras construía la aplicación.
Dos hábitos mantienen una indicación enfocada en la pregunta real del cliente en lugar de en la mecánica interna del desarrollo:
Describa el estado final, no el botón. «Muestre la solicitud pasar de pendiente a aprobada» es algo que el generador puede confirmar que realmente ocurrió. «Haga clic en el botón aprobar» solo describe una acción que puede o no producir el resultado que el cliente está revisando.
Escriba la indicación antes de grabar, no mientras narra mentalmente al hacer clic por la aplicación. Una indicación redactada con antelación mantiene visible la única decisión del paso anterior, y le da un registro escrito contra el que comprobar la renderización terminada.
Mantenga la indicación en una o dos frases en cualquier caso. Una indicación más larga tiende a describir más de lo que una sola decisión puede sostener, y un vídeo que intenta responder a dos preguntas suele no responder ninguna con claridad para quien lo ve.
El orden que llega más rápido a una decisión clara del cliente:
Nombre la única decisión que el cliente necesita tomar antes de grabar nada.
Prepare una cuenta de demostración con datos ya cargados, ya que una aplicación de Bubble suele necesitar un inicio de sesión.
Envíe el vídeo con la decisión que el cliente necesita tomar indicada con claridad en el mensaje.
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 los silencios muertos y subtítulos. Revise la narración frente a lo que realmente ocurrió en pantalla antes de enviarlo, ya que un desajuste ahí es uno de los motivos más habituales por los que un cliente vuelve confundido en lugar de con una respuesta clara.
Envíe el archivo con la decisión indicada con claridad en el mismo mensaje, en lugar de dejar que el cliente adivine qué se supone que debe buscar. «Aquí tiene el flujo actualizado que preguntó, dígame si esto coincide» le da un pie directo para responder. Si la respuesta que llega no concuerda con el vídeo, revise otra vez el flujo antes de suponer que el cliente se confundió, ya que la causa más habitual es una respuesta dirigida a una pantalla que el vídeo nunca cubrió.
Aproximadamente una de cada cinco renderizaciones necesita un segundo intento, y el tiempo solo se usa cuando una renderización sale bien, así que deje algo de margen antes de una fecha límite para un segundo intento en lugar de enviar el primer archivo en el momento en que llega.
¿Por qué no darle al cliente un acceso directo a la aplicación de Bubble?
La mayoría de los clientes no van a crear una cuenta, recordar una contraseña y moverse por una interfaz desconocida solo para revisar un cambio. Un vídeo muestra el mismo flujo con la sesión iniciada sin pedirle nada de eso.
¿Necesita el cliente ver el paso de creación de la cuenta?
Normalmente no. Empiece la grabación desde una cuenta ya poblada, para que el vídeo se abra directamente sobre el resultado que el cliente está revisando, en lugar de gastar los primeros segundos en un registro.
¿Qué hago si la respuesta del cliente no coincide con lo que mostraba el vídeo?
Revise otra vez el flujo antes de suponer que el comentario es confuso. Es habitual que una respuesta apunte a algo que el vídeo no cubrió, lo que suele significar que la solución es un segundo vídeo más concreto, no volver a explicar el primero.
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.
