Rufus · Nomenclador — Arquitectura & Flujo

De guion a plataforma.
Quién, qué y cuándo.

Tres agentes tocan cada pieza en momentos distintos. Hoy solo existe la capa de cliente. Este doc mapea el flujo completo y lo que hay que construir.

Client Nom — implementado

Freelo Nom — pendiente

Drive filename — sin convención

Tool nuevo — en diseño

Flujo de nomenclatura

5 pasos · 3 agentes

Client Nomenclature

Final Nomenclature

Freelo Nom

Drive filename

Sin mecanismo hoy

Fase 1 — Producción del guion

Content Strategist

escribe el brief + guion

Crea el guion de la pieza

Define marca, key message, formato y objetivo. Es el único momento donde toda la info está disponible en un lugar.

MarcaKey Message Formato plataformaObjetivo

Content Strategist

usa el nomenclador

Genera nomenclatura — registra en Base_Ads

El tool genera las dos nomenclaturas. La Client va al Excel de pauta. La Final queda en Base_Ads para performance.

Client Nomenclature

ARDILLADANETTECCPIEZA1REEL

→ Excel de pauta · Meta / TikTok

Final Nomenclature

DAN_DANETTE_AO_ARDILLADANETTE_CRE_P1_REEL

→ Base_Ads · Perfo Tracker · análisis

✓ Implementado — Code_Danone.gs v6

Fase 2 — Producción del creativo

Freelo

DG / Editor /
Creator

produce la pieza

Produce y sube a Frame

El freelo sube el creativo con su propio naming. No hay convención hoy — no queda registro de quién tocó la pieza ni en qué rol.

Freelo Nom — propuesta

ARDILLADANETTECCPIEZA1REEL__JPérez_DG

→ Frame (interno) · nunca al cliente · roles: DG · EDT · CPY · ANI

⚠ sin convención de naming en Frame ⚠ sin registro en Base_Ads

Fase 3 — Entrega al cliente

CPM

Creative Project
Manager

baja de Frame, ordena en Drive

Baja de Frame · renombra · sube al Drive del cliente

El CPM renombra el archivo con dimensiones para el Drive del cliente. Es el único momento donde puede capturar el nombre del freelo — vio el archivo en Frame.

Drive filename — entrega cliente

ARDILLADANETTECCPIEZA1REEL_1080x1920.mp4

→ Drive compartido con el cliente · incluye dimensiones · nunca a plataforma

↻ sin convención fija de Drive filename

CPM

Creative Project
Manager

registra en Base_Ads

Completa FREELO_NOM en Base_Ads (propuesto)

Al bajar de Frame, el CPM completa la columna FREELO_NOM con nombre y rol del freelo. No toca Client Nomenclature ni Final Nomenclature.

Freelo Nom — en Base_Ads

JPérez_DG · MRodríguez_EDT · (vacío si no aplica)

→ solo Base_Ads · cruce con tabla de costos · nunca al cliente

🔤

Las 3 capas de naming

Cada pieza tiene hasta 3 nombres distintos — destinos y audiencias distintas

Capa	Ejemplo	Destino	Dimensiones	Freelo	Estado
Client Nomenclature	ARDILLADANETTECCPIEZA1REEL	Excel de pauta · plataforma	No	No	✓ Implementado
Final Nomenclature	DAN_DANETTE_AO_ARDILLA_CRE_P1_REEL	Base_Ads · Perfo Tracker	No	No	✓ Implementado
Drive filename	ARDILLADANETTE_PIEZA1_1080x1920.mp4	Drive compartido cliente	Sí	No	↻ Sin convención
Freelo Nom	JPérez_DG · MRodríguez_EDT	Base_Ads (col interna)	No	Sí	✗ No existe

Regla clave: El cliente nunca ve la capa de Freelo Nom. Las dimensiones solo van en el Drive filename, nunca en la Client Nomenclature ni en la Final Nomenclature.

🏢

Arquetipos de cliente

4 tipos de complejidad — Danone es el caso de estrés máximo

Tipo A

Estándar, marca única

Felix Pago, Answer GS, Galicia. Un naming, un país, un CS. Complejidad baja.

Rufus_{key}_{delivery}_{km}_{diferencial}

Tipo B

Multi-entidad, mismo cliente

Swiss Medical. Múltiples sub-cuentas que deberían ser un solo Key con Product/Category.

Tipo C

Naming propio simple

Cualquier cliente que pide prefijo o campo en orden diferente. Pattern configurable, mismo tool.

Tipo D — caso de estrés
Naming complejo + output externo
Danone: 11 marcas, convención Havas, dos mundos (AO + OLA), output que matchea el spreadsheet de Havas exacto.
{km}{cc}PIEZA{pieza}{formato}

Principio: Si el tool nuevo maneja Danone (Tipo D), maneja cualquier cliente. Por eso Danone es el caso piloto de validación.

🗄️

Las 4 tablas Base_Ads

Una tabla por tipo de contenido — schemas, owners y propósitos distintos

base_ads_paid

Owner: CS

Todo lo que va a Meta / TikTok / Google. La tabla principal. Alimenta los Perfo Trackers via IMPORTRANGE.

CLIENT_KEYKEYMESSAGE AD_TYPEFORMATO CLIENT_NOMENCLATURE FINAL_NOMENCLATURE FREELO_NOM SEGUNDOSSTATE

base_ads_organico

Owner: CS

Posts orgánicos no amplificados. Sin CLIENT_NOMENCLATURE. Agrega FECHA_POST y PLATAFORMA.

Hoy no existe. El contenido orgánico no está registrado en ningún sistema.

base_ads_otros

Owner: CPM

Banners, toolkits, own media, retail. Sin pauta, sin plataforma. Principal uso: tracking de costos de freelos.

TIPO_ENTREGABLE DIMENSIONES DESTINO_URL FREELO_NOM

Hoy no existe. Seguimiento queda en memoria del CPM.

base_ads_creators

Owner: CS / Creators

Contenido del servicio de Creators. Puede solaparse con paid y orgánico. La distinción es de workflow, no de schema.

TALENTO FOLLOWERS TIER TIPO_CONTRATO

Pendiente definir rangos micro/nano/macro con Juani.

⚙️

Arquitectura del tool nuevo

Un solo Sheet config-driven — reemplaza el modelo de un script por cliente

Tab	Owner	Qué es
Client_Config	CS (onboarding)	Una fila por cliente: naming pattern, campos requeridos, output type
Client_Values	CS (a demanda)	Tabla vertical: CLIENT_KEY \| FIELD \| VALUE — KMs, marcas, formatos. Sin tocar código.
base_ads_paid	Auto (script)	Todos los ads paid de todos los clientes
base_ads_organico	Auto (script)	Contenido orgánico
base_ads_otros	CPM	Banners, toolkits, own media
base_ads_creators	CS / Creators	Contenido del servicio de Creators
Freelancers	Tamara / Ops	Tabla de freelos con tarifas y roles — para cruce de costos

Pattern tokens: {km} · {pieza} · {formato} · {cc} · {ola} · {marca} · {delivery} · {diferencial} · {seg}

Estándar: Rufus_{key}_{delivery}_{km}_{diferencial}
Danone: {km}{cc}PIEZA{pieza}{formato}

Multi-usuario: El sidebar vive en un Sheet compartido. Múltiples CS pueden usarlo simultáneamente. El output no escribe tabs en el Sheet — se genera en un Sheet de destino separado por cliente, sin conflicto entre usuarios.

👤

Freelo tracking — pendiente alinear con Tamara

Convención de naming en Frame · tabla de Freelancers · cruce de costos

Convención de naming en Frame (propuesta)

Formato

[CLIENT_NOMENCLATURE]__[NombreApellido]_[ROL]

Ejemplo

ARDILLADANETTECCPIEZA1REEL__JPérez_DG

DG — diseñador gráfico EDT — editor CPY — copywriter ANI — animador CC — creator

Tabla de Freelancers — campos propuestos

Campo	Ejemplo	Para qué sirve
FREELO_KEY	JPérez	Identificador único — coincide con el naming en Frame
NOMBRE_COMPLETO	Juan Pérez
ROL_PRINCIPAL	DG	DG / EDT / CPY / ANI / CC
ROLES_ADICIONALES	EDT	Un freelo puede tener más de un rol
TIPO	Talento / Creador	¿Tiene audiencia? Impacta el costo
TIER_CREATOR	Micro	Solo si TIPO = Creador. Pendiente definir rangos con Juani
CUENTA	Danone · Felix Pago	Clientes con los que trabaja habitualmente
TARIFA_VID	USD 80	Costo por video animado
TARIFA_IMG	USD 40	Costo por estática
TARIFA_CREATOR	USD 200	Solo si TIPO = Creador
ESTADO	Activo	Activo / Inactivo

Cruce de costos: base_ads_paid.FREELO_NOM → JOIN → tabla_freelancers.FREELO_KEY → TARIFA × AD_TYPE × SEGUNDOS = costo estimado por pieza.

Pendiente: Alinear con Tamara en la próxima reunión de nomenclaturas. Ella es owner de la nomenclatura provisoria y de la tabla de Freelancers.

📖

Diccionario Rufus

Términos estandarizados — cada área debe usar el mismo lenguaje

Término oficial	Definición	Confusión que reemplaza
Dimensiones	Aspecto de la pieza: `1:1`, `16:9`, `9:16`, `4:5`	"Formato" usado para el tamaño
Formato	Tipo de contenido: `CRE`, `VID`, `IMG`, `CAR`	"Imagen", "estática", "video" mezclados
Creador	Persona con audiencia propia — cobra por contenido + alcance	"Creator", "influencer", "UGC" mezclados
Talento	Persona sin audiencia — cobra solo por producción del contenido	"Creator" usado para ambos casos
Estática	Pieza de imagen fija (`IMG`)	"Imagen" en algunas áreas
Formato Danone	Placement de la pieza: `REEL`, `FEED`, `HISTORIA`, `TT`, `SPARKADS`, `DARKFEED`	Confusión con Formato Rufus (tipo de contenido)

Granularidad de performance: La granularidad máxima para análisis es creativo + formato (CRE/VID/IMG) — no dimensión. Las dimensiones no entran en la nomenclatura de plataforma.

✅

Casos de uso a validar

Semana del 7 de abril — testear con ads reales antes de construir el sistema nuevo

Danone AO — CS nomencla + CPM genera output

CS selecciona cliente DAN en el Nomenclador
Form muestra: MARCA · TIPO_PIEZA · KEYMESSAGE · CC · TALENTO/PRODUCCION · SEGUNDOS · PIEZA_NUM · FORMATO · OBJETIVO
CS carga 3 piezas: 2 AO paid Danette, 1 orgánico Ser
2 paid → base_ads_paid · 1 orgánico → base_ads_organico
CPM abre Nomenclador → Output AO → filtra por DANETTE + META + abr_26
Output generado en formato Havas → CPM copia y pega en spreadsheet de Danone
CPM completa FREELO_NOM de las 2 piezas paid al bajar de Frame

Onboarding cliente nuevo

CS abre Nomenclador → sección "Nuevo Cliente"
CS define: nombre, key, naming pattern, campos requeridos (UI, sin tocar código)
CS agrega KMs y valores iniciales en Client_Values via UI
El cliente queda disponible en el dropdown para todos los CS

CS agrega KM nuevo a cliente existente

CS abre Nomenclador → "Gestionar cliente"
Selecciona cliente, campo KEYMESSAGE, agrega el valor nuevo
El KM aparece en el dropdown del form para todos los usuarios de ese cliente

🔴

Pendientes & owners

Lo que falta antes de construir el sistema nuevo

Item	Owner	Para cuándo
Crear Google Sheet Danone + correr Setup (Code_Danone.gs v6)	Franco	Esta semana
Validar caso de uso 1 end-to-end con ads reales	Franco + Agus	Sem. 7 abr
Alinear convención FREELO_NOM en Frame	Tamara	Próxima reunión
Definir tabla de Freelancers (campos, tarifas, roles)	Tamara + Franco	Próxima reunión
Convención Drive filename con dimensiones	Tamara	Próxima reunión
Definir rangos de creadores (micro/nano/macro)	Franco + Juani	Pendiente reunión
Definir si base_ads_creators solapa con paid/orgánico	Franco	Antes de construir
Construir tool nuevo config-driven multi-usuario	Franco	Post-validación

De guion a plataforma.Quién, qué y cuándo.

Flujo de nomenclatura

De guion a plataforma.
Quién, qué y cuándo.