01 / 12 Brief de luz verde

brief de producción de vídeo AI. Dale a tu idea un alcance claro.

Pónganse de acuerdo sobre qué significa terminado antes de empezar la producción.

Inicia la producción de vídeo con IA con un brief claro: audiencia, formato, entregables, techo de presupuesto, supuestos de derechos y versiones lingüísticas. Tosheo usa ese brief para planificar el trabajo y registrar quién puede aprobar cambios en su alcance.

Planificación gratis. Renderizado pago y acotado tras la aprobación.

Illustrative production view
Choose an illustrative production scenario

Una historia original. Un piloto definido.

Producción
Piloto de historia de cinco episodios
Público
Espectadores de historias en idiomas indios
Revisor responsable
Creador / director
Presupuesto de render
No autorizado aún

Primero el alcance. Gasta después.

Fictional example. Explore the workflow; these controls do not render media, approve work or authorize spend.

01

Un alcance con el que tu equipo puede trabajar

02

Propietarios nombrados para decisiones de contenido

03

Un límite presupuestario antes del render

Un núcleo. Dos soluciones de lanzamiento.

Diseñado en torno al trabajo que necesitas entregar.

Brief de luz verde

La mayor parte del gasto excesivo en producción con IA ocurre antes del primer render.

No porque generar sea caro, sino porque nadie escribió qué significa “terminado”. El brief de luz verde es el objeto que responde esa pregunta una vez, en un lugar que el resto del sistema pueda leer.

01 / Dentro del flujo de trabajo

Qué corrige el brief

Un brief de producción en un hilo de chat es una sugerencia. Un brief de producción como objeto estructurado es una restricción que el sistema puede hacer cumplir. Tosheo lo trata como el segundo tipo.

Cada campo abajo debe completarse antes de que una producción pueda salir de la etapa de aprobación. Los campos que son realmente desconocidos se registran como desconocidos, lo cual es distinto de quedar en blanco: una posición de derechos desconocida, por ejemplo, bloquea la entrega más adelante en lugar de aparecer el día del plazo.

Cliente y comprador
Quién paga y quién tiene que aceptar el trabajo terminado. Con frecuencia no son la misma persona, y esa diferencia es la fuente de las revisiones tardías.
Público y resultado previsto
Quién ve esto, en qué dispositivo, y qué debe hacer a continuación. Para trabajos serializados suele ser la acción del siguiente episodio. Para trabajos de marca es la métrica de campaña acordada en este documento.
Formato y entregables
Relación de aspecto, duración del episodio, número de episodios, versión maestra más versiones derivadas, requisitos de subtítulos y requisitos de divulgación.
Pistas de idioma y mercado
Qué idiomas se entregan, a qué mercados se entregan y quién revisa cada uno de forma nativa. Las pistas declaradas aquí forman parte de una producción, no de un segundo proyecto.
Presupuesto y techo
El coste variable estimado y el coste máximo autorizado. El segundo número es el que el router no puede cruzar.
Suposiciones sobre derechos
Qué afirma el cliente poseer o controlar, y qué aún debe ser autorizado. Las suposiciones registradas aquí se convierten en obligaciones verificables en el libro de derechos.
Aprobadores responsables
Una persona nombrada por gate, con un rol. No un equipo, no una lista de distribución. Un gate sin nombre no se cierra.

02 / Dentro del flujo de trabajo

Por qué esto es una puerta bloqueante en lugar de un formulario

El coste de generación es variable y se compone de forma silenciosa. Una temporada no es una decisión cara; son unas pocas centenas de decisiones baratas, y la parte cara es descubrir en la semana seis que la especificación de entregable estaba equivocada en la semana uno.

Hacer del brief una puerta de bloqueo significa que el coste de equivocarse se paga en el momento más barato posible. Cambiar la relación de aspecto en un brief cuesta una conversación. Cambiarla después de que noventa planos estén aceptados cuesta los noventa planos.

Brief como documentoDescribe la producción
  • Vive en un documento, una presentación o un hilo
  • Leído una vez al inicio, luego diverge
  • Los cambios de alcance los recuerda quien estuvo en la reunión
  • Se detecta gasto excesivo en la factura
  • Nadie es individualmente responsable de la aceptación
Brief como objetoRestringe la producción
  • Vive en la producción, versionado
  • Leído por el compilador, el enrutador y el empaquetador de entrega
  • Un cambio de alcance reabre solo las puertas que realmente afecta
  • El techo se hace cumplir antes de despachar el trabajo.
  • Cada puerta tiene un aprobador nombrado y una marca temporal

03 / Dentro del flujo de trabajo

Lo que desbloquea un brief aprobado en etapas posteriores

El brief no se archiva después de la aprobación. Es la entrada que leen varios otros sistemas, que es la razón práctica para insistir en la estructura en lugar de la prosa.

  1. 01
    El compilador de planificación lee el formato

    La duración del episodio, el número de episodios y la relación de aspecto determinan la estructura rítmica, el presupuesto de escenas y la cantidad de planos que el compilador puede producir.

  2. 02
    El canon lee el alcance del elenco y del mundo.

    Tres personajes principales y cuatro localizaciones recurrentes en el lanzamiento es una restricción a nivel de brief, no una limitación técnica. El canon hace cumplir lo que el brief autorizó.

  3. 03
    El libro mayor de derechos lee las suposiciones

    Cada propiedad reclamada se convierte en una obligación con un estado. Las obligaciones pendientes y bloqueantes detienen el renderizado o la entrega en lugar de detectarse en la entrega.

  4. 04
    El router lee el techo

    La selección de proveedor está limitada por el máximo autorizado. Un trabajo que lo sobrepasaría requiere una nueva autorización, no una advertencia.

  5. 05
    El empaquetador de entrega lee los deliverables

    Másters, variantes, subtítulos, fotogramas de portada y los requisitos de divulgación en el manifiesto provienen todos de este documento.

04 / Dentro del flujo de trabajo

Un brief que detectó el problema temprano

Fictional exampleThe Last Platform, arco piloto

Un arco piloto de cinco episodios en hindi para un misterio sobre una hija que regresa, ambientado en una ciudad ferroviaria del Konkan. El creador quería una pista en tamil "si va bien".

Formato
9:16, cinco episodios, 60 a 120 segundos cada uno
Pista principal
Hindi, con subtítulos y divulgación de medios sintéticos
Pistas adicionales
Tamil declarado en greenlight, no aplazado a postproducción
Suposición de derechos
Premisa original propiedad del creador; una melodía popular sin resolver
Techo
Máximo autorizado establecido solo para el arco piloto

Declarar Tamil en el greenlight cambió el casting: la selección de voz tuvo que funcionar en dos idiomas, por lo que la referencia de voz aprobada se eligió teniendo en cuenta ambos. Si la pista se hubiera añadido después de aceptar la versión maestra en Hindi, la versión en Tamil habría necesitado una voz distinta y no habrían sonado como el mismo personaje.

05 / Dentro del flujo de trabajo

Qué no hace el brief

  • No autoriza el gasto por sí mismo. La autorización de costes es una puerta separada después del storyboard.
  • No despeja derechos. Registra suposiciones que luego la contabilidad de derechos deberá resolver.
  • No bloquea lo creativo. El canon, el guion y el storyboard tienen cada uno su propia aprobación.
  • No puede ser aprobado por automatización. Nada en Tosheo puede autorizar gasto en silencio.

Preguntas

Antes de llevarlo a producción

¿Puede empezar una producción sin un guion terminado?

Sí. El greenlight brief necesita una premisa, un resultado previsto, un formato y aprobadores nombrados. No requiere un guion completo. Los guiones los produce el planning compiler y se aprueban en su propia etapa, que está deliberadamente situada después y es más barata de revisar.

¿Qué ocurre si el alcance cambia después del visto bueno?

El brief está versionado, y un cambio material vuelve a abrir solo las gates que el cambio afecta realmente. Añadir una pista de idioma reabre las gates de localización y entrega. Cambiar la duración del episodio reabre el plan, el storyboard y la autorización de coste, porque los tres se derivaron del número anterior.

Quién puede aprobar el brief?

Una persona nombrada con un rol de producción, registrada contra la decisión con una marca temporal y la versión que aprobó. La automatización puede redactar un brief y comprobar campos faltantes, pero no puede aprobarlo. Las decisiones de presupuesto y derechos necesitan la autoridad apropiada; los puntos de control creativos opcionales siguen la configuración de revisión de esa producción.

¿El tope de presupuesto detiene la producción si falla un render?

Las fallas del proveedor no se cobran al cliente, por lo que una generación fallida no consume el techo autorizado de la misma manera que una exitosa. El coste de reintento se contabiliza como un coste de Tosheo, que es lo que mantiene en nuestro lado el incentivo de enrutar bien en lugar del suyo.

¿El brief es el mismo para una temporada serializada y una campaña de marca?

El objeto es el mismo y la mayoría de campos son compartidos. Una campaña de marca añade afirmaciones fundamentadas, contextos prohibidos, referencias al producto y embalaje, y un aprobador de marca o legal además del creativo. Esa estructura compartida es el punto: la segunda solución es configuración sobre el mismo núcleo, no un producto separado.

Conectado por diseño

La siguiente decisión tiene contexto.

Explora las 12 funciones

TU PRÓXIMA PRODUCCIÓN

Trae la ambición.
Mantén el control del trabajo.

Comienza a planificar gratis mediante el brief, el canon, el storyboard y el animatic. El renderizado de calidad completa es un compromiso con coste y alcance definidos que requiere autorización explícita del coste.