De una idea a un negocio: las herramientas que uso para crearlo

Cuando alguien me dice "tengo una idea, no sé por dónde empezar", casi nunca el problema es la idea. El problema es no saber qué cuentas abrir, en qué orden, y para qué sirve cada una.

Este post no es "el mejor stack del mundo". Es el stack que yo uso hoy para llevar una idea desde la servilleta hasta un producto que la gente puede pagar. Si te sirve, úsalo. Si encuentras algo mejor en el camino, cámbialo — yo lo hago todo el tiempo.

Voy en orden. De las cuentas que necesitas el día cero, a las que vas a necesitar cuando alguien por fin te dé dinero por algo.

Lo básico: existir en internet

Antes de cualquier código, antes de cualquier dominio, dos cuentas. Si no tienes esto, no puedes abrir nada más, porque todo lo demás te las va a pedir.

Si recién estás empezando: usa tu nombre real en el correo y en GitHub. No te inventes un alias cool que vas a odiar en dos años cuando mandes el primer email importante.

Dónde vive el sitio: hosting y dominio

Tienes correo, tienes GitHub. Si quieres que tu idea exista como algo que se puede visitar, necesitas dos cosas: un lugar donde se hostee y un nombre con el que la gente lo encuentre.

El stack para construir

Estas son las piezas con las que armo la interfaz. Tres herramientas, una sola decisión.

¿Por qué los tres juntos? Porque son la combinación con la que más herramientas, plantillas y respuestas vas a encontrar en internet cuando te trabes. Y te vas a trabar.

Lo que llena las pantallas

Antes de tener producto real, necesitas que el sitio se vea poblado — imágenes que no se sientan stock, íconos consistentes. Antes pagaba por esto. Ya no.

Cuando necesitas guardar datos

Si tu idea es solo un sitio que muestra cosas, hasta aquí llegas. Pero si necesitas guardar usuarios, posts, pedidos, mensajes — necesitas una base de datos. Y, casi siempre, autenticación.

¿Cuál usar? Depende del proyecto. Para un MVP rápido con auth simple, Firebase. Para algo que vas a hacer crecer y consultar de formas complejas, Supabase. Voy a escribir un post entero sobre esto: Firebase vs Supabase: cuándo usar cada unoPróximamente.

Que el mundo te encuentre: SEO básico

Tu sitio puede estar deployado, ser hermoso, ser rapidísimo — y aun así no existir para nadie. Si Google no sabe que estás ahí, no estás ahí. Esto es lo que todo proyecto necesita configurar, sin excepción:

1. Metadata en cada página — title, description, OpenGraph, Twitter cards. En Next.js es la Metadata API: exportas un objeto metadata y listo. Sin esto, tu link compartido en WhatsApp se ve como una URL pelada.
2. sitemap.xml — la lista de todas tus páginas para que Google sepa por dónde caminar. Next.js lo genera automático con un app/sitemap.ts.
3. robots.txt — el portero. Le dices a los bots qué sí indexar y qué no. También automático en Next.js.
4. Registrar tu dominio en Search Console — el handshake oficial con Google. Sin esto, indexar te puede tomar semanas en lugar de horas.

Cuando empieces a tener usuarios reales

En el momento que tu sitio deja de ser solo informativo y arranca a recibir gente — formularios, signups, notificaciones — necesitas poder mandar correos desde la app. No te embarras con SMTP, hay una herramienta hecha para esto.

Lo que rodea al código

Construir un producto no es solo escribir código. Necesitas pensar la marca, los flujos, las pantallas, anotar ideas a las 2 AM. Estas son las herramientas que me acompañan ahí.

Notion y Obsidian no compiten porque resuelven cosas distintas: Notion es para organizarme — qué tengo que hacer, cuándo, en qué proyecto. Obsidian es para documentar el proyecto — qué decisiones tomé, por qué, y qué tendría que recordar en seis meses cuando vuelva al código.

De dónde saco ideas

Antes del primer commit, antes del primer mockup, hay otra capa: mirar. Ver lo que otros ya hicieron, qué funciona, qué se siente bien. No para copiar — para entrenar el ojo.

Una idea no nace en el vacío. Cuanta más buena referencia consumas, más fácil distingues entre lo genérico y lo que tiene alma.

Dónde aprendo

Construir es una excusa para aprender constantemente — cada proyecto nuevo te empuja a un tema que no dominabas. Tener un lugar fijo donde formalizar ese aprendizaje (no solo googlear y olvidar) hace toda la diferencia.

---

El stack no es la respuesta

Si llegaste hasta acá esperando que te diga "copia exactamente esto y te va bien", malas noticias: ese consejo no existe.

El stack no es la respuesta. La pregunta correcta no es "¿qué herramientas necesito?", es "¿cuál es la siguiente cosa que necesito mover hoy?". Si la respuesta es "validar que la idea le importa a alguien", no abras Vercel — abre WhatsApp y habla con cinco personas. Si es "que la gente pueda inscribirse", ahí sí abre Vercel y Resend.

Las herramientas son multiplicadores, no aceleradores. Multiplican lo que ya estás haciendo. Si no estás haciendo nada, el mejor stack del mundo te va a multiplicar por cero.

Empieza con el correo y GitHub. Después, lo que el siguiente paso te pida.