Guía6 min de lectura

Guía de vídeo de novedades

Convierta un cambio publicado en una historia de lanzamiento enfocada.

Prepare un vídeo de novedades para un único cambio publicado, con un guion enfocado y una lista de revisión para el contexto de lanzamiento.

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

¿Qué hace útil a un vídeo de novedades?

Un vídeo de novedades debe explicar un único cambio publicado, no demostrar todo el producto. Le da a los lectores de lanzamientos una respuesta visual breve a una pregunta acotada: ¿cuál era el estado anterior, qué puede hacer ahora una persona y qué resultado visible se sigue de ello? La nota de versión escrita sigue siendo la fuente del alcance completo, las limitaciones y el detalle técnico.

Ese límite importa. Un vídeo de novedades de producto está anclado a un cambio publicado con nombre y a un desarrollo indicado. Una demostración amplia está anclada a un flujo de producto que puede abarcar varias capacidades. Cuando un mismo activo intenta hacer ambas cosas, el lector no puede saber qué comportamiento es nuevo, cuál ya existía o si una afirmación atractiva forma realmente parte del lanzamiento.

Para GogoScreen, una renderización planificada usa la URL de una aplicación web accesible y una línea que describe un flujo. Eso no es prueba de que un resultado exista, de que la función se haya publicado o de que una primera renderización vaya a ser utilizable. Aproximadamente una de cada cinco renderizaciones puede fallar o necesitar un segundo intento. El activo de lanzamiento final tiene que comprobarse frente al desarrollo real y la nota de versión publicada, un candidato a la vez.

¿Cómo se elige el único cambio a mostrar?

Elija un cambio que ya esté publicado y que le importe a la audiencia que recibe la actualización. Debe poder demostrarse con un objetivo controlado y preparado, y debe tener una diferencia visible entre el estado anterior y el comportamiento actual. Si la diferencia es solo un detalle de implementación sin resultado observable, explíquelo en la nota de versión en lugar de forzarlo en un vídeo.

Escriba primero el enunciado de lanzamiento. Use el mismo nombre de función y el mismo alcance en el guion, el subtítulo y el enlace cercano. No convierta una pequeña incorporación en una afirmación sobre rendimiento, fiabilidad, seguridad o capacidad de producto más amplia. No muestre trabajo planificado, un experimento ni una función ausente en el desarrollo especificado.

Un único cambio puede seguir involucrando más de una pantalla, pero cada escena debe respaldar el mismo enunciado de lanzamiento. Si la secuencia empieza a introducir otra función, deténgase y haga de esa función un activo de lanzamiento futuro por separado. El lector debe terminar sabiendo qué cambió, no simplemente que el producto tiene muchas superficies.

¿Cómo debe funcionar el guion de estado previo, acción y resultado?

El estado previo debe establecer la limitación o el comportamiento anterior relevante sin exageración. Muestre solo el contexto suficiente para que un lector de lanzamientos entienda por qué importa el cambio. La acción muestra después cómo se usa la nueva capacidad. El resultado hace observable el comportamiento cambiado y le da al activo un final claro.

Cambio publicado: un comportamiento nombrado en el desarrollo indicado
Estado anterior: el comportamiento relevante antes de ese cambio
Acción visible: la acción que usa el cambio
Resultado visible: el comportamiento cambiado que un lector de lanzamientos puede inspeccionar

Por ejemplo, la estructura podría ser una vista de ajustes anterior, una nueva selección o acción, y el estado resultante. El flujo exacto depende del cambio publicado. La regla importante es la continuidad. El espectador debe poder ver que el resultado se sigue de la acción y pertenece al desarrollo indicado.

Mantenga el guion distinto de un recorrido de producto completo. Un recorrido pregunta: «¿qué puede hacer este producto?». Un vídeo de notas de versión pregunta: «¿qué es diferente en esta actualización?». El primero puede usar una secuencia de flujos de trabajo independientes. El segundo debe conservar una cadena rastreable desde un cambio publicado hasta un resultado.

¿Cómo mantienen precisos al vídeo las notas de versión y los subtítulos?

Enlace el activo desde el contexto de la nota de versión y revísenlos juntos antes de compartirlos. La nota debe aportar la versión, el alcance y cualquier matización que no se pueda ver en el clip. El subtítulo debe identificar el cambio con los mismos términos que usa la nota de versión. No debe introducir una nueva afirmación de beneficio que la nota no respalde.

Compruebe cada etiqueta visible frente a la versión de lanzamiento indicada. Un objetivo preparado puede desviarse cuando cambian los datos, los valores predeterminados, la navegación o los indicadores de función. Si la captura ya no refleja el estado del lanzamiento, rechácela aunque el montaje se vea claro. La precisión importa más que conservar una renderización completada.

Si el corte publicado tiene voz en off generada de forma audible, revise el requisito de divulgación y marcado aplicable antes de usarlo. Un corte silenciado también requiere una inspección del contenido de navegador grabado. Ningún formato permite aplicaciones de clientes, credenciales, URL de clientes, contenido multimedia de clientes ni identificadores personales.

¿Cómo se mantiene concisa la actualización?

Planifique el clip alrededor de la pregunta que un lector de lanzamientos necesita responder. Abra con el estado anterior solo el tiempo suficiente para establecer el cambio. Después muestre la única acción que usa la actualización y el estado resultante. Termine cuando ese resultado quede claro. Esta secuencia le da al lector suficiente evidencia para entender el lanzamiento sin convertir una actualización enfocada en un recorrido de producto.

Use la nota de versión para material que no necesita una demostración visual. El alcance del despliegue, la implementación técnica, los pasos de migración, las limitaciones conocidas y los enlaces a documentación de apoyo pertenecen al contexto escrito cuando no se pueden mostrar con claridad en el flujo acotado. Mantener esos detalles junto al vídeo le permite a un lector revisar la actualización por encima, elegir el nivel de detalle que necesita y volver más tarde a la acción relevante.

Qué necesita un lector de lanzamientos	Dónde corresponde	Por qué
El estado anterior, la acción y el resultado visible	El vídeo	Solo una secuencia de navegador muestra el cambio ocurriendo
La versión y el alcance del despliegue	La nota de versión	El clip no puede mostrar de qué desarrollo proviene
Los pasos de migración y las limitaciones conocidas	La nota de versión	No se pueden mostrar con claridad dentro de un flujo acotado
La implementación técnica	La nota de versión	No tiene un resultado observable que registrar

Un activo conciso también es más fácil de colocar en una lista de novedades. Su fotograma de apertura y su subtítulo deben identificar el mismo cambio que la nota de versión adyacente. Una persona que llega desde una notificación, un archivo de lanzamientos o una página de producto debe poder entender el clip sin asumir que toda capacidad actual es nueva en este lanzamiento.

Lista de revisión del lanzamiento

Realice estas comprobaciones frente al candidato exacto y la nota de versión. La lista es una herramienta de preparación, no la prueba de que el trabajo se ha completado.

El cambio nombrado está publicado en la versión de lanzamiento indicada.
El estado previo representa con precisión el comportamiento anterior relevante.
Una acción muestra cómo se usa el cambio publicado.
El resultado es visible y se sigue de esa acción.
La nota de versión, el subtítulo, el lenguaje de la función y el contexto de versión concuerdan.
El activo no se convierte en un recorrido general de producto ni introduce otra función.
No aparece material de clientes, credenciales, URL de clientes, contenido multimedia de clientes ni identificadores personales.
Los subtítulos y cualquier voz en off generada audible se revisan para el tratamiento de publicación previsto.
La fecha de captura, el desarrollo, el revisor, el intento rechazado, el reintento y la decisión firmada quedan registrados.

Decisiones de lanzamiento relacionadas

Use el flujo de demostración de SaaS cuando la pregunta sea un flujo de producto general, no una actualización publicada. La colocación de prueba en la página de destino cubre el contexto por encima del pliegue. La colocación de activos para README cubre la lectura de repositorio. Un vídeo de demostración de lanzamiento de función presenta una capacidad recién disponible. Un vídeo de demostración de lanzamiento muestra un flujo acotado a partir de un lanzamiento publicado indicado. Un vídeo de actualización de producto explica el único cambio actual que un usuario necesita notar. La guía de vídeo de novedades para SaaS cubre cómo enlazar esa prueba visible con el registro de lanzamiento escrito. La preparación de URL para demostración de software cubre el método de entrada para una aplicación web accesible.

Para alternativas de flujo de trabajo, lea GogoScreen y Loom, GogoScreen y Screen Studio, GogoScreen y Clueso, y GogoScreen y Guidde. Antes de publicar, verifique el contexto frente a la página de inicio, precios, el centro de guías, el centro de comparaciones y la información de privacidad.

Aclaraciones

Antes de empezar

¿Qué debe cubrir un vídeo de novedades?

Cubra un único cambio publicado mediante un estado previo claro, la acción que habilita el cambio y el resultado visible. Las notas de versión siguen siendo el registro factual completo.

¿Cómo elijo el único cambio a mostrar?

Elija un cambio ya publicado que le importe a la audiencia prevista y que pueda demostrarse en la versión de lanzamiento indicada con datos preparados seguros. No use trabajo planificado.

¿En qué se diferencia un vídeo de novedades de una demostración de producto?

Un vídeo de novedades explica qué cambió respecto a un estado anterior. Una demostración general explica cómo funciona un producto de forma más amplia. Mezclar ambos hace que el contexto de lanzamiento sea menos preciso.

¿Qué debe revisarse antes de compartirlo?

Compruebe el lenguaje de la nota de versión, el desarrollo, la secuencia de estado previo, acción y resultado, el subtítulo, la privacidad, la voz en off audible cuando se use, y un registro de cualquier reintento.

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