Guía6 min de lectura

Compartir un proyecto de Lovable con un cliente

Algunos revisores nunca harán clic en un enlace de vista previa. Muéstreles el resultado.

Convierta un enlace de vista previa de Lovable en un vídeo que un cliente no técnico pueda ver sin abrir la app ni iniciar sesión.

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

Un cliente que encargó una app rara vez quiere explorarla por sí mismo. Quiere saber si lo que está pagando existe y funciona. Enviar un enlace de vista previa sin más le pide que haga el trabajo de quien construye, encontrar la pantalla correcta, entender qué está viendo y formarse un juicio sobre el progreso, nada de lo cual la mayoría de los clientes están preparados o dispuestos a hacer. Un vídeo corto responde a la pregunta real en lugar de entregarle una tarea.

Esto importa especialmente en una construcción de Lovable, donde el progreso puede verse desigual desde fuera. Una app generada podría tener un flujo pulido y varios en bruto o vacíos al mismo tiempo, porque el trabajo ocurre pantalla por pantalla en lugar de todo a la vez. Un cliente que se topa con una parte inacabada de la app a través de un enlace sin filtrar puede leerlo como que todo el proyecto se estancó, incluso cuando la parte que realmente le importa está terminada. Un vídeo controla qué ve y en qué orden.

También hay un coste de confianza por una primera impresión mala que dura más que el momento en sí. Un cliente que abre un enlace sin filtrar y se topa con un error o una pantalla vacía normalmente no vuelve a intentarlo. Se forma una impresión y la lleva a la siguiente conversación, sin importar cuánto progreso exista realmente en otras partes de la construcción. Un vídeo corto y controlado evita darle esa oportunidad de una mala primera impresión desde el principio.

¿Por qué necesita una actualización de estado su propio vídeo?

Una actualización de estado escrita es fácil de hojear y fácil de malinterpretar. "El panel funciona" significa algo distinto para la persona que lo construyó que para la persona que lee la frase en frío. Un vídeo elimina esa ambigüedad mostrando la pantalla real haciendo lo real, que es una forma de evidencia más sólida de lo que una frase puede ser jamás por sí sola.

Formato de actualización	Qué demuestra	Qué deja sin responder
Mensaje de estado escrito	Que se hizo trabajo, en general	Si la función concreta funciona como se describe
Enlace de vista previa sin filtrar	Nada por sí solo	Si el cliente puede encontrar o entender la pantalla correcta
Vídeo corto	El flujo concreto, en el estado en que realmente está	Nada, si se acota a la pregunta correcta

Este es un trabajo más estrecho que un vídeo de página de destino dirigido a un desconocido frío que necesita convencerse desde cero. Una actualización para el cliente solo tiene que responder a alguien que ya conoce el proyecto y está esperando una pieza concreta de él, lo cual cambia tanto la duración como el tono que mejor funcionan.

Esa diferencia de audiencia también cambia qué cuenta como un buen fotograma de apertura. Un desconocido necesita una razón para seguir viendo. Un cliente ya tiene una, porque planteó la pregunta que el vídeo responde. El vídeo puede empezar más cerca del resultado real en lugar de dedicar tiempo a establecer por qué debería importarle a quien lo ve.

¿Cómo se elige qué mostrarle a un cliente?

Empiece por la última pregunta que realmente planteó el cliente, no por lo que resulte más impresionante de mostrar. Si preguntó si el flujo de pago funciona, muestre el flujo de pago, completo, de principio a resultado. No rellene el vídeo con pantallas no relacionadas para que la actualización parezca más grande de lo que es; un cliente nota la diferencia entre una respuesta enfocada y relleno, y el relleno erosiona la confianza más rápido que una actualización parcial honesta.

Vuelva a leer el último mensaje o ticket donde el cliente planteó la pregunta.
Identifique la única pantalla o flujo que la responde directamente.
Deje fuera todo lo no relacionado, incluso si resulta estar terminado.
Anote, fuera del vídeo, qué sigue en progreso.

Si la construcción realmente no está terminada, dígalo con claridad junto al vídeo en lugar de intentar que un estado incompleto parezca más avanzado de lo que es. Un cliente al que se le dice la verdad sobre el progreso confía más en la siguiente actualización, no menos. Aquí también es donde una demo de portafolio se diferencia de una actualización para el cliente: una pieza de portafolio se elige porque está terminada, mientras que una actualización para el cliente tiene que ser honesta sobre una construcción que podría seguir en progreso.

¿Cómo se prepara la vista previa de Lovable para una audiencia de cliente?

Abra la ruta que usará el vídeo y confirme que llega directamente a la pantalla relevante. Sustituya cualquier texto de marcador de posición o etiqueta sin terminar en ese flujo concreto si puede, ya que un cliente que detecta una palabra literal de marcador de posición lo leerá como más inacabado de lo que realmente está. Use datos de ejemplo realistas en lugar de un estado vacío, porque una lista vacía no le da a un espectador no técnico nada que juzgar.

Identifique la pregunta exacta que planteó el cliente o el hito que está esperando.
Prepare solo la pantalla o el flujo que responde a esa pregunta, con datos de ejemplo seguros.
Grabe un vídeo corto y envíelo con una frase que diga qué muestra y qué sigue en progreso.

Si el flujo relevante está protegido por inicio de sesión, se puede proporcionar una cuenta de demostración descartable mediante el proceso aprobado en lugar de reutilizar una real. Quienes redactan no deberían manejar la credencial directamente. La guía de recorrido de revisión de app cubre una situación relacionada donde la audiencia revisa la construcción frente a una especificación en lugar de simplemente comprobar el progreso.

Programe la preparación para cuando el vídeo se vaya a enviar realmente, no para cuando el flujo empezó a funcionar por primera vez. Una pantalla que funcionaba la semana pasada puede fallar tras un cambio posterior, y un cliente que recibe un vídeo de un flujo que ya no coincide con la construcción en vivo pierde más confianza que uno que no recibe ninguna actualización. Una pasada rápida por la ruta exacta justo antes de grabar detecta este tipo de desviación antes de que llegue al cliente.

¿Cómo debería enviarse el vídeo?

Nunca envíe un vídeo sin contexto y deje que el cliente adivine qué demuestra. Una sola frase encima del enlace, que nombre qué muestra el vídeo y qué sigue pendiente, hace más por la confianza que el propio vídeo. Los clientes recuerdan si las actualizaciones fueron honestas más de lo que recuerdan si cada función se entregó según el calendario original.

Mantenga un registro ligero de qué se envió y cuándo. Un cliente que pregunta por el progreso tres semanas después se beneficia de que quien construye pueda señalar la actualización exacta en lugar de reconstruir la cronología de memoria. Es un hábito pequeño, pero convierte una serie de vídeos sueltos en un historial de proyecto defendible si alguna vez surge un desacuerdo sobre el alcance o el calendario.

Para quien construye y envía el mismo tipo de construcción en otra plataforma, la guía de vídeo de página de destino de Replit y la guía de vídeo de lanzamiento en Product Hunt de Replit cubren problemas adyacentes en otra pila tecnológica, y la guía para compartir con un cliente en Replit cubre esta misma situación ahí. Para un formato de actualización relacionado pero distinto, la guía de vídeo de actualización de producto y la guía de vídeo de revisión de producto de un agente de IA cubren ambos ritmos de actualización recurrentes en lugar de una única comprobación de hito. Un vídeo demo de página de inicio y un vídeo demo de anuncio de producto están ambos dirigidos a una audiencia pública en lugar de a un cliente, y una demo para fundador no técnico cubre la situación inversa, donde el fundador es quien necesita la explicación sencilla. Para una comparación con una herramienta de grabación de pantalla que algunos equipos ya usan para actualizaciones de clientes, lea GogoScreen frente a Guidde. 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é no simplemente enviar al cliente el enlace de vista previa de Lovable?

Algunos clientes no harán clic en él, no sabrán qué están viendo una vez lo hagan, o se toparán con un estado vacío o a medio construir y darán por hecho que el trabajo se estancó. Un vídeo elimina los tres riesgos a la vez.

¿Debería el vídeo mostrar toda la app o solo una parte?

Muestre la parte por la que preguntó el cliente o la que responde a la última pregunta que planteó. Una actualización para el cliente es una respuesta específica, no un recorrido completo.

¿Qué pasa si la construcción todavía no está terminada?

Dígalo en el mensaje que acompaña al vídeo, no ocultándolo. Muestre honestamente la parte que funciona en lugar de disfrazar un estado incompleto como más terminado de lo que es.

¿Puede el vídeo incluir una parte de la app protegida por inicio de sesión?

Sí, con una cuenta de demostración descartable proporcionada mediante el proceso aprobado. Las credenciales en GogoScreen 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.

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.

Ver precios Leer las guías