Saltar al contenido
Guía7 min de lectura

Compartir un proyecto de v0 con un cliente

Déle a un cliente una prueba fiable sin pedirle que haga clic en un enlace.

Convierta una vista previa de v0 en un vídeo que un cliente no técnico vea de verdad, en lugar de un enlace en el que no hará clic.

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 construcción pequeña rara vez quiere hacer clic en un enlace, esperar a que cargue una página y averiguar dónde hacer clic a continuación. Quiere saber si aquello por lo que pagó funciona. Enviar una URL de vista previa de v0 sin procesar le pide que haga un trabajo para el que no se apuntó, y traslada la carga de la prueba a su paciencia en lugar de al resultado. Un vídeo corto elimina esa fricción. El cliente pulsa reproducir, ve cómo se completa la tarea, y llega a una decisión sin tocar nunca la app.

GogoScreen toma la URL de una aplicación web y una indicación de una línea sobre qué mostrar, y devuelve un MP4 narrado y editado con zooms en los clics, suavizado del cursor, cortes de los silencios muertos y subtítulos incrustados. Para una entrega a un cliente, el valor no es el acabado, es que la narración se escribe para coincidir con lo que realmente ocurrió en pantalla, así que el cliente está viendo un registro de la construcción real en lugar de una descripción de lo que se supone que debe hacer.

¿Por qué falla un enlace de vista previa con esta audiencia?

Una construcción de v0 se genera a partir de una indicación y se despliega a través de Vercel, así que la versión en funcionamiento suele vivir en una URL de vista previa de un subdominio generado en lugar de un dominio terminado que el cliente reconozca. Para un desarrollador esa dirección es normal. Para un cliente que no desarrolla software, un subdominio desconocido puede parecer sospechoso, o simplemente una cosa más entre él y la respuesta a la pregunta que realmente tiene, que es si el trabajo está hecho. Algunos clientes no harán clic en absoluto, y un vídeo que nunca les pidió hacer clic en nada evita la pregunta por completo.

La guía para elegir la ruta de una app web para un vídeo demo cubre elegir la pantalla correcta cuando la app tiene varias rutas candidatas, algo que importa aquí porque una entrega a un cliente suele necesitar exactamente un flujo, no un menú de ellos. La guía para grabar una demo sin software de grabación de pantalla es relevante por la misma razón por la que falla un enlace: configurar un grabador de pantalla es un paso más entre terminar el trabajo y mostrarlo, y una URL y una indicación sustituyen esa configuración por completo.

Esto no es exclusivo de v0. La guía de vídeo demo de una app de Lovable cubre la misma brecha de confianza para una construcción generada distinta, porque el problema subyacente no es la herramienta que produjo la app, es que un cliente que evalúa un trabajo terminado por correo electrónico o un hilo de chat no tiene motivo para confiar en una dirección que nunca ha visto. Sea cual sea el generador que produjo la construcción, la solución es la misma: sustituya el enlace por algo que el cliente pueda ver sin salir de la conversación en la que ya está.

Qué quiere realmente el clienteQué le obliga a hacer un enlaceQué le da un vídeo en su lugar
Confirmación de que la tarea está hechaHacer clic, cargar una página, encontrar el flujoVer la tarea completarse en pantalla
Un resultado que pueda juzgar con rapidezNavegar por una interfaz desconocidaVer el resultado en contexto de inmediato
Confianza en que esta es la construcción realConfiar en la palabra del desarrolladorVer la app real en funcionamiento, no una maqueta

¿Cómo se elige el flujo para mostrar a un cliente?

Elija el flujo que un revisor no técnico pueda juzgar sin abrir la app. Empiece por lo que el cliente realmente pidió, no por lo que la construcción resulte incluir. Si encargó un formulario de registro, muestre a alguien rellenándolo y llegando a una confirmación, no un recorrido por el panel que hay detrás. Un cliente evalúa frente a la solicitud, y un flujo que responde a una pregunta distinta, por impresionante que sea, se lee como evasivo en lugar de riguroso.

Mantenga el vocabulario de la indicación alineado con lo que el cliente llamó a la función en primer lugar. Si el encargo decía "formulario de contacto", no deje que la narración lo llame "flujo de captación de clientes potenciales" solo porque así lo etiquete la interfaz. Un cliente debería oír sus propias palabras describiendo su propia solicitud, confirmada por lo que aparece en pantalla.

Resista el impulso de mostrar más de lo que se pidió, incluso cuando el trabajo adicional esté terminado y esté orgulloso de él. Un cliente que ve un vídeo que se desvía del flujo acotado hacia una pantalla no relacionada se preguntará si la solicitud original se perdió por el camino. Si hay trabajo adicional que vale la pena mostrar, pertenece a un segundo clip claramente etiquetado en lugar de incluirse en el que el cliente está usando para dar el visto bueno a la solicitud original.

¿Qué tiene que ser cierto sobre la app antes de grabar?

Abra la URL de vista previa de v0 y confirme que el flujo funciona antes de que lo vea nadie más que usted. Este paso existe porque una construcción de v0 recién salida de la generación puede tener brechas que un desarrollador pasa por alto pero un cliente no: una tabla vacía, un botón que todavía no lleva a ningún sitio, texto de marcador de posición sentado en un campo pensado para contenido real. Arregle primero lo que necesite arreglarse.

  • Cargue la ruta exacta desde la que empieza el flujo del cliente y confirme que nada redirige de forma inesperada.
  • Sustituya el texto de marcador de posición y las listas vacías por contenido que se parezca al caso de uso real del cliente.
  • Elimine el nombre, los datos o la cuenta de cualquier otro cliente de la construcción antes de grabar nada.
  • Si el flujo está detrás de un inicio de sesión, use una cuenta de demostración descartable en lugar de una real.

Si un inicio de sesión forma parte realmente del flujo, se puede proporcionar una cuenta de demostración mediante el proceso aprobado, y 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. Ese detalle importa para una entrega a un cliente en concreto, porque el cliente le está confiando el resultado de su proyecto, y ser preciso sobre qué ocurre con cualquier acceso implicado forma parte de ganarse esa confianza.

¿Cómo se escribe la indicación para que el resultado coincida con lo pedido?

Escriba la indicación, revise el candidato, y después envíe el archivo en lugar del enlace. Indique el punto de partida, la acción y el resultado en una sola frase, con las propias palabras del cliente cuando sea posible. "Desde el formulario de contacto vacío, rellénelo y muestre el mensaje de confirmación" es lo bastante específico para producir un resultado utilizable. "Muestre la función de contacto" deja demasiado abierto, y la renderización puede terminar en una pantalla que responde a una pregunta que el cliente nunca hizo.

  1. Elija el flujo que un revisor no técnico pueda juzgar sin abrir la app.
  2. Abra la URL de vista previa de v0 y confirme que el flujo funciona antes de que lo vea nadie más que usted.
  3. Escriba la indicación, revise el candidato, y después envíe el archivo en lugar del enlace.

¿Qué debe comprobar antes de enviarlo?

Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, así que vea el archivo antes de que llegue al cliente en lugar de reenviarlo automáticamente. Confirme que el fotograma de apertura tiene sentido sin ningún contexto previo, ya que el cliente no va a leer un párrafo de introducción antes de pulsar reproducir. Compruebe que nada en pantalla contradice lo que se prometió en el alcance original, y que no aparece en ningún momento del clip ningún dato no relacionado ni ninguna pantalla sin terminar.

La guía de vídeo demo de producto para README es una comparación útil aquí, ya que un lector técnico y un cliente no técnico necesitan la misma disciplina subyacente aplicada a audiencias distintas. Si el primer candidato no resiste el análisis, la guía para reintentar un vídeo demo de producto explica cómo cambiar una sola cosa en lugar de volver a enviar a ciegas. Para una construcción de v0 con una audiencia más amplia que un solo cliente, la guía de demo de portafolio de v0 y la guía de recorrido de revisión de una app de v0 cubren dos usos adyacentes del mismo trabajo de preparación.

Para una construcción hecha en Cursor en lugar de v0, la guía de vídeo demo de Cursor, la guía de vídeo de página de destino de Cursor y la guía de vídeo de lanzamiento en Product Hunt de Cursor recorren el proceso equivalente para un proyecto sin URL de vista previa integrada. Para una comparación con otra herramienta de grabación de pantalla, revise GogoScreen frente a Clueso. Empiece en la página de inicio para el flujo de trabajo de URL e indicación, explore guías para el resto de la serie, consulte comparaciones frente a otras herramientas, y revise los precios antes de enviar una renderización para un cliente.

Aclaraciones

Antes de empezar

¿Por qué no enviar sin más el enlace de vista previa de v0?

Un cliente que no desarrolla software a menudo no hará clic en un enlace de vista previa desconocido, sobre todo en un subdominio generado que no reconoce. Un vídeo elimina esa barrera de confianza porque no hay nada en lo que hacer clic ni ninguna dirección que cuestionar.

¿Qué debe demostrar el vídeo a un cliente?

Debe mostrar la única tarea que pidió el cliente, completada, en la app real. Un cliente está juzgando si el trabajo hace lo que se solicitó, no si la interfaz está pulida.

¿Necesita el cliente ver la URL de vista previa de v0?

No. La dirección en sí no le importa al cliente y se puede recortar. Lo que importa es que el flujo mostrado sea la construcción real en funcionamiento y no una maqueta.

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.