Saltar al contenido
Guía7 min de lectura

Cómo hacer un vídeo de demo de un chatbot de IA

Muestre una respuesta en la que un lector escéptico confiaría.

Muestre a un chatbot de IA responder bien a una pregunta real, incluyendo cómo maneja una pregunta que no debería responder con seguridad.

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

Un vídeo de demo de un chatbot de IA tiene un fallo específico que otras categorías no tienen: el primer movimiento más habitual, escribir «hola» o «qué puedes hacer», produce una respuesta que no demuestra nada. Un saludo genérico recibe una respuesta genérica, y quien lo ve, si ya supone que los chatbots pueden producir texto genérico fluido, no aprende nada nuevo al ver a uno hacerlo en cámara.

Esto es distinto de una categoría donde la propia interfaz es la novedad. Con un chatbot, la interfaz, un cuadro de texto y un flujo de palabras, ya resulta familiar para casi todo el mundo. Lo único que queda por demostrar es si las palabras que devuelve son realmente útiles para una situación concreta, lo que pone más peso en la elección de la pregunta que en cualquier decisión de edición posterior.

GogoScreen se encarga del lado de la grabación como en cualquier otra categoría: una URL y una línea sobre qué mostrar devuelven un MP4 narrado y editado con zooms en los clics, suavizado del cursor, cortes de silencios muertos y subtítulos. Puede usar una cuenta de demostración si el chatbot está detrás de un inicio de sesión. No puede elegir una pregunta que merezca la pena hacer. Esa elección es toda la diferencia entre una demo que genera confianza y una que desperdicia treinta segundos.

¿Qué pregunta debe hacer realmente la demo?

Elija una pregunta lo bastante concreta para que quien lo ve pueda juzgar por sí mismo si la respuesta es correcta, o lo bastante concreta para mostrar que el bot entendió algo que un sistema genérico pasaría por alto. Un chatbot de soporte que responde a una pregunta sobre una función real del producto es una evidencia más sólida que el mismo bot respondiendo a «cómo estás». Un asistente de investigación que resume un documento aportado supera a uno que describe sus propias capacidades en abstracto.

Tipo de preguntaQué demuestraQué arriesga
Pregunta específica del productoEl bot entiende el dominio realNecesita contenido subyacente preciso para responder bien
Pregunta basada en documento o datoLa respuesta se puede comprobar frente a una fuenteRequiere que primero se cargue una fuente real
Pregunta genérica de capacidadCasi nada nuevo para quien lo ve con escepticismoDesperdicia el único fragmento que alguien va a ver

Esto refleja la misma regla que se aplica a una app de estudio, donde voltear una tarjeta por sí solo no demuestra nada hasta que se combina con una respuesta calificada, y a una app de cuestionarios, donde una respuesta enviada solo importa una vez que la puntuación es visible.

Si el bot a veces se niega a responder o hace una pregunta aclaratoria, ese comportamiento merece mostrarse en un clip separado en lugar de en la demo principal, y solo si la historia real del producto de la app lo incluye. Un chatbot que admite incertidumbre ante una pregunta que no debería responder con seguridad es una fortaleza legítima que merece explicarse, pero mezclar ese momento en un vídeo de primera impresión corre el riesgo de leerse como un fallo del bot en lugar de un comportamiento cuidadoso.

Dejar que la respuesta termine realmente

Una respuesta de chatbot que se transmite palabra a palabra es uno de los pocos momentos del software que resulta genuinamente interesante de observar, y cortar antes de que termine desperdicia eso. Deje que la respuesta se renderice por completo, incluida cualquier cita, enlace de fuente o sugerencia de seguimiento que muestre la interfaz una vez terminada la respuesta. Si la interfaz muestra de dónde viene una respuesta, sea el nombre de un documento, una referencia de página o un resultado de búsqueda, mantenga eso visible el tiempo suficiente para leerlo.

  • Haga una pregunta con una respuesta comprobable y concreta en lugar de una abierta.
  • Deje que la respuesta termine de renderizarse antes de que avance el clip.
  • Mantenga cualquier cita o indicador de fuente en pantalla el tiempo suficiente para leerlo.
  • Evite un intercambio que suene guionizado y parezca un ejemplo enlatado en lugar de una pregunta real.

¿Quién lo está viendo, y qué lo convence?

Una persona que evalúa si añadir el chatbot a su propio producto quiere verlo responder a algo específico de un caso de uso real, no una demo de la interfaz de chat en sí. Un comprador que compara herramientas de soporte quiere ver cómo maneja el bot una pregunta ligada a una política o función real, porque eso se acerca más a lo que preguntarían sus propios clientes. Ninguno de los dos quiere una transcripción de conversación trivial.

Estas dos personas también leen de forma distinta la colocación del widget en la página. Quien evalúa la integración se preocupa por si el chatbot ocupa una burbuja en la esquina o toma toda la página, porque ese detalle afecta a su propio diseño. Quien compara herramientas de soporte se preocupa menos por la colocación y más por si la respuesta habría resuelto de verdad un ticket de soporte real, así que elija la pregunta teniendo en cuenta esa distinción antes de grabar.

  1. Haga una pregunta concreta que una persona visitante real escribiría de forma plausible, no un saludo genérico.
  2. Deje que la respuesta completa se renderice en pantalla sin cortar antes de que termine.
  3. Muestre de dónde viene la respuesta si la interfaz presenta una fuente o cita, porque eso es lo que la hace verificable.

Pruebe el intercambio manualmente antes de solicitar la renderización. Escriba la pregunta exacta, lea la respuesta completa y confirme que es correcta antes de tratarla como digna de una demo. Una respuesta que suena segura pero es sutilmente incorrecta es peor de publicar que ninguna demo, porque el vídeo termina avalándola.

Ejecute la misma pregunta más de una vez si el modelo subyacente puede producir una formulación distinta en cada intento. Una respuesta que se lee bien la primera vez pero deriva hacia una afirmación inexacta en un segundo intento es una señal para acotar más la pregunta, no una señal para elegir sin más la versión que se renderizó primero.

Cuentas, datos y revisión del resultado

Si el chatbot necesita un inicio de sesión para el historial guardado o una base de conocimiento privada, prepare una cuenta de demostración descartable para la renderización. 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. Aproximadamente una de cada cinco renderizaciones falla o necesita un segundo intento, así que revise el resultado en lugar de publicar el primero de forma automática.

Mantenga cualquier base de conocimiento privada cargada para la demo limitada a contenido seguro para un vídeo público. Si el chatbot se basa en un conjunto de documentos, use un documento escrito específicamente para este fin en lugar de una política interna real, porque una respuesta citada correctamente a partir de un documento interno real puede seguir exponiendo información que nunca debía hacerse pública.

Antes de publicar, compruebe la respuesta una vez más frente a su fuente si existe una, y confirme que no se ha filtrado ningún dato privado a la conversación visible. Lea la transcripción una última vez como si fuera la propia conversación de un cliente, porque el estándar para una demo pública debe ser más alto que el usado para una prueba interna. Para una demo pensada para funcionar sin ningún software de grabación de pantalla, la guía de grabar una demo sin software de grabación de pantalla cubre un enfoque de captura alternativo. Si el chatbot es un prototipo temprano en lugar de un producto terminado, la guía de vídeo de demo de prototipo a partir de una URL cubre la preparación de una versión más tosca para revisión, y la guía de indicación de flujo de una línea para un vídeo de demo cubre la escritura de la propia indicación con más detalle. Un chatbot lanzado antes de un despliegue más amplio debe leer la guía de vídeo de demo de producto antes del lanzamiento. Para categorías cercanas con el mismo problema de especificidad, consulte la guía de vídeo de demo de herramienta de escritura con IA, la guía de vídeo de demo de app comunitaria, la guía de vídeo de demo de herramienta de RR. HH. y la guía de vídeo de demo de app de planificación de comidas, y la guía de vídeo de demo de app de toma de notas. Para una función generada por un agente específicamente, la guía de recorrido de funciones para agentes de IA cubre las diferencias de la indicación. Vea cómo se compara GogoScreen con Loom, consulte precios, explore la biblioteca de guías, revise el conjunto completo de comparaciones, o empiece en la página de inicio de GogoScreen.

Aclaraciones

Antes de empezar

¿Debe un vídeo de demo de chatbot de IA mostrar una conversación larga?

Normalmente no. Un intercambio largo dificulta que quien lo ve juzgue de cerca una sola respuesta. Una pregunta bien elegida, respondida por completo, es más fácil de evaluar que una transcripción que pasa por seis intercambios.

¿Debe la demo incluir una pregunta que el bot maneja mal?

Solo si eso es el objetivo. Una demo de chatbot pensada para generar confianza debe mostrar una respuesta correcta y segura a una pregunta real, no una prueba de estrés. Un vídeo separado es un mejor lugar para mostrar las limitaciones con honestidad.

¿Necesita el chatbot un inicio de sesión para la demo?

Muchos widgets de chatbot son públicos y no necesitan ningún inicio de sesión, mientras que una app de asistente independiente con historial guardado suele necesitarlo. Decida qué superficie se va a mostrar antes de decidir si se necesita una cuenta de demostración.

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.