PTENES
MÓDULO 4.2

🚀 Incorporación, clases y lanzamientos

Del onboarding de producto al changelog en video: cómo aplicar HyperFrames en los seis escenarios reales en los que los videos narrados cortos generan más resultados con menos esfuerzo.

6
Temas
35
Minutos
Práctico
Nivel
Casos
Tipo
HyperFrames SCRIPT.md → MP4 🧭 Incorporación funcionalidad en ~90s 🎓 Microclase concepto narrado 📣 Lanzamiento changelog en video 🧑‍🤝‍🧑 Equipo alineación interna 📄 Documentos en video se regenera en el build 🎨 House style paleta de la marca ① SCRIPT.md

Un pipeline, seis aplicaciones reales

1

🧭 Incorporación al producto

Explicar una nueva función en ~90 segundos es el caso de uso más inmediato de HyperFrames. En vez de un recorrido estático de capturas de pantalla, entregas un MP4 narrado que el usuario ve en la propia app y que puedes volver a generar cada vez que cambie la función.

¿Por qué video y no un carrusel de capturas de pantalla?

Las capturas de pantalla quedan obsoletas: con cada release la UI cambia y el carrusel queda desactualizado. Con HyperFrames, el SCRIPT.md es la fuente de la verdad. Editas el guion, ejecutas node build-index.mjs && npx hyperframes render y tienes un video nuevo en minutos, sin editor ni grabador de pantalla.

Flujo para un onboarding de función
1

Escribir SCRIPT.md

6 escenas, ~100 s de narración en total. Describe la feature desde el punto de vista del usuario, no del desarrollador.

2

Generar narración con Kokoro

Voz pf_dora --speed 0.98, medir la duración con ffprobe, completar AUDIO[] en el generador.

3

Componer escenas en build-index.mjs

Cada escena = un estado de la interfaz recreado en HTML dark premium. Usa GSAP para animar las entradas y los resaltados.

4

Renderizar y distribuir

npx hyperframes render --quality high --output renders/onboarding-v2.mp4 — lo sube al CDN o lo integra directamente en la app.

✓ Buenas prácticas de onboarding
  • ✓ Narración de 1–3 frases por escena (≤20 s)
  • ✓ UI recreada en HTML, no una captura de pantalla real
  • ✓ CTA final con enlace directo a la función
  • ✓ Versión 9:16 para el onboarding móvil
✗ Errores comunes
  • ✗ Video de 5+ minutos — el usuario abandona en 30 s
  • ✗ Capturas de pantalla en lugar de HTML (queda desactualizado)
  • ✗ Narración muy rápida: usa --speed 0.98, no 1.2
  • ✗ Sin versión muda: olvidar volver a renderizar después de una actualización
💡
Consejo: versionado semántico en el nombre del archivo

Nombra los renders como onboarding-v1.mp4, onboarding-v2.mp4. Así, el CDN no almacena en caché el video anterior y conservas el historial para revertir cambios.

Conceptos clave
⏱️
~90 s
duración ideal
🔄
Regenerable
en cada release
📱
9:16 mobile
onboarding in-app
🎙️
pf_dora
voz local PT-BR
2

🎓 Microclases y cursos

Transformar un concepto en una clase breve narrada —con código animado, diagrama SVG y captions sincronizados— es lo que HyperFrames hace mejor. Cada clase es un SCRIPT.md; un curso es una carpeta de SCRIPTs.

Prompt de ejemplo — pedirle una microclase a Claude
# Pega en Claude Code (con la skill video-explicativo activa)
Crea un video explicativo sobre
"cierres en JavaScript".
- 6 escenas, ~90 s de narración
- Muestra código animado en la escena 3
- Escena final: CTA al curso completo
- Formato 16:9 + 9:16
Paleta: dark premium estándar
(bg #0D1321, accent #FFC300)
Estructura recomendada de una microclase
Escena 1 — Hook
Pregunta o problema cotidiano. ≤15 s.
Escenas 2–5 — Concepto
Explicación progresiva con código o diagrama. ~60 s en total.
Escena 6 — CTA
Enlace a la clase completa o al siguiente video. ≤10 s.
💡
CAPTIONS[] aumentan la retención hasta en un 40%

El array CAPTIONS[] no build-index.mjs define los subtítulos sincronizados con el audio. En las microclases, completa todas las escenas: quien mira sin sonido (feed de LinkedIn, celular en silencio) aún absorbe el contenido.

📊 Métricas reales de microclases (formato ~90 s)
Tasa de finalización
~65–80% para videos ≤2 min frente a ~30% para videos ≥10 min.
Costo de producción
R$ 0,00 por video: TTS local, render local, sin suscripción.
Tiempo de actualización
Editar SCRIPT.md + volver a renderizar: ~5 min de trabajo humano.
Conceptos clave
📝
SCRIPT.md
fuente de la verdad
💬
CAPTIONS[]
subtítulo sincronizado
🎬
6 escenas
estructura estándar
📐
16:9 + 9:16
dos formatos
3

📣 Lanzamiento / changelog en video

Anunciar un release con un video narrado en lugar de una publicación de texto aumenta la interacción, especialmente en LinkedIn y en el canal de Discord del producto. HyperFrames produce el video del changelog en el mismo CI que publica el release.

⚠️
Trampa del changelog textual

Más del 80% de los usuarios ignora las publicaciones con notas de lanzamiento. Los videos de 60–90 s con narración y animación de la nueva función tienen una tasa de apertura 3–5× mayor en canales como Discord, Slack y el correo electrónico del producto.

Script de ejemplo — escena de changelog
# assets/txt/s1.txt — narración de la escena 1 del changelog
La versión dos punto tres está disponible.
Tres mejoras que notarás
desde el primer uso.

# Generar el WAV:
npx kokoro-tts assets/txt/s1.txt \
--voice pf_dora --speed 0.98 \
--output assets/audio/s1.wav

# Medir la duración:
ffprobe -v error -show_entries format=duration \
-of default=noprint_wrappers=1:nokey=1 \
assets/audio/s1.wav
# → p. ej.: 5.82 (segundos) — colócalo en AUDIO[0]
✓ Changelog eficaz en video
  • ✓ Enfócate en 3 cambios, no en los 47 del release
  • ✓ Muestra el «antes» y el «después» animado
  • ✓ Versión 9:16 para Stories/Reels del producto
  • ✓ Automatiza en CI: npx hyperframes render en el pipeline de release
✗ Qué evitar
  • ✗ Listar bugs corregidos: al usuario no le importa
  • ✗ Más de 2 min de duración: la atención disminuye
  • ✗ Narrar jerga interna de la empresa ("refactorización de la capa de servicio")
  • ✗ Olvidar el CTA: "actualiza ahora en inema.club/app"
Conceptos clave
📣
Changelog narrado
video > texto
🤖
CI/CD
render en el pipeline
🔢
Máx. 3 funciones
el enfoque aumenta el impacto
4

🧑‍🤝‍🧑 Explicar un concepto técnico al equipo

Alinear el entendimiento interno sin reuniones. Un video de 90 s explica una decisión de arquitectura, un nuevo estándar de código o un proceso de deploy, y queda disponible para consultar de forma asíncrona en Notion, Confluence o un canal de Slack.

El trabajo asíncrono supera a las reuniones en comprensión técnica

Las reuniones de alineación tienen un alto costo de atención y baja retención. Un video narrado de 90 s, con un diagrama animado y código real, se puede pausar, retroceder y ver cuando el desarrollador esté concentrado, no cuando lo hayan convocado.

Video asíncrono vs. reunión de alineación
Aspecto Video HyperFrames Reunión sincrónica
Costo de tiempo del equipo 90 s por persona 30–60 min × N devs
Disponibilidad Asíncrono, 24/7 Depende de la agenda
Retención del contenido Puedes pausar y volver a ver Depende de las notas
Actualización Volver a ejecutar el build Nueva reunión
💡
Un diagrama SVG inline es ideal para conceptos técnicos

Usa la función sceneN() del build-index.mjs para inyectar SVG futurista con flechas animadas (GSAP gsap.from() + stagger) mostrando el flujo del sistema. Mucho más claro que una diapositiva de texto.

Conceptos clave
🔀
Asíncrono
sin bloquear la agenda
📐
SVG animado
arquitectura visual
📎
Notion/Confluence
embed permanente
🔄
Se puede volver a ejecutar
actualiza sin reunión
5

📄 Documentación en video que no queda desactualizada

La queja más común sobre la documentación en video es que queda desactualizada en unas semanas. Con HyperFrames, el video es un artefacto de build: cuando cambia el contenido, solo tienes que editar el SCRIPT.md y volver a ejecutar el build. No hace falta abrir un editor de video.

Ciclo de actualización de la documentación en video
1

La API cambia; la documentación queda desactualizada

Endpoint renombrado, parámetro nuevo, comportamiento modificado. El video anterior quedó desactualizado.

2

Editar SCRIPT.md e assets/txt/sN.txt

Ajusta las líneas de narración y el HTML de la escena afectada. ~5 min de trabajo.

3

Volver a generar la narración solo de las escenas modificadas

npx kokoro-tts assets/txt/s3.txt --voice pf_dora --speed 0.98 --output assets/audio/s3.wav

4

Reconstrucción y renderizado

node build-index.mjs && npx hyperframes lint && npx hyperframes render --quality high --output renders/docs-api-v3.mp4

✓

Video actualizado publicado

De cero a un MP4 nuevo: ~10 min. Sin abrir un editor de video ni volver a grabar la pantalla.

🗂️ Estructura de proyecto recomendada para docs en video
docs-api/
SCRIPT.md # guion
build-index.mjs # generador
design.md # estilo de marca
assets/
txt/s1.txt … s6.txt
audio/s1.wav … s6.wav
fonts/*.woff2 + fonts.css
renders/
docs-api-v1.mp4
docs-api-v2.mp4
docs-api-v3.mp4 # ← actual
Conceptos clave
🏗️
Artefacto de build
MP4 = output del CI
✏️
~5 min para editar
para actualizar
📌
Versionado
historial de renders
🔒
Local-first
sin cloud, sin costo
6

🎨 Adaptar el house style a la marca del cliente

HyperFrames tiene una paleta dark premium predeterminada (#0D1321 bg, #FFC300 accent). Pero el design.md es el único archivo que necesitas cambiar para adaptar todo el aspecto visual a una marca diferente, manteniendo el pipeline completo.

Qué cambia cuando reemplazas el design.md

Cambia con el design.md:

  • ✓ Color de fondo (bg)
  • ✓ Color de acento (botones, bordes, resaltados)
  • ✓ Fuentes (títulos, cuerpo, mono)
  • ✓ Color y texto de la CTA final
  • ✓ Logo/ícono de la empresa en la escena inicial

No cambia (el pipeline permanece igual):

  • — Estructura de escenas (SCRIPT.md)
  • — TTS (pf_dora, Kokoro local)
  • — Renderizado (Chrome headless + FFmpeg)
  • — Comandos de npx hyperframes lint/render
Ejemplo de design.md para una marca "FinovaTech" (ficticia)
# design.md — FinovaTech (cambiarlo por el de la marca del cliente)
bg: "#0A0F1E" # azul marino oscuro
panel: "#111827" # panel
border: "#1E3A5F" # borde sutil
text: "#E2F0FF" # texto principal
accent: "#00C2FF" # azul FinovaTech
code: "#7FDBFF" # código/mono
font_title: "Plus Jakarta Sans"
font_body: "Inter"
font_code: "Fira Code"
cta_text: "Abre tu cuenta en finovatech.com"
cta_url: "https://finovatech.com/abrir"
✓ Adaptación de marca eficaz
  • ✓ Fondo siempre oscuro (dark premium — no cedas al "fondo blanco")
  • ✓ Acento con contraste ≥4.5:1 frente al fondo
  • ✓ Fuente del título con peso 700 u 800
  • ✓ Probar con npx hyperframes inspect --samples 16 antes de entregar
✗ Trampas de personalización
  • ✗ Fondo blanco — las fuentes antialias se ven pixeladas en el render
  • ✗ Acento demasiado claro (p. ej., #FFFF00) — ofusca el texto
  • ✗ Cambiar el LEAD/TAIL/FADE sin probar (LEAD=0.5 TAIL=0.9 FADE=0.45 son los valores validados)
  • ✗ Usar una fuente no disponible en Google Fonts: rompe el fetch-fonts.mjs
💡
LEAD, TAIL y FADE: los tiempos de escena

Los valores LEAD=0.5 (silencio antes de la narración), TAIL=0.9 (pausa después de la narración) y FADE=0.45 (la duración del fade entre escenas) se calibraron para la voz pf_dora --speed 0.98. Si cambias la voz o la velocidad, recalibra estos valores.

Conceptos clave
🎨
design.md
único archivo que debes cambiar
⏱️
LEAD/TAIL/FADE
0.5 / 0.9 / 0.45
🔤
Google Fonts
fetch-fonts.mjs
🌑
Dark premium
siempre con fondo oscuro

📋 Resumen del Módulo 4.2

Qué aprendiste
  • ✓ Onboarding de producto: video narrado de ~90 s, regenerable con cada release
  • ✓ Microlecciones: estructura de 6 escenas con CAPTIONS[] para accesibilidad
  • ✓ Changelog en video: máx. 3 features, narración con lenguaje de producto
  • ✓ Alineación técnica asíncrona: SVG animado reemplaza una reunión de 30 min
  • ✓ Documentación en video: el MP4 es un artefacto de build y se actualiza en ~10 min
  • ✓ Adaptación de marca: solo cambia design.md; el pipeline completo permanece
Valores y comandos que debes recordar
  • → pf_dora --speed 0.98 — voz estándar PT-BR
  • → LEAD=0.5 / TAIL=0.9 / FADE=0.45 — timings validados
  • → npx hyperframes lint antes de cada render
  • → npx hyperframes inspect --samples 16 para revisar el diseño
  • → bg #0D1321 / accent #FFC300 — paleta dark premium estándar
  • → --quality high para el render final (no borrador)
Próximo módulo:
4.3

🧰 Biblioteca de prompts

Colección de prompts listos para los casos de uso más comunes — onboarding, microclase, changelog y más.