No tengo años de experiencia. Tengo cuatro proyectos reales, todos diferentes, todos con clientes que tenían problemas concretos que resolver. Eso enseña cosas que no aparecen en cursos.
Los proyectos
FP Repuestos — una casa de repuestos en Charata, Chaco. Dos personas. Gestionaban todo con Excel. Construí un sistema de stock, compras y ventas con Next.js y PostgreSQL. Lo usan hoy.
Movilero — un portal de noticias local en Charata. Cobertura del sudoeste chaqueño. Astro, Cloudflare Workers, Strapi como CMS. El equipo publica todos los días.
AVE Taller — tienda de artesanías en Querétaro, México. WordPress y WooCommerce para que la dueña pudiera gestionar el catálogo sola sin depender de mí.
Proyecto Legal — sistema de gestión para un estudio jurídico. Expedientes, calendario de vencimientos, tareas internas. Next.js con Supabase.
Lo que aprendí
El problema real rara vez es el que te describen primero.
Con FP Repuestos, el pedido inicial era “quiero controlar el stock”. A medida que avanzó el desarrollo, el problema real era más amplio: saber cuánto se vendió en el mes, qué productos se movieron, si una compra a un proveedor quedó registrada correctamente. El stock era el síntoma. El problema era la falta de visibilidad sobre el negocio entero.
Eso me enseñó a hacer preguntas antes de empezar a escribir código.
La herramienta que elegís tiene que poder sobrevivir sin vos.
En AVE Taller, la dueña necesitaba actualizar el catálogo sin llamarme. En Movilero, el equipo editorial publica noticias todos los días sin tocar código. En FP Repuestos, los dueños cargan compras y ventas ellos solos.
Si el cliente depende de vos para cada cambio chico, el sistema falló aunque funcione perfectamente. La autonomía del cliente es parte del diseño, no un detalle.
Los negocios del interior tienen problemas reales y sin resolver.
Charata tiene poco más de 40.000 habitantes. Tiene talleres mecánicos, estudios jurídicos, comercios, medios de comunicación. Negocios que operan hace años con procesos manuales porque nadie les ofreció una solución a su escala y a su precio.
No necesitan el stack más moderno. Necesitan algo que funcione, que puedan usar, y que no los ate a una factura mensual que no pueden justificar.
Eso es lo que intento hacer con LevelAr: tecnología que tiene sentido para el contexto real del cliente, no para el portfolio del desarrollador.
El SEO y el posicionamiento no son opcionales.
Antes de arrancar con Movilero, estudié en profundidad cómo funcionan los buscadores, qué miran los motores de IA cuando citan fuentes, cómo se construye autoridad en un nicho geográfico específico. No porque me lo pidieran — sino porque un portal de noticias que nadie encuentra no sirve para nada.
Eso se trasladó a todos los proyectos. Cada sitio que entrego tiene estructura semántica correcta, tiempos de carga razonables y metadatos que hablan claro. No como decoración: como parte del trabajo.
Cuatro proyectos enseñan más que mil tutoriales.
No porque los tutoriales estén mal. Sino porque en un tutorial nadie te llama a las 9 de la noche porque el sistema no carga, nadie te cambia los requerimientos a mitad del desarrollo, y nadie depende de lo que estás construyendo para operar su negocio al día siguiente.
Esa presión real es la que afina el criterio.
Si tenés un negocio en el NEA y necesitás tecnología que tenga sentido para tu escala, hablemos.