Empiezo Solo Fundador: por qué documentar mi stack en público

Llevo meses construyendo un SaaS en solitario y este es el primer post de Solo Fundador. Antes de publicarlo me he peleado conmigo mismo varias veces sobre si tenía sentido — al final, los argumentos han ganado a las dudas. Te cuento de qué va esto.

Por qué decido escribir ahora

La verdad es que llevaba meses queriendo hacerlo y posponiéndolo con la excusa universal: "primero acabo el producto, luego escribo". Spoiler: el producto nunca se acaba. Ya hace seis meses que el SaaS que estoy construyendo está en una versión usable, y los tres usuarios alfa que lo prueban me están dando feedback útil. Pero entre usable y bueno hay un trecho largo, y lo que he aprendido en este trecho es lo que me apetece compartir.

Hay además una razón menos romántica: necesito un canal propio. Cuando lance el SaaS, no quiero depender al 100% de SEO frío ni de pagar tráfico desde el primer día. Tener una audiencia pequeña pero real, gente que ya conoce mi forma de pensar y mi stack, es un activo de los pocos que no se evaporan en una iteración del algoritmo de Google. Lo escribo claro porque sí: este blog también es un canal de marketing del SaaS, y prefiero decirlo abiertamente que disimularlo.

Por último, está la parte egoísta. Escribir me obliga a ordenar las ideas. Cuando explico por qué elegí Vercel sobre Railway, o por qué descarté Supabase a pesar de que medio Twitter lo recomienda, detecto los puntos donde no tengo argumentos sólidos sino prejuicios — y eso me hace mejor founder. Si por el camino le sirve a alguien más, perfecto.

Para quién es Solo Fundador

Tengo en la cabeza un perfil bastante concreto cuando escribo:

• Founders en solitario, indie hackers o freelancers tech que están construyendo o piensan construir un producto propio.
• Hispanohablantes — España y Latinoamérica. La mayor parte del contenido sobre indie SaaS está en inglés, y aunque no hay barrera real para leerlo, hay matices culturales (impuestos, IVA, intermediarios, mercado pequeño) que casi nunca se cubren bien.
• Gente con perfil técnico. No voy a explicar qué es un endpoint o por qué importa el TTFB. Si lleves años desarrollando, te ahorraré párrafos de introducción.
• Personas escépticas con el ruido. Si te molesta ver un hilo de Twitter más diciendo "Top 10 herramientas que cambiarán tu vida en 2026", probablemente encajamos.

Si no estás en este perfil, eres bienvenido igual, pero te aviso: el tono no va a cambiar para hacer el contenido más mainstream.

Qué tipo de cosas vas a leer

Algunos formatos que tengo en mente, ordenados por probabilidad de aparecer pronto:

1. Reseñas de herramientas que uso a diario. No de las que probé media tarde, sino de las que pago todos los meses y se han ganado su sitio en mi stack. Cada reseña incluirá lo que NO me gusta, no solo lo bueno.
2. Decisiones de arquitectura del SaaS. Por qué elegí Postgres antes que un BaaS, por qué tiré tres iteraciones de auth antes de quedarme con la actual, etc. Son decisiones que se ven pequeñas hasta que te bloquean meses después.
3. Comparativas honestas. Kit vs MailerLite, Vercel vs Netlify, Stripe vs Lemon Squeezy. No las que copian la landing del producto: las que reflejan cómo me ha ido a mí.
4. Errores y aprendizajes. Cuando algo se rompe — y se rompe — lo cuento. La parte "cool" de build-in-public es publicar éxitos; la útil es publicar los tropiezos.
5. Reportes mensuales con números. En cuanto el SaaS empiece a facturar de verdad, los publico. MRR, gasto, churn, tiempo invertido. Sin maquillar.

Qué NO vas a encontrar aquí

Tan importante como definir el contenido es marcar lo que descarto:

• Listas vacías de "Top 10 AI tools". No suman nada y casi siempre son afiliados disfrazados. Si recomiendo algo, será porque lo uso, no porque alguien me pague el clic.
• Contenido genérico. Posts del estilo "10 hábitos de los founders exitosos" no van a aparecer. Hay miles de blogs así y el mundo no necesita uno más.
• Recomendaciones de herramientas que no he probado a fondo. Hay productos que están de moda y todo el mundo recomienda. Si yo no los uso, no aparecen aquí, por mucho que el SEO me lo agradezca.
• Gurismo motivacional. Ni hilos del estilo "5 lecciones que aprendí cuando casi cierro mi empresa", ni "deberías levantarte a las 5". Si quiero motivarte, te diré directamente "lánzalo ya, deja de pulir el botón".
• Patrocinios encubiertos. Si una pieza es patrocinada, lo verás en el primer párrafo, no enterrado al final. De momento no hay ninguno previsto.

El compromiso con la transparencia

Voy a intentar mantener tres cosas a rajatabla, mientras pueda:

Disclosure de afiliados clarísimo. Cualquier link que me reporte una comisión llevará un asterisco visible y el atributo rel="sponsored nofollow". Hay una página /sobre y un footer en todas las páginas explicándolo. Si en algún momento ves algo turbio, dímelo.

Errores admitidos. Cuando me equivoque eligiendo una herramienta o una estrategia, lo voy a contar, no a tapar. Es de las cosas que más valor da y también de las más raras.

Números reales. Cuando empiece a haber métricas relevantes — visitas, suscriptores, MRR del SaaS — las publico tal cual. Sin redondear hacia arriba ni inflar para vender más.

Por qué anónimo

Es la pregunta que me han hecho dos o tres personas con quienes he comentado este blog. Respuesta corta: porque prefiero que lo que se publica hable por sí mismo. Si dijera mi nombre y dijera el nombre del SaaS, todo se mezclaría — los lectores juzgarían las recomendaciones a través del filtro de "este tío vende X, claro que recomienda Y".

Manteniéndolo anónimo, las herramientas que recomiendo se evalúan por sus méritos. Si dentro de un año el blog tiene tracción y la audiencia me empuja a salir de detrás del telón, ya veré. De momento, funciona.

Y ya está

No voy a alargar más este primer post con un manifiesto. La forma de saber si esto te aporta es leyendo lo siguiente que publique. Si te suena bien la propuesta, suscríbete a la newsletter — un email a la semana, sin spam, dándote de baja con un clic. Si no, también está bien.

Hasta la próxima.