PTENES
MÓDULO 4.2

🚀 Incorporación, clases y lanzamientos

Desde la incorporación de productos hasta el 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 📄 Documentación 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 feature en ~90 segundos es el caso de uso más inmediato de HyperFrames. En lugar de un tour estático de capturas de pantalla, entregas un MP4 narrado que el usuario ve en la propia app y puedes volver a generar cada vez que cambie la feature.

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

Las capturas de pantalla envejecen: con cada release, la UI cambia y el carrusel queda desactualizado. Con HyperFrames, el SCRIPT.md es la fuente de 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 una incorporación de función
1

Escribir SCRIPT.md

6 escenas, ~100 s de narración en total. Describe la función 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 UI 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 — súbelo al CDN o insértalo directamente en la app.

✓ Buenas prácticas de onboarding
  • ✓ Narración de 1–3 frases por escena (≤20 s)
  • ✓ Interfaz recreada en HTML, no una captura de pantalla real
  • ✓ CTA final con enlace directo a la feature
  • ✓ Versión 9:16 para la incorporación en móviles
✗ Errores comunes
  • ✗ Video de 5+ minutos — el usuario lo abandona en 30 s
  • ✗ Capturas de pantalla en vez de HTML (queda desactualizado)
  • ✗ Narración muy rápida — usa --speed 0.98, no 1.2
  • ✗ Sin una versión silenciosa: 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 antiguo y conservas un historial para revertir cambios.

Conceptos clave
⏱️
~90 s
duración ideal
🔄
Regenerable
con cada release
📱
9:16 móvil
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 — pedir una microclase a Claude
# Pega en Claude Code (con la skill video-explicativo activa)
Crea un video explicativo sobre
"closures en JavaScript".
- 6 escenas, ~90 s de narración
- Muestra código animado en la escena 3
- Escena final: CTA para el curso completo
- Formato 16:9 + 9:16
Paleta: estándar dark premium
(bg #0D1321, accent #FFC300)
Estructura recomendada de una microclase
Escena 1 — Hook
Pregunta o problema del día a día. ≤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 próximo 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) también asimila 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 verdad
💬
CAPTIONS[]
subtítulo sincronizado
🎬
6 escenas
estructura estándar
📐
16:9 + 9:16
dos formatos
3

📣 Lanzamiento / changelog en video

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

⚠️
La trampa del changelog textual

Los posts de notas de lanzamiento son ignorados por más del 80% de los usuarios. 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á en línea.
Tres mejoras que notarás
ya en 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 de video eficaz
  • ✓ Enfócate en 3 cambios, no en los 47 del lanzamiento
  • ✓ 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 errores 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 la CTA: "actualiza ahora en inema.club/app"
Conceptos clave
📣
Changelog narrado
vídeo > 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 reunirse. Un video de 90 s explica una decisión arquitectónica, un nuevo estándar de código o un proceso de deploy, y queda disponible para consulta asíncrona en Notion, Confluence o el 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 una 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 dev esté enfocado, no cuando lo convocaron.

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/revisar Depende de las notas
Actualización Volver a ejecutar el build Nueva reunión
💡
Un diagrama SVG en línea es ideal para conceptos técnicos

Usa la función sceneN() del build-index.mjs para inyectar un 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
se 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. Sin abrir ningún editor de video.

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

La API cambia; la documentación queda desactualizada

Se renombró un endpoint, se agregó un parámetro, cambió el comportamiento. El video anterior está 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 nuevo MP4: ~10 min. Sin abrir un editor de video ni volver a grabar la pantalla.

🗂️ Estructura de proyecto recomendada para documentos 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 = salida del CI
✏️
~5 min para editar
para actualizar
📌
Versionado
historial de renders
🔒
Local primero
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 otra marca, manteniendo todo el pipeline.

Qué cambia cuando reemplazas 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)
  • — Render (Chrome headless + FFmpeg)
  • — Comandos npx hyperframes lint/render
Ejemplo de design.md para una marca "FinovaTech" (ficticia)
# design.md — FinovaTech (cámbialo 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 de 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 (premium oscuro: no cedas al «fondo blanco»)
  • ✓ Color de acento con contraste ≥4.5:1 frente al fondo
  • ✓ Fuente del título con peso 700 o 800
  • ✓ Probar con npx hyperframes inspect --samples 16 antes de entregar
✗ Errores de personalización
  • ✗ Fondo blanco — las fuentes con antialiasing se ven pixeladas al renderizar
  • ✗ Color de acento muy 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 que no está disponible en Google Fonts: se 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 fundido 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 hay que cambiar
⏱️
LEAD/TAIL/FADE
0.5 / 0.9 / 0.45
🔤
Google Fonts
fetch-fonts.mjs
🌑
Dark premium
siempre fondo oscuro

📋 Resumen del Módulo 4.2

Qué aprendiste
  • ✓ Incorporación de producto: video narrado de ~90 s, regenerable con cada lanzamiento
  • ✓ Microclases: 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 compilación, se actualiza en ~10 min
  • ✓ Adaptación de marca: solo cambia design.md — todo el pipeline permanece igual
Valores y comandos para recordar
  • → pf_dora --speed 0.98 — voz estándar PT-BR
  • → LEAD=0.5 / TAIL=0.9 / FADE=0.45 — tiempos 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.