páginas-de-pilar

Páginas de pilar

Expande un breve posicionamiento que cubra varias capacidades, pilares o subproductos en breves páginas de aterrizaje independientes, uno por pilar, cada uno con su propia URL, orientación de palabras clave y texto desde el hero hasta la CTA final.

Entradas

Lee company-context.md primero (raíz del repositorio, o busca en el espacio de trabajo) y usa los campos que aplican a esta habilidad. Si el archivo o una línea falta, pregunta una vez, luego ofrece guardar la respuesta en él. Nunca llenes un vacío con una suposición sobre la empresa.

Funciona con

• Recibe: un breve de posicionamiento, los documentos de pilar de capability-pillar-research, y los documentos de evidencia de use-case-evidence-research. Cada afirmación en cada página debe rastrearse hasta estos.
• Produce: un breve por pilar, con etiquetas de afirmaciones transferidas, más una página principal combinada si se solicita.
• Siguiente: redacción y diseño. Ejecuta claim-propagation-sweep en estos breves siempre que un hecho del producto cambie.

Si los documentos de pilar o evidencia no existen, constrúyelos primero en lugar de escribir páginas de memoria.

Por qué esto difiere de una página combinada

Una página combinada permite que las dos o tres capacidades más fuertes la lleven mientras que las más débiles se pliegan. Dividir en N páginas elimina esa válvula de seguridad: cada pilar recibe el mismo espacio independientemente de si tiene la misma evidencia. Un pilar débil puede tener su propia página, pero la página debe ser honesta al respecto.

Proceso, por pilar

1. URL. Una ruta principal consistente con el pilar como el último segmento, de modo que las páginas se lean como una familia.
2. Investigación de palabras clave para este pilar, no el término general del producto reutilizado en todas partes. Obtén volumen, dificultad y CPC (verifica las unidades de moneda de la herramienta; algunas API devuelven CPC en centavos). Marca:
   • Palabras clave que chocan con el posicionamiento de la marca (la mejor palabra clave es "sistema de tickets" pero el producto argumenta en contra de colas de tickets): mantenla en el título, meta y un encabezado de apoyo, o márcala para un humano.
   • Términos cuyos resultados de búsqueda están dominados por otro formato (listas, comparaciones): recomienda un activo diferente para ese término en lugar de forzar a la página del producto a competir.
3. Etiqueta de título y meta descripción de la palabra clave principal.
4. Resumen de posicionamiento: 3-5 oraciones del breve fuente, la afirmación central del pilar y la evidencia más sólida.
5. La página, estructurada de la misma manera en toda la familia:
   • Hero (H1, subtítulo, CTA): la afirmación específica más aguda del pilar, nombrando el mecanismo.
   • Franja de prueba: 3-4 afirmaciones cortas con fuente. Si existe una estadística pero no está autorizada, dilo; no la uses ni la descartes silenciosamente.
   • 2-4 secciones del cuerpo de la evidencia real de este pilar: qué hace (del catálogo de capacidades), por qué vence a la alternativa obvia, la objeción que este pilar debe responder.
   • Sección de confianza o seguridad, colocada arriba si el pilar toca permisos, cumplimiento u objeciones de seguridad de IA.
   • Sección de alcance honesto, solo cuando la evidencia del pilar sea más débil que la de sus hermanas.
   • Enlaces cruzados a las páginas hermanas.
   • CTA final.
6. Etiqueta cada afirmación (regla compartida 4) y ejecuta la verificación de citas en cualquier cita de cliente utilizada.
7. Elementos abiertos específicos de la página al final de cada breve: números no confirmados, clientes pendientes de aprobación, o una pregunta real sobre si el pilar merece su propia página.

Listo cuando

• Cada página tiene su propia investigación de palabras clave.
• Cada hero y afirmación de prueba se remonta a los documentos fuente.
• La evidencia desigual es visible en al menos una nota de alcance honesto, si los pilares son desiguales.
• Las páginas se enlazan entre sí.

Reglas compartidas (idénticas en las cuatro habilidades de este conjunto)

1. Evidencia antes que texto. Cada afirmación del producto, estadística y cita se remonta a una fuente nombrada. Nunca inventes una capacidad, número, historia de cliente o cita. Si la evidencia no está, dilo.
2. Enviado significa enviado. Indica el estado de una capacidad (enviado, en progreso, planificado) solo como lo indica la fuente. Las solicitudes de compradores que el producto no puede cumplir van bajo "esperanzas" o "deseos", nunca bajo "capacidades".
3. Las citas son textuales y del lado del comprador. Copia las palabras exactas; corta con "..." pero nunca las cambies. Nunca cites al propio personal del vendedor como comprador. Antes de terminar, ejecuta la verificación de citas (el script se envía con use-case-evidence-research como verify_quotes.py) y corrige o elimina lo que no se encuentre.
4. Etiquetas de afirmaciones. Marca el texto y las afirmaciones como SEGURO, NECESITA VERIFICAR: (qué lo resolvería), o SOLO INTERNO (material de cliente nombrado sin aprobación). Transfiere las etiquetas de la salida de una habilidad a la siguiente; no las elimines.
5. La evidencia débil se dice claramente. Cuenta cuentas distintas, no citas. Nunca rellenes un área débil para igualar a una fuerte.
6. Documentos terminados, no registros de cambios. No hay "actualizado", "añadido", "nuevo", números de versión, referencias de barrido o sesión en documentos destinados a ser leídos como referencias. El historial de versiones contiene eso.
7. Modo seguro externo (cuando el usuario dice externo, para anuncios, para clientes, mantenlo limpio): solo título del puesto y empresa, sin nombres personales; sin fechas; los nombres de competidores dentro de citas se reemplazan con un corchete neutral como "[la herramienta anterior]"; sin notas sobre aprobación, fuentes o uso. Dile al usuario en tu respuesta que las citas de clientes aún necesitan aprobación.
8. Voz. Clara y directa. Sin guiones largos. Sin palabras de relleno. No caracterices a los competidores más allá de lo que los compradores dicen ellos mismos. Sin nombres de archivo en el cuerpo de un documento.

Cómo funcionan juntas las cuatro habilidades

1. use-case-evidence-research: recopila y verifica la evidencia (capacidades del producto, dolores del comprador, esperanzas, reacciones) por caso de uso o función.
2. capability-pillar-research: reagrupa esa evidencia por verbo (qué hace el producto) cuando se posiciona por comportamiento en lugar de función.
3. pillar-landing-pages: convierte el posicionamiento en un breve de página por pilar o función, usando solo afirmaciones de los pasos 1-2.
4. claim-propagation-sweep: se ejecuta siempre que un hecho del producto cambie, en todo lo producido por los pasos 1-3, y retroalimenta las correcciones en los documentos de evidencia.

Las salidas de un paso son las entradas del siguiente. Si se te pide un paso posterior y la salida anterior no existe, construye el paso anterior primero (o dile al usuario que falta) en lugar de escribir de memoria.