shipsolo
Empezar
← Todos los artículos
·8 min de lectura

Cómo escribir una landing page que convierta para tu indie SaaS

La mayoría de landing pages de indie SaaS pierden al visitante en los primeros diez segundos porque la propuesta de valor está enterrada. Aquí tienes cómo escribir una landing page que convierta, del titular al precio, sin equipo de marketing ni copywriter.

TL;DR

Una landing page que convierta para un indie SaaS necesita tres cosas sobre el pliegue: un titular que nombre el resultado que le importa al comprador, un subtitular que explique cómo lo consigues, y una sola acción clara que tomar. Debajo del pliegue, apila prueba social antes de las características y mantén el precio visible y simple. Cada frase debe responder la pregunta que todo visitante se hace primero: ¿es esto para mí, y merece mi confianza?

En esta página

La mayoría de landing pages de indie SaaS comparten el mismo fallo: un titular genérico en el hero, un muro de puntos de características y una sección de precios que el fundador tuvo demasiado miedo de finalizar. La página tardó dos fines de semana en construirse, pero el visitante se va en ocho segundos porque no pudo responder la única pregunta que todo visitante se hace primero: ¿es esto para mí? Escribir una página que convierta no es un problema de diseño ni de presupuesto. Es un problema de claridad, y la claridad es una habilidad de escritura que cualquiera puede practicar.

Empieza por el titular, no por la sección hero

El titular es la única frase que o gana los próximos diez segundos de atención o termina la visita. Sin embargo, la mayoría de indie hackers escribe la sección hero primero y nunca vuelve al titular después de la construcción inicial. Eso está al revés. El titular es la frase con mayor palanca de toda la página. Un visitante que lo entiende al instante hará scroll; uno que no lo entiende cerrará la pestaña sin importar lo bueno que sea el resto de la página.

La fórmula que mejor convierte para el indie SaaS es resultado más audiencia: '[Resultado específico] para [persona específica], sin [la alternativa dolorosa].' Por ejemplo: 'Lanza algo en tu proyecto paralelo cada día sin perder el hilo de lo que importa' le dice a un fundador-desarrollador qué cambia (lanzar a diario), para quién es (alguien con un proyecto paralelo) y qué reemplaza (perder el hilo). Es lo suficientemente específico para filtrar al visitante equivocado y lo suficientemente directo para enganchar al correcto.

Escribe tu titular después de hablar con tres usuarios reales, no antes. La frase exacta que usan para describir el problema casi siempre es más potente que la frase que tú inventaste para describir la solución.

Para qué sirve de verdad la sección hero

Sobre el pliegue, tu único trabajo es evitar que el visitante correcto se vaya. No explicar todo, no impresionar a los críticos de diseño. La sección hero consigue una sola cosa: suficiente confianza para seguir leyendo. Para eso hacen falta cuatro elementos que funcionen juntos.

  • Un titular que nombre el resultado, no la característica. 'Consigue 3 veces más suscriptores' gana a 'Panel de análisis de newsletter'.
  • Un subtitular que explique el cómo en una sola frase. Que no supere las veinte palabras.
  • Un visual que muestre el producto real, no una ilustración abstracta. Una captura de pantalla real de una interfaz limpia convierte mejor que una foto de stock en todos los casos.
  • Una sola llamada a la acción principal. No dos opciones, no 'regístrate o mira la demo'. Una.

Prueba social para fundadores que acaban de empezar

La objeción que más temen los fundadores en solitario es 'todavía no tengo testimonios'. La buena noticia es que la prueba social es una categoría más amplia que las reseñas de cinco estrellas. Cualquier cosa que reduzca el sentido de riesgo del visitante cuenta, y un fundador que lanzó hace tres semanas tiene más opciones de las que cree.

La clave es ser honesto y específico. Las afirmaciones vagas ('amado por cientos de fundadores') erosionan la confianza; las afirmaciones específicas y verificables la construyen. Los visitantes saben que un indie SaaS es temprano, y a menudo respetan esa honestidad. Lo que no perdonarán es una página pulida pero vacía que promete resultados de empresa para un producto sin tracción visible.

  • Número de usuarios tempranos: '47 indie hackers ya están siguiendo sus proyectos aquí' es más fuerte que cero prueba social.
  • Citas reales de X o Discord: una captura de alguien diciendo 'esto es la herramienta que buscaba' es un testimonio, solo capturado de otra forma.
  • Un changelog público: un historial visible de características lanzadas demuestra que el producto está vivo y el fundador se toma en serio construirlo.
  • Números de uso: tareas creadas, proyectos lanzados, días de racha son evidencia concreta de adopción real que cualquier visitante puede verificar.

Las características no venden, los resultados sí

El error más común después de la sección hero es una lista de características disfrazada de copy de marketing. 'Generación de tareas con IA', 'puntuación de impacto por minuto', 'recordatorios por email con enlace de marcar como hecha'. Estas son características. Un visitante que aún no sabe que las necesita se saltará cada una de ellas. La solución es empezar cada afirmación de característica por el resultado: ¿cómo es la vida del visitante después de usar esta característica?

Reescribe cada punto de características preguntándote '¿y qué?' una sola vez. 'La IA lee tu código fuente' se convierte en 'Tu lista de tareas se escribe sola desde tu codebase real, para que nunca empieces una sesión de trabajo preguntándote qué hacer a continuación.' Esa frase es más larga, pero vende. Las características responden qué hace el producto; los resultados responden por qué debería importarle al lector. Cuando cada punto supera el test del '¿y qué?', la sección de características deja de ser un lastre y empieza a ser una razón para convertir.

El test para cada línea de característica: si un visitante que la lee por primera vez dijera '¿y qué?', ¿está ya la respuesta en la misma frase? Si no, reescríbela hasta que lo esté.

El precio en la página, no detrás de un formulario

Esconder tu precio detrás de un botón de 'contáctanos' o de un registro es un patrón tomado del software empresarial que no tiene ningún sentido para el indie SaaS. Tu cliente ideal es un fundador en solitario o un indie hacker que hoy ha visto cinco productos de la competencia, compara opciones rápido y te descartará de inmediato si el precio no es visible. Pon el precio en la página, en la sección de precios, en números claros.

Mantén la sección de precios simple: un plan gratuito que permita probar el producto principal, un plan de pago que desbloquee el valor completo, una lista clara de qué incluye cada uno y un descuento anual con el ahorro bien visible. El objetivo es eliminar cada razón que tenga un comprador cualificado para dudar. Si el precio genera una pregunta ('¿eso incluye X?'), respóndela en el copy de precios o en las preguntas frecuentes, no tres días después por email.

  1. Muestra el plan gratuito con claridad para que los visitantes sepan que no hay riesgo en empezar.
  2. Indica el precio del plan de pago en euros o dólares al mes, con el equivalente anual al lado.
  3. Lista tres a cinco cosas concretas que desbloquea el plan de pago que el gratuito no incluye.
  4. Añade una frase bajo el precio que responda la objeción más común: 'cancela en cualquier momento' o 'no se requiere tarjeta para empezar'.
  5. Incluye un botón de llamada a la acción dentro de la propia sección de precios, no solo en el hero.

Mantén la página viva mientras lanzas

Una landing page no es un artefacto de lanzamiento; es un producto vivo. Los mejores fundadores en solitario actualizan su landing page cada vez que lanzan una característica que vale la pena mencionar, escuchan a un usuario describir el problema de una forma nueva o se dan cuenta de que la propuesta de valor original estaba ligeramente desencaminada. Seis meses lanzando sin actualizar la página significa que esta describe un producto viejo con un lenguaje que dejó de coincidir con la audiencia real hace semanas.

El hábito de actualización más simple es este: cuando se lanza una tarea, comprueba si la landing page lo refleja. Si mantienes una página pública de build in public junto a tu proyecto (herramientas como shipsolo generan una automáticamente a partir de tus tareas lanzadas, sin escribir nada extra), puedes enlazarla desde la landing para que los visitantes vean el desarrollo activo de un vistazo.

Empieza la página hoy, mejórala cada semana

No necesitas una página perfecta en el lanzamiento. Necesitas una página clara: un titular real escrito con el lenguaje de tus usuarios, características reescritas como resultados, el precio en números claros y una acción que tomar. Escribe el titular tomando prestadas las palabras exactas de tu mejor usuario. Elimina cada punto de características que no supere el test del '¿y qué?'. Añade la prueba social que puedas afirmar honestamente hoy. Lánzala. La página será más precisa cada semana que escuches a usuarios reales y mantengas el producto en movimiento.

Preguntas frecuentes

¿Qué hace que una landing page convierta para un indie SaaS?
Tres cosas sobre el pliegue: un titular que nombre el resultado específico que quiere tu usuario objetivo, un subtitular que explique cómo lo consigues en una frase, y una acción clara que tomar. Debajo del pliegue, apila cualquier prueba social que tengas antes de la lista de características, escribe las características como resultados en vez de capacidades y muestra el precio en números claros. Toda la página debe responder una sola pregunta al visitante: ¿es esto para mí y merece mi confianza?
¿Cómo escribo un titular para mi SaaS si no soy copywriter?
Usa la fórmula resultado más audiencia: '[Resultado específico] para [persona específica], sin [la alternativa dolorosa].' Luego habla con tres usuarios reales y encuentra la frase exacta que usan para describir el problema. Esa frase casi siempre es un mejor titular que cualquier cosa que puedas inventar por tu cuenta. Escribe el titular al final, después de conocer el lenguaje del usuario, no al principio.
¿Cómo consigo prueba social para un indie SaaS sin clientes todavía?
Empieza con la evidencia honesta y específica que tengas: el número de personas en tu lista de espera, usuarios en acceso anticipado, publicaciones de build in public con reacciones reales, capturas de personas diciendo que quieren el producto o un changelog público que demuestre que el producto se está construyendo activamente. Lo específico y honesto siempre supera a lo vago y pulido en las primeras etapas.
¿Debo mostrar el precio en mi landing page?
Sí. Para un indie SaaS dirigido a fundadores en solitario e indie hackers, ocultar el precio añade fricción y filtra a tus mejores compradores al principio del embudo en vez de convertirlos. Muestra un plan gratuito simple y un plan de pago con un precio claro al mes y el equivalente anual. Añade una breve nota que responda la principal objeción de precio y pon un botón de llamada a la acción dentro de la propia sección de precios.
¿Con qué frecuencia debo actualizar mi landing page?
Cada vez que lances una característica que valga la pena mencionar, escuches una mejor forma de describir el problema de un usuario real o notes que los visitantes abandonan en una sección que antes funcionaba. Una cadencia práctica es una revisión rápida tras cada lanzamiento significativo y una revisión más profunda una vez al mes. La página siempre debe describir el producto que tienes hoy, no el que tenías en el lanzamiento.

Pon esto en práctica

shipsolo convierte consejos como este en tareas puntuadas para cada una de tus apps.

Prueba shipsolo gratis

Sigue leyendo