Página de Aterrizaje GTM

¿Qué hace Página de Aterrizaje GTM?

Construye páginas de aterrizaje enfocadas en conversión que venden, no solo describen. Combina investigación de producto, posicionamiento competitivo, redacción de ventas e implementación frontend en un solo flujo de trabajo.

Intake — Siempre Pregunta Primero

Antes de cualquier trabajo, recopila estas entradas:

Entrada	Pregunta
URL objetivo	"¿Para qué URL o ruta es esto?" (ej., miapp.com/precios)
Ruta del código	"¿Dónde está el código fuente?" (ej., /home/usuario/proyecto/src)
Producto/característica	"¿Qué producto o característica está vendiendo esta página?"
Audiencia	"¿Quién es el comprador? (rol, tamaño de empresa, nivel de dolor)"
Competidores	"¿Contra quién te comparan?"
Restricciones	"¿Sistema de diseño existente, proveedor de formularios, destino de CTA?"

Si la página ya existe, léela primero. Nunca propongas cambios en código que no hayas leído.

Flujo de Trabajo

Fase 1: Investigar el Producto

Estudia el producto real antes de escribir una sola palabra de copia. Nunca inventes características.

1. Lee el código base — Busca la implementación de la característica. Usa git log para encontrar cambios recientes.
2. Valida afirmaciones — Para cada característica afirmada, confirma que existe en el código. Reporta brechas: "X existe. Y es parcial. Z no encontrado."
3. Identifica diferenciadores — ¿Qué hace esto que los competidores realmente no hacen? Ventajas arquitectónicas > características superficiales.
4. Encuentra el ángulo de mejora continua — Cualquier comportamiento de aprendizaje/adaptación es oro de marketing. Entiende el mecanismo para poder describirlo sin jerga.

Fase 2: Posicionamiento Competitivo

Enmarca cada sección como "por qué nosotros, no ellos" sin nombrar competidores.

Fórmula de posicionamiento:

Dolor que sienten a diario
+ Lo que los competidores hacen al respecto (mal)
+ Lo que tú haces diferente
+ Resultado que experimentarán

Prueba antigénerica — Si la copia pudiera aparecer sin cambios en el sitio de un competidor, reescríbela:

• "Impulsado por IA" → ¿Qué hace realmente la IA?
• "Automatización inteligente" → ¿Qué se automatiza específicamente?
• "Fácil de usar" → ¿Comparado con qué alternativa dolorosa?

Patrones de descarte de competidores:

• "Cada aplicación de [categoría] afirma [palabra de moda]. La mayoría solo [lo que hacen]. Nosotros somos diferentes."
• "No [enfoque antiguo]. [Nuevo enfoque] real que [resultado concreto]."
• "Otras herramientas se quedan estáticas. La nuestra [cómo evoluciona]."

Fase 3: Escribir Copia de Ventas

Transforma características en deseo. Piensa como un comprador, no como un ingeniero.

Voz por audiencia:

Audiencia	Tono	Ejemplo
Dueño de PYME	Cálido, directo	"Toma un recibo. Listo."
Gerente financiero	Orientado a resultados	"Cada coincidencia te muestra exactamente por qué."
Empresa	Generador de confianza	"Control sin complejidad."
Técnico	Preciso, creíble	"Se vuelve measurablemente más inteligente cada semana."

Reglas de copia:

1. Lidera con el dolor — "Deja de llenar formularios uno por uno" > "Relleno automatizado de formularios"
2. Una oración, una idea — Corta. Contundente. Escaneable.
3. Concreto > abstracto — "Responde en 10 segundos" > "Tiempos de respuesta rápidos"
4. Prueba 'Lo quiero' — Lee cada tarjeta en voz alta. ¿El comprador piensa "Necesito esto"? Si no, reescribe.
5. Termina con el resultado — "Nunca pierdas una venta por una respuesta lenta" > "Usa PLN para generar respuestas"

Hablar sobre IA/tecnología sin jerga:

Realidad técnica	Di en su lugar
El modelo de ML se reentrena semanalmente	"Se vuelve más inteligente cada semana gracias a tus comentarios"
Marco de optimización interna	Nunca lo menciones. Di "aprende de las correcciones"
LLM / GPT / Claude	"Asistente de IA" o simplemente "tu asistente"
Integración de API	"Se conecta a tus herramientas existentes"
Datos de entrenamiento de correcciones de usuario	"Cada corrección le enseña algo nuevo"
Puerta de precisión evita regresión	"Solo puede mejorar — nunca empeorar"
IA explicable / trazas de razonamiento	"Te muestra exactamente por qué se tomó cada decisión"

Fase 4: Diseñar la Página

Anatomía de página enfocada en conversión:

1. Héroe         — Titular + subtítulo + CTA principal
2. Puntos de dolor  — 3-4 escenarios que el comprador SIENTE (tonos rojos/cálidos)
3. Solución     — Tarjetas de transformación, no listas de características
4. Prueba social — Testimonios o métricas
5. Cómo funciona — Máximo 3 pasos (reduce la complejidad percibida)
6. Precios      — Comparación con el statu quo, no solo una tabla
7. FAQ          — Manejo de objeciones disfrazado de utilidad
8. CTA final    — Urgencia + formulario (repite el CTA principal)

No todas las páginas necesitan todas las secciones. Ajústalas a la complejidad del producto:

• Lanzamiento de nuevo producto: Todas las secciones
• Actualización de tarjeta de característica: Tarjetas + nueva sección si es necesario
• Producto en portafolio: Tarjetas en cajón/rejilla, enlace a página dedicada

CTA y formularios:

• CTA principal en el héroe Y al final — dos oportunidades de conversión
• Mínimo de campos. Cada campo extra mata ~10% de conversión.
• Mínimo de captura de leads: nombre + email + empresa. Añade teléfono solo si el producto lo requiere.
• Usa infraestructura de formularios existente (Formspree, Resend, etc.) — no agregues dependencias.
• Añade campo oculto _source para distinguir de qué página proviene el lead.

Patrón de Acceso Anticipado / Lista de Espera:

• Insignia de color señala exclusividad (ej., morado "Acceso Anticipado")
• Formulario inline mínimo (2-3 campos) directamente en la tarjeta de característica
• Menor fricción que una página separada — captura el interés en el momento del descubrimiento

Fase 5: Construir y Desplegar

1. Coincide con patrones existentes — Lee 2-3 páginas existentes. Coincide importaciones, diseño, enrutamiento, sistema de diseño.
2. Reutiliza el sistema de diseño — Solo componentes UI existentes. No introduzcas nuevos frameworks.
3. Móvil primero — Cada sección debe funcionar a 375px de ancho.
4. Registra la ruta — Agrégala al enrutador con importación.
5. Verifica tipos — Ejecuta el verificador de tipos antes de hacer commit. Cero nuevos errores.
6. Consistencia multi-código base — Si el producto aparece en varios sitios, actualiza TODOS con mensajes consistentes.

Fase 6: Lista de Verificación de Envío

Antes de hacer push:

• Cada característica en la copia existe en el código real del producto
• Sin jerga (busca: API, SDK, LLM, modelo, algoritmo, pipeline, contenedor)
• Cada tarjeta pasa la prueba "Lo quiero"
• Los botones de CTA funcionan (desplazan al formulario o enlazan al registro)
• El formulario envía correctamente con el campo _source
• Responsivo móvil a 375px
• Las verificaciones de tipos pasan
• Todos los códigos base actualizados si el producto está en múltiples sitios
• Prueba de copia de competidor: ¿podría esto aparecer en el sitio de un competidor? Si es así, reescribe.

Archivos de Referencia

• references/copy-formulas.md — Fórmulas de titulares, patrones de tarjetas, texto de CTA, plantillas de FAQ
• references/page-archetypes.md — Plantillas para lanzamiento de producto, actualización de característica, comparación, páginas de lista de espera