Saltar al contenido
Guía7 min de lectura

Compartir un proyecto de Bolt con un cliente

Muestre la construcción a un cliente que nunca iba a abrir el enlace.

Entregue una construcción de Bolt funcional a un cliente que no va a abrir un enlace de vista previa, con un vídeo que sustituye el clic que no va a hacer.

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 rara vez abre un enlace de vista previa de la forma en que lo hace una persona con perfil técnico. Al recibir una URL de una sesión sandbox de Bolt, un cliente sin perfil técnico podría hacer clic, esperar a que cargue, confundirse sobre qué parte es el producto real y cuál es herramienta de construcción, y rendirse antes de llegar a la parte que debía convencerlo. El problema no es que el cliente esté desinteresado. Es que un enlace en crudo le pide hacer un trabajo para el que nunca se apuntó: navegar por una interfaz desconocida para encontrar un resultado que otra persona ya sabe cómo llegar directamente.

Un vídeo breve elimina ese paso. En lugar de pedirle al cliente que encuentre el resultado por sí mismo, se lo muestra, en el orden que tiene sentido, con una narración que explica lo que está viendo. Esto importa especialmente en una construcción de Bolt, donde el camino más rápido hacia una vista previa funcional suele ser una sesión aislada en el navegador que un cliente no tiene motivo para reconocer como legítima, y donde alguien que la ve por primera vez puede no saber distinguir un sandbox cargando de un enlace roto.

La distancia entre lo que ve quien construye y lo que ve el cliente es fácil de subestimar. Quien construye reconoce una pantalla de carga del sandbox como una parte normal del proceso, algo que hay que esperar durante un par de segundos. Un cliente sin exposición previa a esa herramienta no tiene ese patrón al que recurrir, y un retraso que a una persona le parece rutinario puede parecerle a la otra un enlace roto. Un vídeo evita por completo esa diferencia al presentar un resultado terminado en lugar de pedirle al cliente que se siente a esperar el estado de carga por sí mismo.

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

Quien desarrolla y abre un enlace de vista previa de Bolt entiende lo que está viendo aunque tarde un momento en cargar. Un cliente no tiene ese contexto. Ve una interfaz desconocida, posiblemente un retraso de carga, y ninguna señal clara de dónde mirar primero. Algunos clientes no harán clic en el enlace en absoluto si llega sin explicación, ya que una URL desconocida enviada por quien construye puede leerse como algo fácil de postergar.

Lo que ve el clienteLo que elimina un vídeo
Una interfaz aislada desconocidaSustituida por una secuencia guiada con narración
Un retraso de carga sin explicaciónSustituido por un resultado terminado y editado
Ningún punto de partida claroSustituido por un fotograma de apertura deliberado

¿Qué debe mostrar realmente el vídeo?

Ajuste el vídeo a lo que se le dijo al cliente que debía esperar, no a todo lo que se construyó. Si el acuerdo era entregar un flujo de compra funcional, el vídeo debe mostrar ese flujo completándose, no un recorrido por el panel de administración ni una lista de mejoras técnicas que el cliente no pidió. Un cliente que ve un vídeo que se desvía del alcance acordado puede empezar a preguntarse si el entregable real se perdió en algún punto del recorrido.

  1. Despliegue la construcción en una URL estable que el cliente pueda revisar más adelante si así lo decide.
  2. Ajuste el vídeo al resultado concreto que se le dijo al cliente que debía esperar.
  3. Envíe primero el vídeo, con el enlace desplegado incluido como seguimiento opcional.

¿Cómo cambia la entrega el hecho de desplegar primero?

Desplegar la construcción antes de enviar nada le da al cliente una dirección real y revisable, aunque nunca la abra. Eso importa porque la confianza en una entrega suele depender de saber que existe una alternativa, no de usarla realmente. Un cliente que sabe que puede volver más adelante a un enlace funcional tiende más a aceptar un vídeo como suficiente por ahora, en comparación con un cliente que sospecha que la demo que le mostraron podría no existir en ningún lugar que pueda comprobar de nuevo.

También hay una razón práctica para desplegar antes de grabar en lugar de después. Una sesión aislada usada solo para construir puede comportarse de forma ligeramente distinta una vez que el mismo código se ejecuta en un destino de alojamiento real, y un vídeo grabado contra el sandbox puede acabar mostrando algo que la versión desplegada no coincide del todo. Grabar contra la dirección que el cliente realmente podrá revisar mantiene el vídeo y la construcción subyacente en concordancia.

GogoScreen toma la URL desplegada y una indicación de una línea que nombra el resultado acordado, y después devuelve un MP4 narrado con subtítulos, suavizado del cursor, zooms en los clics y los silencios muertos eliminados. Si el flujo necesita un inicio de sesión, se puede proporcionar una cuenta de demostración para esa única renderización: 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. Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, algo que merece la pena planificar antes de una fecha límite en lugar de descubrirlo en el último momento.

¿En qué se diferencia esto de un vídeo de portafolio o de lanzamiento?

Una entrega a un cliente tiene una audiencia de una o unas pocas personas que ya tienen contexto sobre lo acordado, a diferencia de la guía de demo de portafolio de Bolt, escrita para un desconocido sin contexto previo, o de un recurso de galería de lanzamiento, escrito para una multitud de desconocidos que se desplazan rápido. Un vídeo de página de destino público es más cercano en espíritu pero sigue siendo público, mientras que una entrega a un cliente suele ser privada y específica de una relación. La guía de recorrido de revisión de una aplicación de Bolt es la pariente más cercana, ya que ambas tratan de demostrar un resultado concreto a alguien que lo pidió.

La misma necesidad de entrega existe para otros constructores. La guía de vídeo de página de destino de v0, la guía de vídeo de lanzamiento en Product Hunt de v0 y la guía de compartir un proyecto de v0 con un cliente cubren los momentos equivalentes para una construcción de v0, donde el resultado puede inclinarse más hacia la interfaz que hacia un comportamiento de backend conectado, lo que cambia lo que un vídeo de entrega puede afirmar honestamente sobre el flujo subyacente. Para la disyuntiva entre un recorrido interactivo y un vídeo fijo, vea la guía de demo interactiva frente a vídeo de demostración.

¿Qué debe ocurrir después de que el cliente vea el vídeo?

La entrega normalmente no es el final de la relación, así que planifique lo que viene después de que el cliente responda.

  • Si el cliente lo aprueba, conserve el vídeo como prueba de lo que se entregó y cuándo.
  • Si el cliente pide un cambio, anótelo con claridad en lugar de editar el mismo vídeo.
  • Si el proyecto avanza hacia un lanzamiento público, la guía de vídeo de demostración de producto antes del lanzamiento cubre lo que cambia en esa etapa.

Tratar el vídeo enviado como un registro en lugar de un mensaje desechable facilita resolver desacuerdos más adelante. Un cliente que no recuerda con exactitud qué se le mostró semanas antes se beneficia de poder señalar un archivo concreto con una fecha concreta, y quien construyó se beneficia del mismo registro si el alcance de lo acordado alguna vez se pone en duda.

Mantener un registro limpio importa más de lo que parece en el momento. Un fotograma de portada del vídeo de demostración que represente con claridad el estado entregado ayuda cuando el vídeo se archiva y se consulta meses después, y un vídeo de demostración de entrega de un agente es el formato adecuado si el siguiente paso es entregar la construcción a otro desarrollador en lugar de al cliente directamente. Si la relación continúa más allá de esta entrega, un vídeo de registro de cambios puede recoger futuras actualizaciones sin repetir todo este proceso de entrega cada vez. Para una comparación de herramientas que admiten este tipo de captura orientada al cliente, vea GogoScreen frente a ngram. Revise precios, explore el resto de las guías y las comparaciones, o comience desde la página de inicio de GogoScreen para probar el flujo de trabajo en su propia construcción desplegada.

Aclaraciones

Antes de empezar

¿Por qué no enviar directamente el enlace de vista previa de Bolt?

Un enlace de vista previa funciona para un revisor técnico dispuesto a hacer clic y esperar a que cargue una sesión aislada. Muchos clientes no harán ninguna de las dos cosas, así que un vídeo que muestra el mismo resultado elimina por completo esa barrera.

¿Necesita el cliente ver el código?

No. Un cliente normalmente está evaluando si el resultado coincide con lo acordado, no revisando la implementación. El vídeo debe mostrar la aplicación en funcionamiento, no el editor.

¿Qué pasa si el cliente hace una pregunta que el vídeo no responde?

Mantenga disponible el enlace desplegado como seguimiento. El vídeo debe responder la pregunta principal con rapidez, con el enlace como respaldo para quien quiera explorar más.

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.