Saltar al contenido
Guía7 min de lectura

Compartir un proyecto de Cursor con un cliente

Muestre a un cliente la compilación funcionando, sin pedirle que abra un enlace.

Entregue a un cliente no técnico la prueba de que una compilación de Cursor funciona, partiendo de un despliegue real en lugar de un enlace que no abrirá.

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ó un trabajo a partir de un proyecto de Cursor no tiene ningún interés en el editor, el lenguaje ni en cómo está organizado el código. Quiere saber si lo que pagó está terminado. Enviarle un enlace le pide que confíe en una dirección que nunca ha visto, que navegue por una interfaz que no conoce y que encuentre por sí mismo la parte relevante. Un video corto elimina cada uno de esos pasos. El cliente pulsa reproducir y ve ocurrir el trabajo solicitado.

GogoScreen toma la URL de una app web y una indicación de una sola línea sobre qué mostrar, y después 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 compilación de Cursor en concreto, hay un paso previo a todo eso: la app tiene que estar desplegada antes en algún lugar accesible, ya que Cursor por sí mismo no genera un enlace de vista previa. Una vez que ese despliegue existe, la herramienta funciona igual que lo haría contra cualquier otra URL.

¿Por qué necesita un paso adicional una entrega de un proyecto de Cursor?

Confirme que el despliegue está activo y estable antes de grabar nada que se le vaya a mostrar al cliente. Una plataforma que se entrega con un enlace de vista previa automático hace que este paso sea invisible. Un proyecto de Cursor no lo tiene, así que hay que gestionarlo de forma deliberada, normalmente desplegando en el host que el equipo ya usa para el proyecto, o configurando un despliegue específicamente para respaldar la entrega. Haga esto antes de escribir la indicación, no a la vez, porque el despliegue puede tardar más de lo esperado si no se ha hecho antes.

Compruebe que el despliegue seguirá activo cuando el cliente vea realmente el video, y que no es un entorno temporal que se elimine al día siguiente. Un cliente que se pone en contacto con una pregunta de seguimiento una semana después y encuentra el enlace muerto lo interpretará como una prueba de que el trabajo nunca estuvo realmente terminado, incluso si el flujo grabado era correcto en su momento.

Esta entrega es distinta de la guía de demo de portafolio de Cursor, escrita para una audiencia general que decide si merece la pena contratar al desarrollador, y de la guía de recorrido de revisión de una app de Cursor, escrita para un revisor que comprueba una construcción frente a un encargo por escrito. Una entrega a un cliente se sitúa entre esas dos: la audiencia ya encargó el trabajo, así que la única pregunta abierta es si lo que pidió específicamente ahora existe y funciona.

Qué está juzgando el clienteQué le exige un enlace de vista previa sin editarQué elimina el video
Si el trabajo solicitado está terminadoHacer clic, navegar y encontrar la pantalla relevanteVe el flujo exacto completado
Si esto parece de confianzaEvaluar una dirección que nunca ha vistoNada en lo que hacer clic ni que cuestionar
Si esto coincide con lo que pidióComparar la app con su recuerdo del encargoLa narración puede nombrar la petición directamente

¿Cómo se elige el flujo que se va a mostrar?

Elija el único flujo que coincida exactamente con lo que pidió el cliente, no un recorrido más amplio por la construcción. Vuelva a la petición original en lugar de al estado actual del código. Si el encargo pedía un formulario de pedido que envía un correo de confirmación, muestre precisamente eso, completado, en lugar de una mirada más amplia al panel de administración que hay detrás. Un cliente que compare el video con su recuerdo de la petición notará si las dos cosas no coinciden.

  • Confirme la ruta exacta desde la que empieza el flujo solicitado.
  • Use datos de muestra verosímiles en lugar de tablas vacías o texto de relleno.
  • Elimine del entorno la información de cualquier otro cliente antes de grabar.
  • Si un inicio de sesión bloquea el flujo, disponga una cuenta de demostración en lugar de una real.

Como las compilaciones de Cursor tienden a incluir lógica de backend real en lugar de una maqueta rápida, este paso de preparación importa más de lo que importaría en un prototipo ligero. Pruebe el flujo a mano justo antes de grabar para que el estado capturado en el video coincida con lo último que se verificó que funcionaba.

Resista la tentación de mostrar más de lo que pidió el cliente, incluso cuando otras partes de la construcción resulten estar terminadas y sean impresionantes. Un cliente que ve un clip que se aleja de la petición acordada hacia un territorio no relacionado puede preguntarse si la petición original se perdió en algún punto del proceso. Si hay trabajo adicional terminado que merezca la pena mencionar, plantéelo por separado, después de que el cliente haya confirmado que el flujo solicitado es exactamente lo que quería.

¿Cómo se gestiona un inicio de sesión real para esta grabación?

Si un inicio de sesión bloquea el 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. No use la propia cuenta o credenciales del cliente para esto, aunque fuera la forma más rápida de mostrar exactamente los datos que espera. Una cuenta de demostración dedicada mantiene el proceso de grabación separado de cualquier cuenta que le importe a alguien, y significa que el cliente nunca tendrá que preguntarse después qué pasó con su propio inicio de sesión.

Escriba una indicación que nombre el inicio, la acción y el resultado, y después envíe el archivo terminado en lugar de un enlace. Formúlela con las propias palabras del cliente siempre que sea posible, ajustándose a cómo el encargo original describió la petición y no a cómo el código etiquete las cosas internamente.

  1. Confirme que el despliegue está activo y estable antes de grabar nada que se le vaya a mostrar al cliente.
  2. Elija el único flujo que coincida exactamente con lo que pidió el cliente, no un recorrido más amplio por la construcción.
  3. Escriba una indicación que nombre el inicio, la acción y el resultado, y después envíe el archivo terminado en lugar de un enlace.

¿Qué debe comprobar antes de enviarlo?

Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, así que observe el candidato antes de que llegue al cliente. La guía de video demo de producto para un README es una comparación útil aquí, ya que ambas audiencias necesitan que el video se sostenga por sí mismo sin requerir una explicación aparte junto a él. Si la app incluye un estilo de narración con mucha voz en off, la guía de voz en off para un video demo de producto cubre cómo asegurarse de que la narración coincida con el flujo con precisión en lugar de sonar como texto de marketing genérico.

Si el producto del cliente todavía está antes del lanzamiento, la guía de video demo para una lista de espera de SaaS cubre un caso de uso relacionado para generar expectación antes de que la app sea totalmente pública. Si la construcción en cuestión se hizo en v0 en lugar de en Cursor, la guía de video demo de una app de v0 cubre la misma disciplina de entrega para un proyecto con un punto de partida distinto. Para un contexto de lanzamiento más amplio que abarque más de un cliente, la lista de comprobación de lanzamiento de un agente de IA cubre el conjunto más amplio de pasos que suele necesitar un lanzamiento.

Para el mismo trabajo en otras páginas de Cursor, vea la guía de video demo de Windsurf, la guía de video de página de destino de Windsurf y la guía de video de lanzamiento en Product Hunt de Windsurf, que cubren la entrega equivalente para un editor distinto asistido por IA. Para una comparación directa de herramientas de grabación, revise GogoScreen frente a Demosmith. Empiece en la página de inicio para el flujo de trabajo de URL e indicación, explore las guías para el resto de la serie, revise las comparaciones frente a otras herramientas, y consulte los precios antes de enviar una renderización para un cliente.

Aclaraciones

Antes de empezar

¿Por qué es mejor un video que un enlace para entregar un proyecto de Cursor a un cliente?

Un cliente que no construye software a menudo no hará clic en un enlace desconocido, y un proyecto de Cursor tampoco tiene una URL de vista previa automática a la que dirigirlo. Un video elimina ambos problemas mostrando el trabajo directamente.

¿Necesita el cliente saber cómo se construyó la app?

No. El cliente está juzgando si el trabajo solicitado está terminado, no qué editor o herramienta lo produjo. Mantenga la narración centrada en el flujo, no en el proceso de construcción.

¿Qué pasa si la app requiere un inicio de sesión real?

Use una cuenta de demostración descartable en lugar de las propias credenciales del cliente o de una cuenta personal. En GogoScreen, las credenciales proporcionadas 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.