TL;DR
Un flujo de trabajo de producción de video es el mapa de gates ordenado de un trabajo de video. Cierra primero el brief y el paquete de fuentes. Convierte el script aprobado en un mapa de escenas. Produce solo en la ruta que esas fuentes permiten, un rodaje o un draft asset-led. Revisa con un aprobador nombrado y un presupuesto de revisiones cerrado. Entrega un archivo que puedes defender y archiva el trabajo. Un video terminado no es prueba de que esta secuencia se ejecutó.
Un flujo de trabajo de producción de video responde una pregunta estrecha: ¿cómo se mueve este trabajo desde un brief acordado hasta un archivo que alguien puede publicar sin adivinar qué pasó en el medio? El objeto útil no es un stack de software. Es una secuencia de etapas, cada una con un responsable, un entregable, una condición de paso y un lugar para detenerse. La guía de flujo de equipo 2026 de VID es directa sobre el fallo habitual. Los equipos construyen un tablero, lo saltan y siguen enviando scripts por el chat. El sistema de principio a fin de Storyflow hace el mismo punto desde el otro lado: las producciones fallan en los handoffs más a menudo que dentro de una sola etapa. Esta página conserva ese diagnóstico y luego hace un trabajo distinto. Te dice cómo ejecutar un video, incluidos los trabajos que nunca van a un día de rodaje. Esto no es una plantilla para rellenar, una propuesta comercial, un plan de producción con fechas ni un sistema operativo de automatización de campañas. Esas páginas ya existen en TapVid. Úsalas cuando el trabajo sea rellenar un registro, conseguir un sí, asignar fechas o ejecutar una campaña multi-canal. Quédate aquí cuando necesites el mapa de etapas en sí.
Rellena el registro de producción reutilizable
01
Un flujo de trabajo es un mapa de gates, no un formulario cercano
La frase flujo de trabajo de producción de video se usa para cuatro objetos distintos. Mezclarlos es cómo un equipo termina rellenando una checklist mientras el trabajo real no tiene un brief aprobado.
Un flujo de trabajo dice qué debe ser cierto antes de que la siguiente etapa pueda empezar. Una plantilla es un registro de producción reutilizable: fuentes, script, escenas, estado de revisión. Una propuesta es el alcance que alguien todavía tiene que aceptar. Un plan asigna responsables, fechas y dependencias después de esa aceptación. La automatización es un bucle de campaña con empaquetado, permisos de release y medición.
La guía exact-match 2026 de Codepic define un flujo de trabajo como un mapa de responsables, entregables y gates de aprobación, no como un dump de tareas. Esa definición es la que usa esta página.
- Un diagrama de diez cajas sigue sin ser una ejecución.
- Si una etapa posterior no puede señalar un artefacto aprobado, el mapa era decoración.
- Mantén las páginas cercanas en su carril.
| Objeto | Trabajo del lector | No lo uses para |
|---|---|---|
| Esta página de flujo de trabajo | Ejecutar un trabajo del brief a la entrega | Rellenar campos, cotizar una tarifa o fechar un Gantt |
| Plantilla de producción de video | Rellenar un registro de producción reutilizable | Aprender el orden de las etapas |
| Plantilla de propuesta | Conseguir que un stakeholder acepte el alcance | Ejecutar el trabajo después del sí |
| Plantilla de plan | Asignar responsables y fechas | Decidir qué debe decir el video |
| Automatización de video marketing | Ejecutar un bucle de campaña con gates humanos | Una sola entrega |
Si necesitas un formulario, sal de esta página. Si necesitas el orden del trabajo, quédate.
02
Seis etapas para un trabajo de video
La mayoría de las guías públicas comprimen la producción en tres fases: preproducción, producción y posproducción. La página Video Production 101 de 2026 de Lemonlight es la enciclopedia más clara de ese modelo.
El mapa de tres fases es verdadero y demasiado grueso cuando debes saber si el script tiene permiso para avanzar. Esta página divide un trabajo en seis etapas. Filmar es opcional. El lock de fuentes no lo es.
| Etapa | Responsable | Entregable | Condición de paso | Atasco típico |
|---|---|---|---|---|
| 1. Lock del brief | Producer o marketer que puede nombrar el trabajo | Brief de una página con audiencia, duración, canal y un mensaje | Un aprobador nombrado firma el brief | La producción arranca desde un hilo de Slack |
| 2. Lock de fuentes | Dueño de las fuentes | Paquete inspeccionable: hechos aprobados, archivos y lista de inputs faltantes | Cada claim posterior tiene una fuente o está marcado en blanco | Los editores inventan un número para terminar una escena |
| 3. Script y escenas | Creative lead | Script más un mapa de escenas que apunta cada beat a una fuente | El script y el mapa se aprueban juntos | Un storyboard bonito sin fila de fuente |
| 4. Producir | Operador de producción o asset-led | Corte revisable en la duración objetivo | Solo las fuentes cerradas aparecen en pantalla | Un rodaje arranca, o un generate arranca, antes de que el mapa esté aprobado |
| 5. Revisión | Aprobador nombrado, no un inbox de grupo | Decisión: aprobar, o devolver a una etapa con un presupuesto | El bucle tiene una salida | Llegan notas de cinco personas sin responsable |
| 6. Entrega y archivo | Dueño de publicación | Archivos de canal, un registro de QC y un archivo de masters más las fuentes | Alguien puede reabrir el trabajo después | El archivo "final" vive solo en un upload de chat |
Esas seis filas son todo el flujo de trabajo. El resto de esta página es cómo ejecutar cada fila. Una customer story filmada sigue necesitando un brief, un paquete de fuentes, un mapa de escenas, un presupuesto de revisión y un archivo. Un product update asset-led necesita los mismos gates. La etapa de producir es el único lugar donde los métodos divergen. La nota de diciembre 2025 de iconik acierta en que los comentarios partidos entre email, Slack y un drive convierten la aprobación en folklore.
Centraliza los comentarios en el corte. No dejes que una plataforma de media assets reemplace el lock del script o el lock de fuentes.
Recorre un trabajo de changelog de 60 segundos por las mismas seis filas. Los hechos de abajo son un ejemplo de planificación, no un test de producto.
- Lock del brief: el viewer es un customer actual que lee la página de producto. El trabajo es encontrar el nuevo export default. La duración es 60 segundos. El canal es la página de producto. El mensaje es "el export default ahora es 1080p." El aprobador es el product manager. Fuera de alcance: demo de ventas y corte de recruiting.
- Lock de fuentes: entrada de changelog con una fecha, UI actual de settings, wording 1080p aprobado y un blank para cualquier claim de performance que no tengas. Input faltante: revisión legal de la frase si se nombra a un competidor.
- Script y escenas: cuatro filas. Nombra el cambio. Muestra el setting. Declara el límite. Pide un siguiente paso. Cada fila que lleva un claim apunta al paquete.
- Producir, asset-led: arma un draft revisable desde el capture de UI y las líneas aprobadas. No inventes un claim de "exportación más rápida" para llenar una pausa.
- Revisión: el product manager mira una vez. Se permite una nota de craft. Pedir añadir una segunda audiencia es un brief nuevo.
- Entrega: 16:9, 60 segundos, captions que repiten solo el wording aprobado, destino en la página de producto, archivo del brief, el paquete, el mapa, la decisión y el master.
Una customer story filmada de 90 segundos usa las mismas seis filas con un trabajo de producir distinto.
- El lock del brief sigue nombrando un viewer, un mensaje, una duración y un aprobador.
- El lock de fuentes añade el release, el permiso de location, la versión de producto en cámara y la cita que puede subtítularse.
- Script y escenas siguen necesitando una columna de fuente. "B-roll de la oficina" no es una fila hasta que no lleva claim o tiene un permiso.
- Producir registra los takes contra el mapa. Coverage extra sin fila no puede introducir un número después.
- La revisión sigue teniendo un aprobador y un presupuesto. El customer success lead que confirmó la cita es un commenter salvo que el brief lo nombrara como aprobador.
- La entrega sigue archivando el release con el master. Perder el release es perder el derecho a volver a correr el corte.
03
Cierra el brief antes de que alguien reúna una fuente
Un brief es el primer artefacto, no una conversación sobre un artefacto futuro. La sección de brief de VID hace cuatro preguntas que siguen funcionando: para quién es esto, qué deberían hacer, qué duración y formato, y dónde vive. Escribe las respuestas. No trates una kickoff call como el brief.
Un brief de un solo trabajo puede quedarse en una página.
Viewer: un rol en una situación, no "todo el mundo en el website." Trabajo: una acción después del video, como completar un paso, consultar o entender un cambio. Duración y canal: un número y un lugar. "Más o menos un minuto para social" no es un brief. Un mensaje: la frase contra la que las etapas posteriores comprueban. Aprobador: la única persona que puede decir que el brief está listo. Fuera de alcance: la segunda audiencia, la segunda oferta y el corte extra que no harás esta vez.
- La condición de paso es aburrida a propósito. El aprobador nombrado escribe sí en esa página.
- Si dos departamentos todavía no están de acuerdo sobre el mensaje, tienes una negociación atascada que lleva un nombre de archivo.
- Un brief que no nombra duración se filtra a cada discusión posterior. El editor corta a gusto. El stakeholder pide más contexto. El dueño de publicación encuentra el archivo demasiado largo para el slot.
- Trata una petición de una segunda duración como un segundo entregable.
Briefs trabajados que puedes copiar como estructura, no como tus hechos:
- Product update asset-led: 60 segundos, audiencia de changelog, página de producto. Mensaje: el export default ahora es 1080p. Aprobador: el product manager dueño de esa frase. Fuera de alcance: brand film, demo de ventas, corte de recruiting.
- Customer story filmada: 90 segundos, landing page. Mensaje: este equipo reemplazó una reunión semanal de status por un walkthrough grabado. Aprobador: el customer success lead que puede confirmar la cita. Fuera de alcance: montaje de historia de la empresa.
- Si esos dos trabajos comparten una carpeta titulada "video Q3", sepáralos antes de que alguien recoja un archivo.
- Un reel de un competidor puede informar el tono. No puede suministrar duración, claim o aprobador. Roba estructura solo después de que el brief exista.
- Rechaza un brief que lista tres audiencias y un archivo. Eso son tres trabajos que comparten un disfraz.
- Rechaza un brief que dice "haz que se sienta premium" y no nombra mensaje. El tono no es una condición de paso.
- Rechaza un brief cuyo aprobador es "el equipo de liderazgo." Un grupo no puede escribir sí en una página.
- Escribe la lista de fuera de alcance aunque se sienta grosero. El segundo corte llegará como una sugerencia amable durante la revisión si no lo haces.
04
Congela un paquete de fuentes que las etapas posteriores puedan inspeccionar
La recolección de fuentes es una etapa, no una cacería durante el edit. Los equipos que la saltan no ahorran tiempo. Mueven la invención al corte, donde es más difícil de ver y más cara de deshacer.
Construye un paquete que un extraño del equipo pudiera auditar.
Wording aprobado: nombres, números, líneas legales y el mensaje único del brief. Archivos originales: screenshots, UI de producto, documentos, logos, footage o stills que tienes permiso de usar. Proof de cada claim que aparecerá en pantalla o en voiceover. Una lista de inputs faltantes con un responsable, no una esperanza. Versión o fecha en cada fuente que puede volverse stale.
- La condición de paso es correspondencia. Cada escena posterior apunta a una fila del paquete o está marcada como apoyo visual sin claim.
- Una escena que "solo se ve más premium" se permite solo cuando no introduce ningún hecho.
- Un export pulido puede esconder una fuente faltante. Un paquete de fuentes no puede. Si el único artefacto es el archivo final, tienes un resultado, no un flujo de trabajo.
- Los trabajos asset-led lo sienten primero. Una mención de changelog de un precio, una fecha o un conteo necesita una fila. Si el dueño no lo ha aprobado, el campo se queda en blanco.
- Los trabajos filmados lo sienten como releases y locations. Un customer en cámara es una fuente. También lo son la oficina, la versión de producto en el laptop y la cita subtitulada.
- Si falta el release, producir está bloqueado aunque el crew esté reservado.
- iconik es útil después para ingest, proxies y búsqueda de archivo. No decide si un claim está aprobado.
- Cuando una fuente cambia después del lock, marca el paquete como stale y nombra la escena afectada. Eso es un rerun aislado, no un video nuevo desde cero.
- Registra ese estado de revisión en la plantilla de producción si necesitas un formulario. Esta página solo exige que el estado exista.
- Mantén una regla de fuente stale que un no especialista pueda aplicar. Si el capture de UI es más viejo que la fecha del changelog, vuelve a capturar antes de producir.
- Mantén una regla de campo en blanco. Un precio faltante no es motivo para hacer screenshot de la página de un competidor y adivinar.
- Mantén una regla de permiso para caras, oficinas y nombres de customers. "Dijeron en la llamada que estaba bien" no es una fila.
- Mantén una regla de versión para logos y color. Un verde más viejo, o un wordmark antiguo, es un defecto de fuente, no una elección de estilo.
05
Escribe el script como un mapa de escenas
Un script que solo es copy hablada es medio entregable. La otra mitad es el mapa de escenas: qué trabajo visual carga cada beat, y qué fuente ese visual tiene permiso de usar.
Escribe ambos antes de que alguien abra una cámara o un generador.
Un beat hablado por escena. Un trabajo visual por escena, enunciado como verbo: mostrar el setting, mostrar el estado de UI, mostrar el objeto, mostrar la cara. Un puntero de fuente por escena que lleva claim. Texto on-screen que coincide con el wording aprobado, o ningún texto on-screen. Una estimación de timing que sume a la duración del brief.
- Codepic pone el storyboard antes del rodaje para que los problemas de pacing aparezcan en papel. Conserva ese hábito.
- Suelta la suposición de que un storyboard implica un call sheet. Un mapa de escenas asset-led puede ser una tabla.
| Escena | Beat hablado | Trabajo visual | Fuente | Riesgo de claim |
|---|---|---|---|---|
| 1 | Nombra el cambio en una frase | Title más UI de producto | Changelog aprobado + capture de UI actual | Alto si la UI se ha desplazado |
| 2 | Muestra dónde lo encuentra el viewer | Ruta del cursor por el setting | El mismo capture, sin pantallas extra | Medio |
| 3 | Declara el límite | Línea on-screen del brief | Frase de fuera de alcance del brief | Alto si alguien "mejora" la línea |
| 4 | Pide un siguiente paso | End card | Solo la URL aprobada | Alto si se adivina el destino |
Aprueba el script y el mapa juntos. Un creative lead que ama la copy y un producer que no ha visto el mapa no están listos. Si la tabla necesita nueve escenas para decir un mensaje, el brief está sobrecargado o el script se está repitiendo. Corta escenas antes de cortar en una timeline. Un trabajo de 60 segundos que necesita una explicación de dos minutos es un problema de brief. No promociones un storyboard que no puede llenar la columna de fuente. Las celdas de fuente vacías son cómo llegan métricas sin respaldo a un primer corte.
Este artículo no trata una imagen generada de un flujo de trabajo como evidence de que un flujo de trabajo se ejecutó. Aplica la misma regla a tu trabajo. Para un método de cinco campos específico de explainer, usa Cómo crear un explainer video. Para un mapa de claims de producto entre SKUs, usa Producción de video de producto. El formato que hayas elegido sigue necesitando una fila de escena a fuente.
06
Produce en la ruta que las fuentes permiten
La producción es la etapa que la gente imagina primero y debería empezar al final. El método sigue el proof que ya cerraste.
Film cuando una persona, un lugar o una acción física es la evidence que el brief necesita. Asset-led cuando la evidence ya vive en documentos, UI, stills o clips aprobados. Híbrido cuando un open o close filmado corto se sienta sobre un medio asset-led.
La enciclopedia de Lemonlight es la profundidad correcta para un trabajo filmado y el default equivocado para un changelog. VID advierte que un flujo de trabajo con forma de estudio será ignorado por un equipo de cuatro personas. Elige el método más delgado que aún pueda mostrar las fuentes cerradas. Entregable filmado: footage registrado más un primer assembly que sigue el mapa de escenas. La shot list programa el mapa. Un shot que no está en el mapa es B-roll sin derechos de claim hasta que exista una fila de fuente.
- Entregable asset-led: un draft revisable con escenas visibles, captions legibles y claims comprobables. El draft es para revisión, no para publicación.
- TapVid pertenece solo a esa segunda ruta, como superficie de ejecución opcional.
- La plantilla de producción de video pública posee actualmente esto: convertir materiales aprobados en un script y un plan de escenas revisable, mantener el wording protegido atado a su fuente y volver a correr una escena afectada cuando cambia un campo aprobado.
- No es una librería de plantillas integrada, software de shot list, un calendario Gantt ni una agencia de producción.
- Este artículo no reclama un pack fresco de TapVid de brief a final. No hay un run de primera mano unido a estas frases.
- Un clip de librería de un video terminado no cerraría ese hueco. Un claim de performance de producto necesita el mismo trabajo dos veces: un estado de setup o proceso y un estado de resultado o límite.
- Hasta que ese pack exista, trata TapVid como una superficie de draft posible, no como prueba de que tu flujo de trabajo funciona.
Los fallos habituales de producir son errores de método, no errores de gusto.
- Empezar un rodaje para descubrir el mensaje. Ese trabajo pertenecía al brief.
- Generar un draft desde un prompt suelto y luego llamar fuente al output. El prompt no es el paquete.
- Añadir una estadística porque la escena se sentía vacía. Vacío es mejor que falso.
- Cambiar la URL de la end card durante el render porque "la homepage convierte mejor." Eso es un cambio de brief. Reabre el brief.
- Picture lock es la condición de paso de producir: el corte coincide con el mapa y la duración. La revisión aún puede devolverlo.
- Si el trabajo restante es un edit de 13 etapas de ingest a archivo, pásalo a Flujo de trabajo de edición de video.
- Esta página se detiene en un corte revisable más los gates alrededor.
07
Revisa con un aprobador y un bucle cerrado
La revisión es un gate, no un chat de grupo. Codepic dibuja dos ramas después del corte: aprobado, o devuelto a la etapa que necesita trabajo, con un presupuesto de revisiones para que el bucle pueda terminar. Usa esa forma.
Nombra cuatro cosas antes de que alguien mire.
El aprobador, una persona que puede decir publicar. Los commenters, personas que pueden añadir notas que el aprobador puede aceptar o descartar. El presupuesto, normalmente una o dos rondas dentro del alcance acordado. El reloj, una ventana como 48 horas, para que las notas a gotas no reabran el trabajo para siempre.
- Pon los comentarios en el corte, como aconseja iconik, no a través de email, Slack y un drive.
- Las notas con time stamp ganan a "la parte del medio se siente rara."
- Una herramienta de revisión no puede inventar un aprobador. Si quien mira no puede decir sí, estás recolectando opiniones.
Ordena las notas antes de que el editor toque la timeline.
- Las notas de brief cambian el trabajo, la audiencia o el mensaje. Eso es un brief nuevo, no un ajuste.
- Las notas de fuente cambian un hecho o un asset. Marca el paquete como stale y vuelve a correr la escena afectada.
- Las notas de craft cambian pacing, sonido o un visual que no carga un claim. Estas usan el presupuesto de revisiones.
- Las notas de gusto sin artefacto. Descártalas o conviértelas en uno de los tres tipos de arriba.
- Un presupuesto de revisiones sin este orden se gastará en gusto. Un orden sin presupuesto hará loop.
- No trates un corte de aspecto terminado como aprobación. Automatización de video marketing separa un draft revisable de una decisión de release. Toma prestada esa separación aunque no estés automatizando una campaña.
- Pregunta exactitud factual, wording de marca, encaje de canal y permiso de publicación en ese orden. Una persona puede poseer más de una pregunta.
- Escribe un registro de decisión: fecha, aprobador, número de ronda y la rama tomada. Sin él, la siguiente persona reinicia desde "final_v7."
- Si el equipo no puede acordar quién hace videos, usa primero Producción de video para small business. Vuelve después de esa elección.
08
Entrega un archivo que puedas defender y luego cierra el trabajo
La entrega no es "alguien subió algo." Es el último estado inspeccionable de este trabajo.
Corre un QC corto contra el brief y el paquete.
La duración coincide con el brief, o el cambio se aprobó como un entregable nuevo. El texto on-screen coincide con el wording aprobado. Los captions son legibles y no introducen un claim nuevo. La URL de destino es la del brief. El aspect ratio coincide con el canal nombrado en el brief. El audio es inteligible. Esto es un check, no un curso de mixing. Ningún placeholder sobrante, logo más viejo o UI stale. El nombre de archivo y la versión están escritos.
Luego archiva lo suficiente para que la siguiente persona pueda reabrir el trabajo.
- El brief aprobado.
- El paquete de fuentes y sus fechas.
- El mapa de escenas.
- El registro de decisión de revisión.
- El master y los encodes entregados.
- La nota de qué forzaría un rerun.
- Storyflow trata la entrega como un handoff, no como un acto de desaparecer. Conserva eso. Omite la recomendación de stack de software que le sigue.
- No necesitas una app nueva para poner cinco archivos en una carpeta con una fecha.
- El empaquetado de canal, las reglas UTM y los dashboards pertenecen a la guía de automatización.
- Un modelo de capacidad de 30 días pertenece a Producción de video escalable.
- Esta página termina cuando el dueño de publicación nombrado puede señalar un archivo y los artefactos que lo justifican.
- Un video terminado sigue sin probar el flujo de trabajo. Un archivo vacío significa que entregaste un archivo y perdiste el trabajo.
09
Sal de esta página cuando el trabajo sea un formulario, un calendario o un edit posterior
Algunas búsquedas que parecen flujo de trabajo de producción de video piden un objeto distinto. Envíalas lejos a propósito.
Necesitas una hoja reutilizable para fuentes, escenas y estado de revisión. Usa la plantilla de producción de video. Necesitas que un stakeholder acepte el alcance y los placeholders. Usa la plantilla de propuesta. Necesitas fechas, responsables y dependencias. Usa la plantilla de plan. Necesitas oficio de edición de ingest a archivo. Usa Flujo de trabajo de edición de video. Necesitas throughput, colas y un portafolio de formatos. Usa Producción de video escalable. Necesitas un bucle de campaña con permisos de release. Usa Automatización de video marketing.
Necesitas un método de cinco campos específico de explainer. Usa Cómo crear un explainer video.
- Esos links son el límite, no un dump de sitemap.
- Si copias un schema de plantilla en este artículo, has empezado una segunda página competidora. No lo hagas.
- TapVid no es el héroe de cada etapa. La colocación útil es la etapa de producir asset-led después de que las fuentes estén aprobadas.
- Redacta un script y un plan de escenas revisable a partir de esos materiales y luego conserva el mismo presupuesto de revisión que usarías en un corte filmado.
- Si esa frase alguna vez necesita un screenshot de producto, captura el trabajo. No pegues un video terminado y lo llames la ruta.
10
Preguntas frecuentes
¿Qué es un flujo de trabajo de producción de video?
Es el conjunto ordenado de etapas de un trabajo de video, desde el lock del brief y de las fuentes, por script, escenas, producción, revisión y entrega. Cada etapa tiene un responsable, un entregable y una condición de paso. No es una plantilla de project management ni un sistema de automatización de campañas.
¿Cuáles son las etapas de un flujo de trabajo de producción de video?
Esta página usa seis: lock del brief, lock de fuentes, script y mapa de escenas, producir, revisión, y entrega más archivo. Las guías clásicas usan tres fases, preproducción, producción y posproducción. El mapa de seis etapas hace visibles los gates cuando no hay día de rodaje.
¿Necesito un día de rodaje para ejecutar este flujo de trabajo?
No. Filma solo cuando una persona, un lugar o una acción física es el proof que el brief exige. Si el proof ya vive en documentos, UI o stills aprobados, ejecuta una etapa de producir asset-led sobre los mismos gates.
¿Quién debería aprobar el video?
Una persona nombrada que pueda decir que el archivo puede publicarse. Otras personas pueden comentar. Si quien mira no puede decir sí, la etapa de revisión tiene la audiencia equivocada.
¿Cuántas rondas de revisión deberíamos permitir?
Fija el número en el brief, normalmente una o dos dentro del alcance acordado. Una audiencia, oferta o duración nueva es un trabajo nuevo. Un bucle sin fin es un presupuesto faltante, no estándares altos.
¿Basta un video terminado para probar el flujo de trabajo?
No. Un archivo terminado prueba que existe un archivo. La prueba del flujo de trabajo es la cadena: brief aprobado, paquete de fuentes, mapa de escenas, decisión de revisión y el archivo entregado. Este artículo no usa un video completado como sustituto de esa cadena.
¿Cuándo deberíamos usar una plantilla de producción de video en su lugar?
Usa la plantilla cuando necesites rellenar un registro reutilizable. Usa esta página cuando necesites el orden del trabajo y los gates. Enlázalas. No las fusiones.
¿Dónde encaja TapVid?
Solo en la ruta de producir asset-led, y solo después de que el brief y las fuentes estén aprobados. La página pública de la plantilla es la descripción actual de ese paso opcional. Este artículo no reporta un run de primera mano de TapVid de brief a final.
¿Qué debería archivar después de la entrega?
Conserva el brief aprobado, el paquete de fuentes y sus fechas, el mapa de escenas, la decisión de revisión, el master, los encodes entregados y una nota de qué forzaría un rerun. Si no puedes reabrir el trabajo desde esa carpeta, entregaste un archivo y perdiste el flujo de trabajo.
¿En qué se diferencia esto de preproducción, producción y posproducción?
Esas tres etiquetas siguen describiendo cuándo ocurre el trabajo. Esconden si el brief está cerrado, si existen fuentes y si la revisión tiene una salida. El mapa de seis etapas hace visibles esos gates, también en trabajos sin rodaje.
¿Puede una persona llevar todos los roles?
Sí. Los roles igual tienen que ser distintos en la página. La misma persona puede escribir el brief y cortar el draft. No puede pretender que un inbox de grupo aprobó el archivo si no hay un nombre en el registro de decisión.
