Datos de prueba para un vídeo demo

Empiece por el flujo de trabajo, no por los registros

Elija la tarea de producto antes de decidir qué datos crear. Una demo de producto podría mostrar una lista preparada, una acción que crea o actualiza un elemento y la entrada resultante. Los datos existen para hacer comprensible la acción. No deberían convertirse en un catálogo de cada función, cada tipo de cuenta o cada evento histórico que la aplicación puede mostrar.

La lista de comprobación del flujo de demostración de producto ayuda a seleccionar el inicio, la acción y el resultado. La indicación de flujo de una sola línea para un vídeo demo convierte después esa secuencia pequeña en una instrucción acotada. Un vídeo demo de SaaS empieza antes, eligiendo el trabajo relevante para el comprador que merece mostrarse.

Un estado inicial útil tiene suficiente contexto para responder preguntas básicas del espectador. ¿Qué estoy viendo? ¿Qué puede pasar aquí? ¿Qué cambio debería notar? Si la respuesta requiere una explicación hablada larga, la ruta o los datos son probablemente demasiado escasos. Si la respuesta requiere examinar una pantalla abarrotada, el estado es probablemente demasiado amplio.

1. Elija una tarea de producto con un inicio y un resultado visibles.
2. Cree un estado inicial seguro con datos de ejemplo no de cliente.
3. Haga que la acción seleccionada produzca un cambio visible en pantalla.
4. Compruebe todo el marco del navegador en busca de material privado, vacío o no relacionado.

Haga visible el resultado en el momento adecuado

Los datos deben permitir que la acción elegida cambie algo que un espectador pueda ver. Un elemento que aparece en una lista preparada, una confirmación asociada a la tarea seleccionada o un estado cambiado pueden servir como resultado cuando son comportamiento de producto genuino. No añada un mensaje de éxito falso ni invente una afirmación solo para que el final se sienta más contundente.

Pruebe la ruta exacta manualmente después de preparar los datos. Compruebe redirecciones, avisos de consentimiento, ventanas emergentes, indicadores de función, estados de carga y mensajes de error. Un vídeo demo de software desde una URL necesita una ruta alcanzable, mientras que un vídeo de recorrido de una app web necesita un recorrido que el espectador pueda seguir. Los datos preparados respaldan ambas decisiones, pero no pueden reparar una ruta inaccesible o confusa.

Si se necesita autenticación, use una cuenta descartable mediante el proceso aprobado. Quienes escriben y revisan no deben solicitar, recibir, copiar ni inspeccionar las credenciales. 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. El registro de preparación de datos debe nombrar el estado seguro y el resultado esperado, nunca un secreto.

Use la siguiente guía para la siguiente decisión

Use la guía de vídeo demo de una app de staging cuando la pregunta sea si una ruta controlada es segura de mostrar. Use la guía de indicación de flujo de una sola línea para un vídeo demo cuando el estado preparado esté listo pero la instrucción sea demasiado amplia. Use la lista de comprobación del flujo de demostración de producto cuando el equipo todavía no haya seleccionado el flujo de trabajo.

Para decisiones de inicio de sesión, use la guía de vídeo demo de una app con sesión iniciada. Para una ruta pública, use la guía de vídeo demo desde una URL de sitio web. Lea precios, la política de privacidad y los términos antes de enviar una renderización.