Paid Acquisition Pilot Playbook (Google + Meta Ads)

About this skill

What's included (24 skills)

• lanzar-piloto

  Orquestador del playbook para validar un negocio/vertical nuevo con un piloto de adquisición pagada (research → landings → campañas Google+Meta → medir con gate de budget → operar → cerrar). Usar cuando el usuario diga "lancemos un piloto para X", "armemos el paid para inmobiliarias / dentistas / lo que sea", "playbook de campañas para X", "validemos un negocio nuevo con paid", "quiero probar [vertical] con campañas", "arranquemos un piloto de adquisición", "nuevo vertical para validar", "armemos las landings + campañas para X", "cómo venimos con el piloto de X", "cerremos el piloto de X". Es el conductor thin que encadena las child skills de las etapas 0→4; cada child skill también se puede invocar suelta. La Etapa 4 (operar gates + postmortem) es parte del playbook, no un anexo opcional: un piloto encendido sin gates operados y sin cierre formal no está terminado. NO es para operar campañas de un negocio ya validado y estable (eso es el kit de `roles/` suelto, que la Etapa 4 igual consume como herramienta).

• plan-piloto

  Etapa 0 del playbook lanzar-piloto. Scaffoldea un proyecto de piloto nuevo desde los templates y arranca el plan/status. Usar cuando el usuario diga "scaffoldeá el piloto de X", "armá la estructura del proyecto para X", "arrancá el plan del piloto de inmobiliarias", o cuando el orquestador lanzar-piloto entra a la Etapa 0. Crea los 4 docs de etapa + workspace/ y registra el proyecto en el índice de tu sistema (si tenés uno). NO hace research ni campañas (eso son las etapas 1-3).

• research-mercado

  Etapa 1 del playbook lanzar-piloto. Evalúa si un vertical/negocio merece un piloto: checklist de mercado de 9 criterios + scoring, análisis competitivo (lenses + posiciones sin ocupar + mapa de players) y síntesis "3 movimientos". Usar cuando el usuario diga "research de mercado de X", "¿vale la pena este vertical?", "scoreá el negocio X", "competitive de X", "qué slot está vacante en X", "los 3 movimientos para X". Consume tu checklist de criterios de negocio + tu caja de frameworks. Toma como insumo los outputs de las otras 3 skills de research (kw, swipe, sizing). Escribe 1.research.md. NO arma campañas ni landings.

• kw-research-google

  Etapa 1 del playbook lanzar-piloto. Keyword research real para Google Ads de un vertical: volúmenes y CPC del Keyword Planner (geo + 12 meses), keywords prioritarias por intención, agrupación en ad groups + match types, lista de negativas y CPC realista por campaña. Usar cuando el usuario diga "kw research de X", "keywords para Google de X", "volúmenes reales de búsqueda", "CPC realista de X", "negativas de Google Ads", "estructura de campañas Google para X". Usa el MCP keyword-planner. Consume ../roles/google-ads-strategist.md. Escribe workspace/research/kw-research-google-ads.md. NO escribe los anuncios (eso es creativos-ads).

• swipe-ads-competidores

  Etapa 1 del playbook lanzar-piloto. Arma un swipe file de los ads que los competidores tienen corriendo en el Meta Ad Library (copy + CTA + creatividades descargadas) y detecta gaps de mensaje. Usar cuando el usuario diga "swipe de ads de X", "qué ads usan los competidores", "ad library de X", "copy de la competencia en Meta", "bajame las creatividades de competidores", "qué está corriendo la competencia". Scrapea el Ad Library vía Apify y procesa con build_swipe.py (parametrizado). Escribe workspace/research/competitor-ads-swipe.md + ads-creatives/. Es insumo de creativos-ads. NO escribe nuestros anuncios.

• sizing-audiencias-meta

  Etapa 1 del playbook lanzar-piloto. Mide tamaños reales de audiencia en Meta (Graph API delivery_estimate) por núcleo, vertical, idioma y geo, y diseña la estructura de adsets en 3 capas (base ∩ intención ∩ afinador). Usar cuando el usuario diga "sizing de audiencias Meta de X", "cuánta gente hay en [geo]", "tamaño de audiencia en español", "volumen Meta de X", "armá las 3 capas / los adsets de X", "targeting Meta de X". Resuelve los IDs de interés/geo y corre harvest_audiences.py (config-driven). Consume ../roles/meta-ads-strategist.md. Escribe workspace/research/meta-audiences.md + audiences.json. NO crea campañas (eso es spec-campanias).

• modelar-funnel

  Etapa 2 del playbook lanzar-piloto. Modela el funnel económico del piloto: tasas de conversión etapa por etapa con fuente, CAC por escenario (pesimista/benchmark/realista/optimista), CPL objetivo, CAC máximo tolerable y breakeven, en un Excel con fórmulas vivas. Usar cuando el usuario diga "modelá el funnel de X", "cuánto sale una venta en X", "CAC/LTV del piloto", "estimá el embudo", "a qué CPL cierra el modelo", "armá el CAC tracker de X". Consume el research de la Etapa 1 (CPC del kw research, benchmarks). Escribe workspace/research/estimaciones-funnel.md + CAC-Tracker xlsx. NO define hipótesis ni gates (eso es disenar-experimento).

• disenar-experimento

  Etapa 2 del playbook lanzar-piloto. Diseña el experimento del piloto: hipótesis falsables con riesgo asociado, presupuesto y duración, success metrics con umbrales duros, criterios de kill, gate de budget por etapas y premortem. Cierra el contrato de invariantes (_backbone.md). Usar cuando el usuario diga "diseñá el experimento de X", "las hipótesis del piloto", "definí el gate de budget", "criterios de éxito/kill de X", "armá el premortem", "cerrá el plan piloto de X". Consume el modelo de modelar-funnel + tus criterios de evaluación de oportunidades. Escribe 2.plan-piloto.md + workspace/_backbone.md. NO modela números (eso es modelar-funnel) ni ejecuta (Etapa 3).

• spec-stack

  Etapa 2 del playbook lanzar-piloto (entre disenar-experimento y la Etapa 3). Produce el spec de stack del piloto ANTES de construir nada: elige la arquitectura de funnel (del menú reference/arquitecturas-funnel.md), decide qué componentes van con qué proveedor, y arma los journeys + requisitos + spec de tracking. Usar cuando el usuario diga "definamos el stack", "spec del piloto", "qué herramientas vamos a usar", "armame el PRD del funnel", "cerremos la arquitectura antes de buildear". Consume 2.plan-piloto.md + reference/arquitecturas-funnel.md. Escribe 2c.spec-stack.md. Gate duro: nada de s3a-s3f arranca sin este spec aprobado.

• copy-landings

  Etapa 3 del playbook lanzar-piloto. Escribe el copy completo de las landings del piloto, por segmento/vertical e idioma: hero de dolor, social proof, pricing, FAQ de objeciones, CTA único, microcopy de confianza y privacy. Usar cuando el usuario diga "el copy de las landings de X", "escribí la landing de X", "hero para el segmento Y", "FAQ de la landing", "copy por vertical", "message match de los ads con la landing". Hereda el _backbone.md sin re-derivar. Los ángulos y el copy salen del rol ../roles/ad-creative-strategist.md. Escribe workspace/landing/landing-prompt.md (Parte B). NO buildea ni deploya (eso es build-landings) ni escribe ads (creativos-ads).

• build-landings

  Etapa 3 del playbook lanzar-piloto. Construye y deploya las landings del piloto: dominios (registro + DNS), prompt de build para el agente de código, repo local, motor de dynamic text ?v=, form que califica, webhook de lead (n8n), deploy en Vercel y scan de agent-readability de la landing publicada (`is-agentic`). Usar cuando el usuario diga "buildeá las landings de X", "deployá la landing", "armá el repo de las landings", "subí esto a Vercel", "conectá el dominio", "el form de la landing", "¿la landing se lee bien para un agente?", "pasale el is-agentic". Consume el copy de copy-landings + el _backbone. NO escribe copy (copy-landings) ni instala tracking (setup-tracking, aunque deja los hooks listos).

• spec-campanias

  Etapa 3 del playbook lanzar-piloto. Escribe la spec de ejecución de las campañas Google + Meta del piloto, campo por campo: settings comunes, campañas/ad groups con keywords y bids, adsets en 3 capas con IDs, budgets reconciliados, negativas, Final URLs por idioma y naming. Doble uso: el usuario arma a mano o un agente ejecuta vía MCP. Usar cuando el usuario diga "la spec de campañas de X", "estructura Google/Meta del piloto", "fichas de ejecución", "budget por campaña", "armá las campañas en pausa". Consume ../roles/google-ads-strategist.md + ../roles/meta-ads-strategist.md y hereda el _backbone. Escribe workspace/campañas.md. NO escribe el copy de los ads (creativos-ads) ni el tracking (setup-tracking).

• creativos-ads

  Etapa 3 del playbook lanzar-piloto. Escribe el copy de ejecución de todos los ads del piloto: Google RSAs (15 headlines / 4 descriptions por ad group, pin strategy, paths, sitelinks y callouts) y Meta (primary text corto+largo, headline, description, CTA, brief visual de imagen para cada ad, dirección de imagen por adset). Usar cuando el usuario diga "los creativos", "copy de los ads", "armá los RSAs", "headlines del piloto", "ads Meta del piloto", "los creativos de X", "copy de las campañas de X". Consume ../roles/ad-creative-strategist.md y hereda wedges y segmentos del _backbone. Escribe workspace/creativos.md. NO escribe la spec de estructura de cuenta (spec-campanias) ni el setup de tracking (setup-tracking).

• setup-tracking

  Etapa 3 del playbook lanzar-piloto. Produce el runbook completo de tracking para el piloto: GTM container plan (tags + triggers + variables), GA4 (measurement ID + eventos custom + conversiones), conversion actions de Google Ads (primary + secondary, todos los settings), Meta Pixel + CAPI (deduplication con event_id), UTM naming convention, y checklist de QA de disparo. Usar cuando el usuario diga "setup de tracking", "el tracking del piloto", "GTM del piloto", "conversion actions de X", "el pixel de X", "CAPI de X", "cómo mido las conversiones", "armá el tracking para X", "runbook de cuentas". Consume ../roles/tracking-specialist.md. Escribe workspace/setup-tracking.md. NO pone a encender campañas (eso es pre-launch-validation).

• pre-launch-validation

  Etapa 3 del playbook lanzar-piloto. Checklist determinístico pre-encendido: links y landings vivos, forms envían y llegan al CRM, tracking dispara en GTM preview, billing activo en Google Ads y Meta, privacy y terms publicadas, scan de agent-readability de las landings, budgets y gates configurados en las plataformas, campañas en estado pausa con settings correctos. Casi todo [DET]. Usar cuando el usuario diga "validá el piloto antes de encender", "pre-launch", "punch-list", "chequéen que todo está ok", "estamos listos para encender", "prendamos las campañas", "falta algo antes de lanzar", "armá el checklist de validación". Output: checklist con PASS/FAIL por ítem; gate de "no encender hasta que todo esté verde". NO enciende las campañas sola: espera OK explícito del usuario.

• operar-gates

  Etapa 4 del playbook. Opera un piloto YA encendido: define kill criteria antes de prender cada gate, arma el reporte periódico "cómo venimos" al partner, maneja la comunicación con partners (4 baldes), valida el interés de un lead antes del hand-off, decide qué pasa cuando el gate agota su presupuesto (seguir/pivotar/matar) y opera el modo relanzamiento. Usar cuando el usuario diga "cómo venimos con X", "reporte del piloto", "prendé el gate de X", "se terminó el presupuesto del gate, qué hacemos", "hay que avisarle al partner", "el lead respondió, quién lo atiende", "relancemos X con otro ángulo", "armá el A/B de concepto de X", "revisá el prompt de la tarea programada de X". Consume `roles/search-query-analyst.md` y `roles/campaign-auditor.md` como herramientas de optimización dentro del ciclo de reporte, no como reemplazo. Escribe workspace/operacion-gates.md + entregables/reportes-{cadencia}/. NO diseña el gate (eso es disenar-experimento) ni escribe el cierre del piloto (eso es postmortem).

• postmortem

  Etapa 4 del playbook. Cierra un piloto: escribe el postmortem canónico (con rigor estadístico y sin generalizar de más), lo pasa por una revisión con lentes distintas antes de mandarlo al partner, corre el checklist de cierre operativo (pausar gasto, apagar bots, rotar credenciales, archivar) y destila los aprendizajes a sus destinos (skill, Resources, memoria, próximo piloto). Usar cuando el usuario diga "cerremos el piloto de X", "escribí el postmortem de X", "el piloto se terminó, qué aprendimos", "checklist de cierre de X", "apaguemos todo lo de X", "qué le queda pendiente a X", "destilá los aprendizajes de X". Escribe postmortem.md + workspace/checklist-cierre.md. NO decide el veredicto del gate (eso ya lo resolvió operar-gates, Paso 5) ni sigue operando canales (esta etapa es el cierre, no el día a día).

• ab-y-personalizacion

  Componente del kit de leadgen: A/B testing de concepto + personalización de landing por vertical/segmento. Usar cuando el usuario diga "quiero testear dos versiones de la landing", "armame el A/B", "personalizá la landing por rubro", "que el headline cambie según el anuncio", "el split de control y challenger", "cómo reparto el tráfico", "una landing por vertical sin duplicar páginas". Cubre: split estable por cookie (middleware), personalización client-side por slug (?v=), y cómo la variante viaja hasta el CRM.

• agendamiento

  Componente del kit de leadgen: agendamiento de calls con el lead (scheduler + webhook al CRM + atribución). Usar cuando el usuario diga "configurame el Calendly", "quiero que agenden una call", "el link de agenda", "que la reserva caiga en el CRM", "el webhook de reservas", "prefill del email en la agenda", "recordatorios de la call", "no me cuenta las agendas". Cubre: setup del evento con mínima fricción, prefill por query, webhook server-side, deduplicación pixel/CAPI con event_id, y atribución por match de email.

• canal-whatsapp

  Componente del kit de leadgen: montar un canal de WhatsApp atendido por un LLM para un piloto (responder consultas, calificar y cargar leads al CRM). Usar cuando el pedido suene a "configurame el WhatsApp del piloto", "quiero un bot de WhatsApp que atienda leads", "armá el chatbot de WhatsApp", "conectá WhatsApp al funnel", "que el WhatsApp responda solo" o variantes. Cubre first principles (línea dedicada, guiones, escalamiento, anti-loop), menú de stacks (plataforma gestionada tipo Kapso / stack propio bridge+router / API oficial WABA) y la receta del stack probado en reference.md.

• captura-y-crm

  Componente del kit de leadgen: captura de leads server-side + persistencia en el CRM del piloto. Usar cuando el usuario diga "conectá el form al CRM", "guardame los leads", "que el lead caiga en Notion/Sheets/Supabase", "armame el endpoint del form", "no quiero leads duplicados", "el upsert de leads", "cómo califico al lead", "el stage del lead". Cubre: endpoint propio, upsert por email, asignación y avance de stage, validación server-side, modo dry y resiliencia (nunca romper el flujo del usuario). El CRM concreto es intercambiable; lo que se reusa es el patrón.

• cold-outreach

  Arma y opera una campaña de cold email a listas scrapeadas (Google Maps/OSM/web del negocio) cuando no hay presupuesto de paid ni base propia. Usar cuando querés "mandar cold email", "armar el outreach", "scrapear negocios de tal rubro", "el envío frío", "prender/frenar el outreach", "cuántos mails mandamos hoy", o cuando buscás un canal barato para tocar un vertical sin ads.

• geo-y-citacion-llm

  Componente del kit de leadgen: aparecer citado en las respuestas de los motores generativos (ChatGPT, Copilot, Perplexity, AI Overviews) y poder medirlo. Usar cuando el usuario diga "quiero que ChatGPT me recomiende", "GEO", "LLMSEO", "aparecer en las respuestas de IA", "me llegó un lead por ChatGPT", "cómo mido si me citan", "hay que dar de alta el sitio en Bing", "los bots de IA me están bloqueados", "meter contenido para que nos encuentren". Cubre: qué motor se sirve de qué índice, los fixes técnicos que habilitan la citación, el formato de contenido que se cita, y el método de medición semanal. NO cubre SEO tradicional de Google ni compra de medios.

• lead-magnet-y-nurture

  Arma el imán de leads (guía/checklist descargable) y la cadena de mails que calienta a quien lo pidió hasta que agenda o se descarta. Usar cuando querés "un lead magnet", "la cadena de mails", "una guía para capturar emails", "configurar el nurture del piloto", "qué ESP usar para la secuencia", "el drip de mails", o cuando el funnel tiene gente que deja el mail pero no agenda todavía.