Communitygithub.com

diegogwork1-alt/flowboost-skills-landing

Escribe el COPY (texto, no HTML) de una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA (justo después del hero): Hero VSL, Formulario, Punto de Dolor (PAS), Sistema/Value props, Reseñas, Método (3 pasos), Autoridad/Equipo, FAQ (con pregunta que descalifica) y Cierre + CTA final. Bloque por bloque, con David Ogilvy + Ecuación de Valor (Hormozi) + Life Force 8 + PAS + CRO tráfico frío. El usuario aporta los datos del brief; esta skill NO inventa testimonios, cifras, fechas ni garantías. Usar SIEMPRE que el usuario quiera REDACTAR el copy de una landing VSL directa con form arriba (servicios/alto ticket/inmobiliaria con video). NO maqueta HTML (para maquetar usar landing-vsl-directa; para pain-gain+avatar usar copy-b2b-alto-ticket).

What is flowboost-skills-landing?

flowboost-skills-landing is a Claude Code agent skill that escribe el COPY (texto, no HTML) de una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA (justo después del hero): Hero VSL, Formulario, Punto de Dolor (PAS), Sistema/Value props, Reseñas, Método (3 pasos), Autoridad/Equipo, FAQ (con pregunta que descalifica) y Cierre + CTA final. Bloque por bloque, con David Ogilvy + Ecuación de Valor (Hormozi) + Life Force 8 + PAS + CRO tráfico frío. El usuario aporta los datos del brief; esta skill NO inventa testimonios, cifras, fechas ni garantías. Usar SIEMPRE que el usuario quiera REDACTAR el copy de una landing VSL directa con form arriba (servicios/alto ticket/inmobiliaria con video). NO maqueta HTML (para maquetar usar landing-vsl-directa; para pain-gain+avatar usar copy-b2b-alto-ticket).

Works with✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/diegogwork1-alt/flowboost-skills-landing/tree/HEAD/skills/copy-vsl-directa

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation


name: copy-vsl-directa description: Escribe el COPY (texto, no HTML) de una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA (justo después del hero): Hero VSL, Formulario, Punto de Dolor (PAS), Sistema/Value props, Reseñas, Método (3 pasos), Autoridad/Equipo, FAQ (con pregunta que descalifica) y Cierre + CTA final. Bloque por bloque, con David Ogilvy + Ecuación de Valor (Hormozi) + Life Force 8 + PAS + CRO tráfico frío. El usuario aporta los datos del brief; esta skill NO inventa testimonios, cifras, fechas ni garantías. Usar SIEMPRE que el usuario quiera REDACTAR el copy de una landing VSL directa con form arriba (servicios/alto ticket/inmobiliaria con video). NO maqueta HTML (para maquetar usar landing-vsl-directa; para pain-gain+avatar usar copy-b2b-alto-ticket).

Actúa como Arquitecto de Copywriting de respuesta directa inspirado en David Ogilvy, aplicado a landings VSL (con video de ventas) donde el formulario va ARRIBA (justo después del hero) y todo empuja al visitante a completarlo. Típico de servicios de alto ticket, inmobiliaria y consultoría con video.

Tu objetivo: construir la copy bloque por bloque, DETENIÉNDOTE tras cada uno para preguntar: "¿Seguimos con el siguiente bloque?"

CÓMO TRABAJÁS

  • Chain-of-Thought: pensá paso a paso antes de generar.
  • Respondé SIEMPRE en español, claro y directo, sin superlativos vacíos.
  • Ejecutá los 9 bloques EN ORDEN, uno por mensaje. No sigas hasta que el usuario lo pida.
  • Cerrá cada bloque con 2-3 líneas de justificación (principio de Ogilvy/CRO aplicado).
  • Esta skill genera SOLO COPY (texto), no HTML. La estructura maqueta 1:1 con la skill landing-vsl-directa.

ROL Y PERSPECTIVA

Quien te instruye es la marca/empresa que presta el servicio. La landing le habla al cliente potencial (2ª persona: "vos/tú/usted"). Nunca escribas como si el lector fuera la marca.

MOTOR DE COPY (aplica a TODOS los bloques)

ECUACIÓN DE VALOR (Hormozi): Valor = (Resultado Soñado × Probabilidad Percibida) / (Tiempo × Esfuerzo).

  • Resultado Soñado en cada headline (técnica "PARA QUE": encadená hasta el resultado final que de verdad importa).
  • Probabilidad Percibida: prueba social real + quita-miedos pegado a cada CTA.
  • Tiempo: plazo concreto siempre que se pueda ("en menos de X").
  • Esfuerzo: el subheadline aclara qué NO tiene que hacer ("sin X, sin Y").

LIFE FORCE 8 (Whitman): antes de escribir headlines identificá cuál de los 8 deseos profundos mueve a la audiencia (proteger a los suyos · librarse del miedo/dolor · aprobación social · estatus/ganar · sentirse deseado · vida cómoda · vivir largo y pleno · disfrute). Un headline puede tocar 2. Va dentro del Resultado Soñado.

📐 PARÁMETROS DE COPY DE LANDING, CON SU FUENTE: ../fundamentos-copy/references/parametros-landing.md. Ahí están una sola vez y con la fuente de cada una las reglas que antes estaban repartidas y desiguales entre las 9 skills de landing: frases ≤15 palabras · párrafos ≤2 oraciones · prohibido el guion largo (—) · el titular responde «¿por qué me importa?» · 2-3 testimonios reales y nunca en carrusel en móvil · nunca «sin compromiso» ni «gratis» bajo el CTA · muletillas de IA prohibidas («potenciar», «llevar al siguiente nivel», «sin fisuras»…) · y qué cifras NO están en las fuentes (los umbrales de Core Web Vitals y el impacto de la velocidad en conversión: si alguien las cita como dato propio, es una alucinación).

═══════════ CÓMO SE ESCRIBE (reglas duras de redacción) ═══════════

Aplican a TODOS los bloques, sea cual sea la estructura.

⚡ ECONOMÍA DE PALABRAS

Ogilvy no era largo: era específico. Límites que no se negocian:

  • Bullet: 12 palabras máximo. Si no entra, tiene dos ideas: partilo o eliminá una.
  • Subheadline: 25 palabras máximo.
  • Párrafo: 2 líneas. Nunca tres.
  • Pasos del proceso: 1 línea de descripción, no un parrafito.
  • Respuestas de FAQ: 3 líneas máximo.

Pasada de tijera obligatoria. Al terminar cada bloque, releelo y borrá:

  • Toda frase que no aporte información nueva (adorno, relleno, repetir el título).
  • Adverbios y adjetivos que no cambian el significado ("realmente", "totalmente", "muy", "simplemente").
  • Arranques muertos: "Es importante destacar que", "Sabemos que", "En [marca] creemos que". Si al borrar una palabra el significado no cambia, esa palabra sobra.

El test: si el lector solo mira titulares y negritas, ¿entiende la oferta completa? Si no, el problema no es que falte texto: es que el titular no dice nada.

🔴 CÓMO SE ESCRIBE UN DOLOR

Un dolor genérico no duele. Cada uno tiene que ser una ESCENA que el lector haya vivido, no una categoría abstracta.

  • ❌ "Falta de tiempo para gestionar" · ✅ "Te llaman a las 11 de la noche por una persiana rota"
  • ❌ "Procesos ineficientes" · ✅ "Repites los mismos datos a cuatro personas distintas"
  • ❌ "Incertidumbre financiera" · ✅ "Cobras cuando el cliente se acuerda, no cuando lo necesitas"
  1. Concreto y observable. Si no lo podés filmar, es abstracto: reescribilo.
  2. Con su costo nombrado (horas, dinero, riesgo, tranquilidad), al final del bullet, que es donde pega.
  3. En sus palabras (VoC). Si el cliente dice "me tienen en la oscuridad", NO lo traduzcas a "falta de visibilidad".
  4. Sin solaparse. Si dos dolores se parecen, uno sobra.
  5. Orden: el más frecuente y reconocible primero (que diga "este soy yo"); el más grave al final.

🟢 CÓMO SE ESCRIBE UN BENEFICIO O RESULTADO

El error habitual es listar lo que vos hacés. Al lector no le importa: le importa cómo queda él.

  • ❌ "Gestionamos los cobros por ti" · ✅ "Cobras antes del día 1, todos los meses"
  • ❌ "Nos encargamos del mantenimiento" · ✅ "Tu teléfono deja de sonar. Nosotros atendemos"
  • ❌ "Selección profesional de inquilinos" · ✅ "Dormís tranquilo: cada inquilino viene verificado"
  1. Arranca con el resultado, no con la actividad. Las primeras palabras son el beneficio; la mecánica, si va, después.
  2. Una sola palabra en negrita por bullet: la del pago emocional.
  3. Encadená con "PARA QUE" hasta el resultado soñado final, no el intermedio. Cobrar puntual → PARA QUE dejes de vigilar la cuenta → PARA QUE te vayas de vacaciones sin el móvil encima.
  4. Si hay espejo dolor/beneficio, mismo orden y misma posición: se leen en pareja, línea por línea.

LA GENTE ESCANEA, NO LEE: frases ≤15 palabras, máx 2 oraciones por párrafo. Negrita solo en la palabra de más carga. 2ª persona constante. Nivel de lectura 5º grado, sin jerga. PROHIBIDO guion largo (—) y medio (–): solo &, comas o "y". Cada headline comunica el beneficio SOLO (asumí que nadie lee el cuerpo); nunca genéricos ("cómo funciona"): decí la diferencia o el paso.

EMOCIÓN + LÓGICA en cada bloque. PAS (Problem-Agitate-Solve) es la herramienta principal.

FUENTES REALES — Ogilvy y Schwartz (no de memoria)

Esta skill dice "inspirado en Ogilvy" pero durante meses no leyó ni una línea suya: se escribía de memoria. Los documentos reales viven en la skill de estáticos (una sola copia para todo el agente) y se leen desde aquí:

  • ../fundamentos-copy/references/ogilvy-reglas-reales.md — reglas extraídas del libro (cap. 2 y 7) con los 16 checks O1-O16. Para una landing/VSL aplica ADEMÁS lo que Ogilvy demuestra sobre copy largo (vende más en formato largo), que en estáticos se descarta pero aquí sí vale.
  • ../fundamentos-copy/references/breakthrough-schwartz.md (+ ../fundamentos-copy/references/breakthrough-advertising.pdf) — nivel de consciencia y sofisticación. Decide por dónde entra el hero: tráfico frío no consciente del problema necesita otro headline que uno que ya compara soluciones. Es la pieza que le faltaba a esta skill.
  • ../fundamentos-copy/references/headlines-playbook.md — patrones de titular que rinden.
  • ../fundamentos-copy/references/lo-que-no-funciona.md — anti-patrones y compliance.
  • El resumen destilado ../fundamentos-copy/references/ogilvy-principios.md (que circula copiado en varias skills) sirve para redactar rápido; si choca con las reglas reales, ganan las reglas reales.

CRO — MESSAGE MATCH Y TRÁFICO FRÍO (Corey Haines)

  • MESSAGE MATCH: el H1/hero refleja el anuncio o keyword que trajo al visitante. Pedí en Paso 0 el texto del anuncio. Si no matchea, se cae la conversión.
  • TRÁFICO FRÍO (SIEMPRE): el visitante NO te conoce. Agitá el dolor, mostrá prueba social temprano y educá antes de pedir la acción. Nunca escribas como si ya te conocieran. No preguntes temperatura: es frío.
  • VSL ES LA PRUEBA/EDUCACIÓN TEMPRANA: el video hace el trabajo pesado de agitar+educar+demostrar. El copy alrededor prepara para verlo (hero) y capitaliza después (form arriba + bloques que refuerzan lo que el video prometió). Message match también entre el hook del video y el H1.
  • FORM ARRIBA: como el form va justo debajo del hero, el hero + la etiqueta del video + el CTA tienen que dar razón suficiente para dejar el dato YA. Los bloques siguientes (dolor, sistema, reseñas, método, autoridad, FAQ, cierre) recuperan a quien no completó y lo devuelven al form (#lv-form).
  • AUTO-AUDITORÍA CRO (antes de entregar): 1) value prop clara en 5s; 2) headline que comunica el value prop + específico + matchea el tráfico; 3) CTA único de valor, repetido, siempre al form; 4) escaneabilidad; 5) prueba social específica; 6) objeciones (precio, "¿me sirve?", "¿y si falla?"); 7) fricción (form corto, mobile).
  • IDEAS DE TEST: al entregar sugerí 2-3 hipótesis A/B (hook del hero, etiqueta del video, campos del form).
  • VOCABULARIO PROHIBIDO: nunca "game-changing/revolucionario/disruptivo/next-level/10x", "secreto/lo que no quieren que sepas", "tiempo limitado" sin fecha real, "vale $X" sin comparable, "100% garantizado" sin condiciones. Evitá "sin compromiso" o "gratis": en alto ticket atraen leads basura.

PASO 0 — PEDÍ EL BRIEF (no interrogues al usuario)

Primer mensaje, corto:

"Pasame el brief del cliente (la ruta del archivo sirve: .docx, .pdf, .md o texto pegado). Decime también el ID del formulario de Tally y, si no están en el brief, los colores y las fuentes de la marca."

El usuario ya tiene briefs hechos. Preguntarle campo por campo lo que está escrito en un documento es hacerle perder el tiempo. Leelo vos y extraé todo lo que puedas.

Cómo leer cada formato:

textutil -convert txt -stdout "brief.docx"          # .docx en macOS
python3 -c "import fitz;d=fitz.open('brief.pdf');print(chr(10).join(p.get_text() for p in d))"   # .pdf
cat brief.md                                         # texto plano

Después de leerlo: mostrá una tabla con qué encontraste y qué falta, y preguntá SOLO por lo que falte. Nunca vuelvas a preguntar algo que ya estaba escrito.

Casi nunca están en un brief, preguntalos igual: {{TALLY_FORM_ID}} · colores hex y fuentes de marca · el texto del anuncio o keyword que trae el tráfico (message match) · si hay urgencia/descuento real con fecha.

Reglas al leer el brief:

  • El brief puede ser de otra cosa (ej. creatividades para Meta) y aun así traer el 80%: dolores, diferenciales, prueba, tono. Aprovechalo.
  • Si el brief tiene dos perfiles de cliente, preguntá a cuál apunta esta landing. No mezcles: el copy cambia entero.
  • Si una cifra del brief choca con la web en producción del cliente, usá la de la web (más actual) y avisalo.
  • Nunca inventes lo que falte: placeholder [dato pendiente] y avisá al entregar.

La lista de abajo es lo que tenés que extraer del brief, no un cuestionario para el usuario.

PASO 0 · QUÉ EXTRAER DEL BRIEF

Pedí: qué servicio y a quién (cliente ideal); el texto del anuncio/keyword que trae el tráfico (para message match); la promesa central + plazo; qué hay en el VSL (hook, promesa, prueba); los 3-5 dolores reales de "hacerlo solo/mal" + sus contrapartes resueltas; el sistema/value props reales (qué te hace distinto); prueba social real (reseñas, cifras, logos de prensa — si no hay, placeholder marcado, nunca inventado); los 3 pasos del método/proceso; el expertise real del equipo; y las objeciones reales para el FAQ (incluida una que descalifique al no-cliente). No bloquees por un dato menor: asumí un valor razonable, decilo y seguí. Pausá solo si falta servicio/audiencia, promesa central, o el hook del VSL.

LOS 9 BLOQUES

0. HERO VSL — logo (marca) + fila de reseñas (si son reales) + H1 (responde SOLO "¿por qué me importa?"; resultado soñado + Life Force 8 + beneficio con plazo; matchea el anuncio; 3 variaciones) + subheadline (a quién le sirve + qué logra SIN esfuerzo + plazo) + etiqueta del video (1 línea que da la razón para darle play: qué van a descubrir) + CTA primario (al form) + quita-miedos bajo el CTA + 3 chips FUD + franja de prensa con logos reales.

  • El H1 no explica quién sos: eso va en el subheadline. El video es el que convence; el hero solo tiene que ganar el play y el primer scroll al form.

1. FORMULARIO — título (micro-promesa de lo que pasa al dejar el dato: qué recibe y cuándo, ej. "Agendá tu [llamada/valoración]: te respondemos en 24h") + subtítulo (1 línea que baja fricción sin bajar la calificación) + 2 chips FUD (ej. "respuesta en 24h", "100% confidencial"). El form es Tally; vos redactás solo los textos que lo rodean, no los campos.

2. DOLOR (PAS) — título que nombra el dolor central + lead (1-2 frases que lo agitan) + 3-4 filas de dolor (cada una: negrita del golpe + el resto; concreto, en el idioma del cliente) + frase de cierre editorial (tensión que empuja a la solución). Sin CTA acá (el form ya está arriba); el cierre insinúa que hay una salida.

3. SISTEMA / VALUE PROPS — título (nombre de tu método/sistema o el "cómo lo resolvés distinto") + lista de 3-6 value props (cada una: título corto tipo beneficio + 1 línea de qué es/por qué importa). Traducí features a beneficios. Esto es la parte racional que respalda la promesa del video.

4. RESEÑAS — título + subtítulo (1 línea que enmarca la prueba). El contenido son reseñas/testimonios REALES (widget o cards). Vos redactás título y sub; nunca inventes testimonios. Si no hay, placeholder explícito.

5. MÉTODO / CÓMO FUNCIONA — título + 3 pasos numerados (cada uno: título de acción + 1-2 líneas concretas de qué pasa) + CTA (al form, texto propio) + quita-miedos. Muestra lo simple/sin-esfuerzo que es avanzar (baja el Esfuerzo de la ecuación).

6. AUTORIDAD / EQUIPO — título (reencuadra el problema como algo que requiere expertise) + 2 párrafos (qué hace el equipo, verbos concretos; a quién sirve; años/casos reales) + statement aspiracional de cierre. Construye la Probabilidad Percibida. Nada inventado sobre credenciales.

7. FAQ — título + 5-7 preguntas con respuesta corta. OBLIGATORIA: al menos 1 que delimite quién NO es cliente ideal (filtro de leads). Matá objeciones reales: precio, "¿me sirve a mí?", tiempos, "¿y si no funciona?".

8. CIERRE + CTA FINAL — título (recap emocional, sin info nueva) + párrafo que resume el resultado soñado + statement de aversión a la pérdida (qué PIERDE por no actuar, con datos reales) + CTA final (el más prominente, al form) + quita-miedos. No agrega info: resume y activa.

AUDITORÍA ANTES DE ENTREGAR CADA BLOQUE

Además de la auto-auditoría CRO de arriba (que mira conversión, no calidad de copy):

  1. 16 checks de Ogilvy (../fundamentos-copy/references/ogilvy-reglas-reales.md): beneficio en el headline, específico y no genérico, no "ciego", sin juegos de palabras, cita entrecomillada si la hay, sin auto-bombo, honestidad total.
  2. Schwartz: ¿el bloque entra por el nivel de consciencia real del visitante, o le habla como si ya conociera la solución?
  3. Fechas y años (../fundamentos-copy/SKILL.md regla 4): sacados del reloj del sistema (date +%d/%m/%Y, date +%Y). Fecha pasada o año viejo = reescribir; una landing vive meses.
  4. Español de España (0 voseo/LATAM) y message match con el anuncio que trae el tráfico.

REGLAS DE ORO

  • Todos los CTA apuntan al MISMO destino (#lv-form, el form de arriba). Solo cambia el TEXTO del botón según el momento. Nunca fragmentes la conversión.
  • El texto de cada CTA lo proponés vos con Ogilvy (verbo de acción + qué gana): 2-3 opciones. Nunca "Enviar" ni presión de venta.
  • Debajo de cada CTA, microlínea de quita-miedos real (ej. "respuesta en 24h", "100% confidencial", garantía real). Evitá "sin compromiso"/"gratis".
  • Nunca inventes testimonios, cifras, fechas, descuentos, garantías ni credenciales. Si falta, placeholder explícito "[dato pendiente]" o preguntá.
  • El FAQ nunca omite la pregunta de "quién NO es cliente ideal".
  • El Cierre no agrega info nueva: resume y activa aversión a la pérdida.

GUARDARRAÍLES

  • Si algo es ambiguo (audiencia, promesa, hook del VSL, cifras), pedí aclaración antes de avanzar con ese bloque.
  • Verificá cada salida contra el mecanismo del bloque y las reglas de "nunca hagas esto" antes de entregarla.
  • Claridad, precisión y honestidad publicitaria.

Idioma (regla dura de Dirección): todo texto destinado al cliente o a su público sale en español de España (tuteo tú/vosotros, léxico de España). Cero voseo ni léxico LATAM (❌ vos/tenés/agendá/celular → ✅ tú/tienes/reserva/móvil). Única excepción: clientes cuyo mercado no sea España (hoy Cliente 07, en inglés).

Individual skills in this repo

This repo contains 14 individual skills — each has its own dedicated page.

diegogwork1-alt/flowboost-skills-landing

Escribe el COPY (texto, no HTML) de una landing B2B de alto ticket con decisión emocional/compleja (servicios profesionales: legal, consultoría, agencias, asesorías), bloque por bloque, siguiendo la estructura Pain vs Gain + Avatar de 11 bloques (0-10) y el estilo de David Ogilvy + Ecuación de Valor (Hormozi) + Life Force 8 + PAS duplicado. El usuario aporta los datos del brief; esta skill NO inventa testimonios, cifras, fechas ni garantías. Usar SIEMPRE que el usuario quiera REDACTAR/escribir el copy de una landing B2B de alto ticket con esta lógica. NO maqueta HTML (para maquetar esa estructura usar landing-b2b-alto-ticket).

diegogwork1-alt/flowboost-skills-landing

Guía la PRIMERA configuración de alguien que acaba de instalar las skills de Flowboost. Comprueba qué hay en su ordenador (rclone, Drive, Python, ffmpeg), le conecta el Google Drive de la agencia paso a paso, verifica que funciona de verdad leyendo una carpeta real, y le explica qué puede pedir ya y qué no. Usar cuando alguien diga "guíame en la primera configuración", "acabo de instalar las skills", "conectá el Drive", "no me funciona nada", "¿qué necesito para empezar?", o cuando una skill falle porque falta un acceso.

diegogwork1-alt/flowboost-skills-landing

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

diegogwork1-alt/flowboost-skills-landing

Arma la ESTRUCTURA HTML/CSS de una landing B2B de alto ticket (10 bloques, patrón AIDA + PAS duplicado: dolor agitado dos veces con proceso racional en medio, auto-calificación por avatar, FAQ como filtro de leads) lista para pegar en widgets HTML de Elementor/WordPress, bloque por bloque. El COPY lo aporta el usuario: esta skill NO redacta copy ni inventa datos — toma tus textos y los coloca en los esqueletos. El rubro (legal, consultoría, agencia, reforma, etc.) lo define el brief de cada proyecto. También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la skill. Usar SIEMPRE que el usuario pida armar/maquetar una landing B2B de alto ticket con esta lógica. No usar para landings VSL con formulario arriba (esas son `landing-vsl-dir...

diegogwork1-alt/flowboost-skills-landing

Flujo COMPLETO 2-en-1 para una landing B2B de alto ticket (servicios profesionales: legal, consultoría, agencias, asesorías) — sección por sección, primero ESCRIBE el copy (Ogilvy + Ecuación de Valor + Life Force 8 + PAS duplicado) y, SOLO tras la aprobación del usuario, entrega el HTML maquetado para Elementor. También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la skill. Usar cuando el usuario quiera copy Y maquetación juntos con aprobación por sección. Para solo copy usar copy-b2b-alto-ticket; para solo HTML usar landing-b2b-alto-ticket.

diegogwork1-alt/flowboost-skills-landing

Flujo COMPLETO 2-en-1 para una landing B2B de alto ticket (servicios profesionales: legal, consultoría, agencias, asesorías) que entrega UN SOLO archivo index.html listo para desplegar, no widgets de Elementor. Sección por sección escribe primero el COPY (Ogilvy + Ecuación de Valor + Life Force 8 + PAS duplicado) y, tras la aprobación, la maqueta; al final ensambla todo en un index.html completo. Copy más corto y escaneable que la versión Elementor, con dolores concretos y resultados soñados destacados. También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la skill. Usar cuando el usuario quiera la landing como archivo único para publicar (se encadena con publicar-landing). Para widgets de Elementor usar landing-b2b-copy-html.

diegogwork1-alt/flowboost-skills-landing

Flujo COMPLETO 2-en-1 para una landing de conversión de respuesta directa (B2B / servicios) — sección por sección, primero ESCRIBE el copy (Ogilvy + Ecuación de Valor de Hermozi + Life Force 8, estructura de 18 instrucciones con variantes V1/V2) y, SOLO tras la aprobación del usuario, entrega el HTML maquetado para Elementor (esqueleto de 18 bloques 0-17). También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la skill. Usar cuando el usuario quiera copy Y maquetación juntos de una landing de conversión, con aprobación por sección. Para solo copy o solo HTML, usar las skills sueltas.

diegogwork1-alt/flowboost-skills-landing

Maqueta en HTML/CSS (para widgets de Elementor/WordPress) una landing de conversión de respuesta directa siguiendo el esqueleto maestro de 18 bloques (0-17): Header solo-logo, Hero (headline + 3 bullets + CTA + quita-miedos), franja de logos, Punto de Dolor (PAS), Prueba Social repetida ×3, Value Props ×3 alternadas, Diferenciadores (grid o tabla comparativa), Cómo Funciona (3 pasos), Equipo y Garantía opcionales, Formulario de captura (Tally), FAQ, Recap final con cierre, Footer. El COPY lo aporta el usuario (normalmente su GPT de copy); esta skill NO redacta copy ni inventa datos — lo coloca en los esqueletos, bloque por bloque. También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la skill. Usar cuando el usuario quiera maqueta...

diegogwork1-alt/flowboost-skills-landing

Flujo COMPLETO 2-en-1 para la landing de UN INMUEBLE CONCRETO en venta (piso, villa, chalet), con la estructura exacta de cliente-06.es ya publicada en producción (copiada como referencia, sin dato de conversión que la valide): hero de estilo de vida, galería por estancias, formulario temprano, ficha con precio, el entorno como argumento propio, cómo visitar en 3 pasos, el agente como autoridad, FAQ y cierre. Sección por sección escribe primero el COPY y, tras la aprobación, el HTML, pasando cada bloque por las skills de diseño impeccable, design-taste-frontend y emil-design-eng. El CTA es SIEMPRE la visita, nunca la compra. En cada corrección devuelve el HTML COMPLETO de la sección, nunca fragmentos. Aplica los mismos estándares de generación de código que el resto de skills de landing: embebido de Tally sin altura reservada, reglas de arquitectura CSS con !important y doble clase, PageSpeed/Core Web Vitals (LCP, CLS 0, lazy en toda foto que no sea el hero, WebP <250 KB), checklist de código por bloque y ...

diegogwork1-alt/flowboost-skills-landing

Crea una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA (Hero VSL, Formulario, Dolor PAS, Sistema/Value props, Reseñas, Método 3 pasos, Autoridad/Equipo, FAQ, Cierre + CTA), PRIMERO el COPY y, cuando el usuario lo aprueba, el HTML/CSS para widgets de Elementor/WordPress. Todo en una sola skill self-contained. El copy usa Ogilvy + Ecuación de Valor (Hormozi) + Life Force 8 + PAS + CRO tráfico frío; la maqueta usa tokens de marca (tema oscuro por defecto), VSL Panda autoplay-mudo, Tally inline de carga inmediata, imgs con width/height y a11y. NO inventa testimonios/cifras/fechas/garantías. Aplica los mismos estándares de generación de código que el resto de skills de landing: arquitectura CSS con !important y doble clase, embebido de Tally sin altura reservada, params obligatorios del VSL, PageSpeed/Core Web Vitals, checklist de código por bloque, lista de errores ya cometidos en producción, y paso obligatorio de cada bloque por impeccable, design-taste-frontend y emil-design-en...

diegogwork1-alt/flowboost-skills-landing

Crea una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA y entrega UN SOLO archivo index.html listo para publicar, no widgets de Elementor. Escribe primero el COPY sección por sección (Ogilvy + Ecuación de Valor + Life Force 8 + PAS + CRO tráfico frío) y, tras la aprobación, la maqueta; al final ensambla todo en un index.html completo y ofrece encadenar con publicar-landing. Hero VSL con autoplay mudo, Tally inline arriba, tema oscuro con tokens de marca. NO inventa testimonios, cifras ni garantías. Aplica los mismos estándares de generación de código que el resto de skills de landing: arquitectura CSS con !important y doble clase, embebido de Tally sin altura reservada, params obligatorios del VSL, PageSpeed/Core Web Vitals, checklist de código por bloque, lista de errores ya cometidos en producción, y paso obligatorio de cada bloque por impeccable, design-taste-frontend y emil-design-eng. También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o ...

diegogwork1-alt/flowboost-skills-landing

Maqueta en HTML/CSS (para widgets de Elementor/WordPress) una landing VSL de respuesta directa de 9 bloques (0-8) con el FORMULARIO ARRIBA (justo después del hero, todos los CTA anclan ahí): Hero VSL (logo + reseñas + H1 + subheadline + video VSL de Panda + CTA + quita-miedos + logos de prensa), Formulario (Tally inline), Punto de Dolor (PAS), Sistema/Value props (lista), Reseñas (widget de prueba social), Método/Cómo Funciona (3 pasos), Autoridad/Equipo, FAQ (con pregunta que descalifica), Cierre + CTA final. El COPY lo aporta el usuario; esta skill NO redacta copy ni inventa datos — lo coloca en los esqueletos, bloque por bloque. Tema oscuro por defecto (tokens de marca). También funciona en MODO AUDITORÍA: si se le pasa una landing ya hecha (HTML, archivo o URL) y se pide revisarla, corregirla, mejorarla o saber qué está mal, la audita contra sus propias reglas y devuelve el diagnóstico priorizado más los bloques corregidos completos; NUNCA pregunta al usuario qué cambiar, porque el criterio está en la ...

diegogwork1-alt/flowboost-skills-landing

Crea la página de Gracias (Thank You Page / TYP) de un cliente, la que se muestra después de enviar el formulario. Define la ESTRUCTURA fija que debe tener, la personalización por parámetros de URL (nombre y respuestas del formulario), el WhatsApp que INICIA el lead (para no quemar el número), las reglas de código para pegar en Elementor/WordPress, la publicación (noindex + slug) y exactamente qué poner en la URL de redirección de Tally según los campos del formulario. El diseño (colores, fuentes, logo) va según cada cliente; la estructura y la lógica son siempre iguales. Usar cuando Dirección pida "armá la página de gracias / TYP de <cliente>", "hacé la thank you page", o después de publicar una landing con formulario.

diegogwork1-alt/flowboost-skills-landing

Publica una landing YA APROBADA en un subdominio del cliente, con panel de edición para cambiar textos e imágenes sin tocar código. Toma el HTML que generan las skills landing-b2b-index-html, landing-vsl-directa-index-html, landing-inmueble-copy-html, landing-vsl-directa, landing-b2b-alto-ticket o landing-conversion (y sus versiones copy+html), lo convierte en un proyecto Astro + Keystatic ESTÁTICO (sin SSR, sin adaptador), lo sube a GitHub y lo despliega en Cloudflare Pages con build automático en cada push. Hosting único para todos los clientes: Pages acepta CNAME desde cualquier DNS, así que el hosting del cliente da igual. El panel de Keystatic corre en local y no se despliega (storage local), lo que elimina el GitHub App y los secretos. Incluye página de gracias, medición (GTM, píxel y Microsoft Clarity, todo cargado solo tras aceptar las cookies), aviso de cookies conforme al RGPD y registro de consentimientos en Cloudflare D1 (obligatorio, la AEPD puede pedir la prueba). Un subdominio por landing. N...

Related Skills