Caso de estudio · Entrega de producto con IA y operaciones de producto
FastVideo — Producto de video con IA y sistema de entrega
Un flujo de seis etapas con la operación necesaria para revisar, renderizar, lanzar y mejorar el producto.
Project Manager Técnica · Líder de Operaciones de Producto
- EntregadoSistema de producto entregado · preparación para producción
- Reconstrucción anonimizadaCaso de estudio público
01 · En pocas palabras
Lo que hizo posible este sistema
- Necesidad del negocio
- Un flujo de seis etapas con la operación necesaria para revisar, renderizar, lanzar y mejorar el producto.
- Mi rol
- Project Manager Técnica · Líder de Operaciones de Producto
- Qué se entregó
- Entrega de producto con IA y operaciones de producto
- Sistemas principales
- Next.js · Supabase · Remotion · ClickUp
Madurez y estado público
- EntregadoSistema de producto entregado · preparación para producción
- Reconstrucción anonimizadaCaso de estudio público
02 · Necesidad del negocio
Lo que necesitaba el negocio
FastVideo necesitaba más que funcionalidades: requería un recorrido coherente desde la idea hasta un video revisado, renderizado y recuperable.
Estructuré ese recorrido, prioricé la implementación, validé el comportamiento y construí los controles de entrega alrededor del producto.
03 · Lo que debía cambiar
Los riesgos operativos que debíamos resolver
Organicé el recorrido completo desde la entrada creativa hasta un resultado revisado y listo para render, conectando el desarrollo con lanzamiento, GTM, incorporación de clientes y visibilidad ejecutiva.
Conservar el estado del proyecto a través de generación, revisión y exportación.
Coordinar escenas, animación, workers y salida final más allá de la interfaz visible.
Alinear producto, lanzamiento, incorporación y soporte con criterios compartidos.
Exigir arquitectura, pruebas y evidencia a la implementación asistida por IA.
04 · Lo que entregué
Mi responsabilidad en el sistema
Lideré el resultado de negocio, la lógica operativa, los límites del sistema, los criterios de aceptación, la dirección de entrega, la validación y la aceptación final. El desarrollo asistido por IA y la colaboración especializada apoyaron la implementación cuando el contexto lo requería.
- Convertí la visión del producto en requisitos de flujo, sistema y release.
- Dirigí las restricciones de arquitectura entre proyecto, escenas, revisión, render y exportación.
- Definí bibliotecas reutilizables de medios, voces y música.
- Definí aceptación, escalamiento y traspasos entre producto y mercado.
- Construí en ClickUp el modelo operativo de desarrollo, prioridades, SOP, incorporación y visibilidad ejecutiva.
- Goberné la implementación asistida por IA mediante pruebas y evidencia.
05 · Cómo funciona
Cómo funciona el sistema
El producto avanza de guion a voz, visuales, música, salida y exportación conservando el estado de escenas y proyecto. La capa operativa convierte el avance técnico en preparación visible, traspasos y decisiones.
Sistema seleccionado
Guion → Voz → Visual → Música → Salida → Exportación
Construye cada proyecto en etapas diferenciadas y revisables.
Límite: Cada etapa conserva el contexto del proyecto y de la escena.
Sistemas en contexto
- Next.js
- Flujo de creación y aplicación centrada en proyectos
- Supabase
- Estado persistente, autenticación, trabajos de render y almacenamiento
- Remotion
- Composición programática y preparación del render
- ClickUp
- Entrega, lanzamiento, incorporación y escalamiento
- Railway
- Alojamiento configurado para el worker de render
- FFmpeg
- Mezcla de audio, compresión y confiabilidad de exportación
- Vercel
- Despliegue de la aplicación Next.js
- GitHub
- Código, historial, revisión y entrega técnica
- Claude Code · OpenAI Codex
- Implementación y validación asistidas por IA bajo dirección humana
06 · Cómo tomo decisiones
Las decisiones detrás del sistema
Las herramientas cambian. Lo importante es decidir dónde vive la información oficial, qué puede moverse, qué debe detenerse y qué evidencia es suficiente.
Modelar el recorrido completoTratar generación, revisión, render y exportación como un solo sistema.
- Por qué
- Una interfaz convincente no compensa una salida inestable ni la pérdida de estado.
Revisar por escenasMantener rutas y puntos de revisión antes de finalizar.
- Por qué
- El usuario debe poder corregir la unidad que realmente se va a renderizar.
Definir terminado con evidenciaAtar la preparación a comportamiento, dependencias y salidas verificadas.
- Por qué
- Los flujos de IA pueden parecer completos aunque el paso siguiente siga roto.
Conectar producto y salida al mercadoCompartir criterios para release, SOP, incorporación y escalamiento.
- Por qué
- Una función no está lista si el recorrido del cliente y del equipo no puede operar.
07 · Cómo se entregó
Del modelo a un sistema que funciona
- Mapeé las seis etapas y sus dependencias de proyecto, escena, revisión y salida.
- Definí confiabilidad entre aplicación, worker, almacenamiento, Remotion y FFmpeg.
- Organicé desarrollo, lanzamiento, traspasos, SOP e incorporación en ClickUp.
- Dirigí la implementación asistida por IA contra restricciones de arquitectura y aceptación.
Controles
Dónde debe detenerse el sistema
- Un render en cola no se presenta como salida terminada.
- Ninguna transición descarta silenciosamente el estado.
- No se declara listo sin evidencia técnica y operativa.
08 · Qué cambió
Qué cambió
- El recorrido de entrada a exportación quedó más claro.
- La revisión ocurre antes del render costoso.
- Los traspasos de producto y negocio quedaron explícitos.
- Las responsabilidades de render y finalización quedaron definidas.
- La preparación, los SOP y el escalamiento ganaron visibilidad.
09 · Evidencia pública
Lo que puede mostrar el registro público
La evidencia se describe con criterio conservador. Cualquier prueba visual que se agregue debe estar anonimizada, explicada y revisada antes de publicarse.
Diagrama
Mapa del flujo de seis etapas
Muestra el recorrido y el punto de revisión en cada transición relevante.
Evidencia anonimizada
Modelo operativo de entrega
Reconstrucción anonimizada de preparación, traspasos, SOP, incorporación y escalamiento.
Registro narrativo
Razonamiento de arquitectura
Explica por qué escenas, revisión, workers y salida final forman un solo recorrido de producto.
10 · Lo que demuestra