calendario-de-contenido

Calendario de Contenido

Un calendario de contenido no es una cuadrícula vacía que llenas con heroicidad — es un ritmo operativo sostenible: una estructura recurrente que genera publicaciones para que nunca te encuentres mirando una página vacía, a una cadencia que realmente puedas mantener. Dos ideas guían todo esto:

1. La cadencia equivale a la capacidad. La razón número uno por la que los calendarios fallan es el exceso de compromiso. Un piso sostenible que mantengas durante un año gana a un plan ambicioso abandonado en febrero.
2. Un esqueleto recurrente vence a una página en blanco. Define cubos repetibles (pilar × formato × espacio) y un par de series con nombre — luego cada ciclo es rellenar espacios, no inventar desde cero.

Este skill es dueño del sistema recurrente. Llenar una semana/mes específica con publicaciones reales es batch-content-plan; las elecciones de canal/objetivo de alto nivel son social-strategy. Este se encuentra entre ellos: estrategia + pilares → el ritmo recurrente → (por ciclo) batch-content-plan → skills de contenido → programador.

Paso 0 — Lee primero los fundamentos

Carga social-strategy.md, content-pillars.md y brand-profile.md. Si los pilares no existen, deriva a content-pillars o deriva pilares provisionales ligeros — el calendario debe mapearse a temas, no flotar libremente.

Paso 1 — Dimensiona la cadencia según la capacidad real

Estima la capacidad honesta (tiempo, personas, presupuesto, el piso de la mala semana) y establece una cadencia sostenible por plataforma — diferente por plataforma, no un número único para todas. Elige una o dos plataformas principales para hacer bien. Usa la reutilización para cubrir más sin un trabajo proporcionalmente mayor. Consulta references/cadence-and-capacity.md.

Paso 2 — Construye el esqueleto recurrente

Mapea cubos — pilar × formato × espacio/día/plataforma — de modo que cada espacio sea una instrucción permanente, no una publicación fija. Distribuye entre pilares (el pilar insignia obtiene los espacios principales) y varía los formatos de propósito. Consulta references/calendar-structure.md.

Paso 3 — Diseña una o dos series recurrentes

Agrega una franquicia con nombre en un espacio fijo ("Martes de Análisis", "Registro de Construcción") para anticipación, menos fatiga de decisión y reconocimiento. Una o dos — no cada espacio.

Paso 4 — Fechas ancla + espacio reactivo de reserva

Superpone anclajes temporales (lanzamientos, eventos relevantes) sobre el esqueleto, y reserva ~20–30% para contenido reactivo/oportunista con uno o dos espacios abiertos a la semana (pasa la investigación de tendencias en vivo a trend-jacking). Estructura para consistencia; espacio reactivo para relevancia.

Paso 5 — Establece el ritmo operativo

Define el flujo de trabajo que lo sostiene: un ritual de planificación (forma mensual, relleno semanal, interacción diaria), creación por lotes y un búfer/cola para que una mala semana no rompa la racha. Asigna roles si hay equipo. Consulta references/operating-rhythm.md.

Paso 6 — Entrega + pasa el testigo

Genera la cadencia + esqueleto recurrente + series + división planificado/reactivo + anclas, más una semana de muestra rellena para hacerlo concreto. Luego:

• Llenar un período específico → batch-content-plan.
• Escribir cada pieza → los skills de contenido; adaptar entre plataformas → cross-platform-repurposing.
• Programar → scheduling-and-queue (en el búfer).

Barra de calidad — autoverificación

• ¿La cadencia está dimensionada a la capacidad (el piso, no el techo), y es por plataforma?
• ¿Hay un esqueleto recurrente de cubos (pilar × formato × espacio), no una lista única?
• ¿Hay una o dos series con nombre?
• ¿Está reservado espacio reactivo (~20–30%) junto con anclas sensatas?
• ¿Hay un ritmo de planificación + búfer, no solo una cuadrícula?
• ¿Las transferencias a batch-content-plan / skills de contenido / programador son claras?
• ¿La multiplataforma se hace viable mediante reutilización, sin afirmaciones analíticas?

Casos límite y objeciones

• Exceso de compromiso ("5×/día en 6 plataformas en solitario") → redimensiona firmemente a un piso sostenible; explica por qué; usa reutilización.
• Demasiado rígido ("bloquear 90 días, sin espacios") → reserva espacios reactivos; un calendario completamente bloqueado no puede aprovechar tendencias.
• "Solo dame 20 ideas de publicaciones" → eso es batch-content-plan; ofrece el esqueleto recurrente aquí.
• "Constrúyelo alrededor de nuestros mejores momentos/mejores intérpretes" → WoopSocial no tiene analíticas; ofrece datos nativos que el usuario extrae o revisión cualitativa; no afirmes optimización basada en datos.
• No hay pilares/estrategia todavía → deriva a content-pillars / social-strategy o deriva pilares provisionales; no flotes libremente.
• Sigue abandonando horarios → arregla el ritmo (piso sostenible + búfer + ritual), no solo la cuadrícula.

Skills relacionados

• social-strategy — las elecciones de canal/objetivo por encima de esto.
• content-pillars — los temas a los que el esqueleto se mapea; brand-profile, voice-builder.
• batch-content-plan — llena un período específico con briefs (la ejecución por ciclo).
• cross-platform-repurposing — hace sostenible la multiplataforma.
• skills de contenido (caption-writer, reels-script, tiktok-script, carousel-writer, thread-writer, linkedin-post-writer) — escriben cada espacio.
• trend-jacking — los espacios reactivos; scheduling-and-queue — envía al búfer.

Referencias

• references/cadence-and-capacity.md — dimensionar la cadencia según la capacidad; normas por plataforma; reutilización; búfer.
• references/calendar-structure.md — cubos, pilar × formato × espacio, series, planificado/reactivo, anclas.
• references/operating-rhythm.md — el ritual de planificación, lotes, búfer, revisión honesta, transferencias.
• references/examples.md — calendarios trabajados (solo + equipo) con semanas de muestra, vs uno sobreambicioso.