nderoga
construyendo la plataforma inmobiliaria moderna de paraguay.
- // año
- 2025
- // rol
- founder e ingeniero
- // cliente
- proyecto propio
- // stack
- next.jsfastapipythontailwindpostgrespagoparci/cdarchitecture
nderoga es una plataforma gratuita de listings inmobiliarios construida para el mercado paraguayo. los propietarios y agencias pueden publicar listings ilimitados, mientras que los buscadores navegan casas, departamentos y terrenos en todo el país a través de una interfaz rápida y moderna.
lo construí end-to-end como solo founder — cada decisión, desde la estrategia de producto hasta el deploy — colaborando con un diseñador en la identidad visual.
después de un año live, la plataforma tiene 95 listings activos y crece orgánicamente por seo sin gastar nada en marketing.
el mercado inmobiliario paraguayo es grande pero está digitalmente subatendido. las plataformas que existen comparten los mismos problemas: cargas lentas, diseño visual anticuado, paywalls intrusivos para listings básicos, y experiencias mobile que se sienten como un agregado de último momento. para un país donde mobile es la forma principal en la que la mayoría accede a internet, esa brecha es significativa.
cuando mi familia pasó por el proceso de buscar una propiedad, la fricción fue obvia. la búsqueda se sentía torpe, las fotos eran de baja resolución y no había una forma clara para que pequeñas agencias o propietarios individuales publicaran sin pagar de entrada. seguía pensando lo mismo: esto podría ser muchísimo mejor con tooling moderno.
así que decidí construirlo.
definí tres estrellas del norte desde el principio:
- publicar gratis.bajar la barrera de entrada para que propietarios individuales y pequeñas agencias puedan competir con los players establecidos.
- mobile-first y rápido.optimizar para el dispositivo y la conexión que la mayoría de los paraguayos usan en realidad.
- moderno pero familiar.que se sienta actual para cualquiera acostumbrado a airbnb o zillow, pero hablando el idioma local — literal y culturalmente.
el nombre nderoga viene del guaraní. la frase nde róga significa "tu casa." quería un nombre arraigado en la identidad local en vez de otro nombre anglicizado de startup tirado al mercado. es corto, memorable, y carga peso cultural.
para la identidad visual trabajé con un diseñador que tradujo el brief en un sistema completo: logo, escala tipográfica, paleta de colores, y estados de componentes. manejar esa colaboración fue su propio desafío — comunicar la intención del producto con claridad, dar feedback estructurado a través de iteraciones, definir cuándo algo estaba "suficientemente listo" para avanzar, y adaptar el design system al código sin perder fidelidad. traducir un archivo de figma a un theme vivo de tailwind involucra docenas de pequeños juicios que el diseñador nunca ve, y acertarlos es parte del trabajo de founder.
una decisión deliberada a la que llegamos juntos: toda la ui soporta light y dark theme nativamente. transmite modernidad sin decir una palabra.
fui por una separación limpia entre frontend y backend — dos servicios, un contrato compartido.
- app router con react server components para cargas iniciales rápidas y páginas de listing optimizadas para seo.
- el nuevo engine de tailwind v4 para design tokens y theme variables, lo que hizo el sistema light/dark trivial de mantener.
- typescript end-to-end con types compartidos generados desde el schema openapi de fastapi.
- optimización de imágenes con next.js image y un object storage con cdn para las fotos de propiedades.
- fastapi para la capa de api, combinando la productividad de python con type hints y docs openapi auto-generadas que el frontend consume directamente.
- postgresql como source of truth, con extensiones postgis reservadas para futuras búsquedas geoespaciales.
- sqlalchemy y alembic para orm y migraciones.
- auth jwt con control de acceso por roles para el modelo multi-tenant de agencias (owner, editor, advertiser).
consideré una sola app next.js con api routes, pero quería que el backend fuera portable y la api reutilizable para una futura app mobile. separarlos al inicio costó unos días extra de setup pero compró flexibilidad a largo plazo. fastapi específicamente porque python me deja prototipar lógica de datos y búsqueda rápido, y la auto-generación de openapi elimina toda una categoría de drift de types entre frontend y backend.
la mayoría de competidores limitan el volumen de listings detrás de planes pagos. aposté a que la monetización debía venir de visibilidad premium (listings destacados, placement promovido) y no del acceso básico. si una pequeña agencia no puede ni entrar a la plataforma, se va a otro lado — y el marketplace muere antes de empezar.
el sector inmobiliario en paraguay está dominado por pequeñas agencias con un puñado de agentes cada una. construí organizaciones con permisos por rol (owner, editor, advertiser) temprano — aunque sumó complejidad — porque agregar multi-tenancy después es brutal.
deliberadamente entregué una búsqueda filtrada potente (ciudad, tipo de propiedad, precio, tipo de operación) antes de invertir en mapas interactivos. los mapas son caros de hacer bien y la mayoría de los usuarios empiezan con filtros de texto de todas formas.
seo fue una prioridad de primer nivel desde el primer commit, no algo agregado después. el resultado: un score de 90 en google pagespeed insights y crecimiento orgánico que llevó a la plataforma todo el primer año sin marketing pago.
algunas cosas que hicieron la diferencia:
- páginas de listing renderizadas en el server con metadata completa, headings estructurados, y html semántico limpio.
- urls basadas en slugs en todos lados. cada propiedad, ciudad y agencia recibe una url legible y optimizada para seo tipo /propiedad/casa-en-asuncion-3-dormitorios-… — crítico para el descubrimiento orgánico en un mercado donde la mayoría del tráfico termina llegando desde google.
- structured data y rich previews. cada listing emite json-ld de schema.org realestatelisting y una og image generada dinámicamente. compartir un listing en whatsapp — el canal dominante acá — produce un rich preview, lo que mejora muchísimo el click-through.
- image pipeline. las fotos de las propiedades pasan por un paso de transcodificación al subirlas que produce múltiples variantes webp. el frontend sirve el tamaño más chico viable según viewport y device pixel ratio.
- preparado para internacionalización. aunque por ahora sólo lanzo en español, todos los strings visibles para el usuario viven en archivos de traducción. agregar guaraní o portugués después es un cambio de config, no un refactor.
me negué a lanzar sin un pipeline de deploy real, incluso como solo founder. el costo de tenerlo es chico. el de no tenerlo aparece la primera vez que rompés producción a medianoche.
- github actions para ambos repos. cada pr corre lint, typecheck, unit tests, y un build.
- frontend deploya a vercel al mergear a main. preview deployments en cada pr para review visual.
- backend containerizado con docker, deployado a una plataforma de containers gestionada con rollbacks automáticos. las migraciones de db corren como step gated separado antes de que la nueva imagen entre en producción.
- paridad de entornos. el desarrollo local corre contra la misma versión de postgresql que producción vía docker compose, lo que me salvó de bugs "funciona en mi máquina" más de una vez.
después de un año en producción, nderoga está en 95 listings activos y subiendo, creciendo enteramente a través de búsqueda orgánica. sin ads, sin paid acquisition, sin growth hacks. sólo un producto rápido y bien indexado que la gente encuentra cuando busca.
sigo iterando. trabajo reciente y próximo:
- búsqueda geoespacial con vista de mapa.
- búsquedas guardadas con alertas por email.
- una app mobile nativa reutilizando el mismo backend de fastapi.
- un tier premium para placements destacados — la primera capa de monetización.
construir nderoga me recordó que entregar es la habilidad más difícil. elegir el stack fue fácil. diseñar el schema fue satisfactorio. el grind fue el último 20% — empty states, error handling, edge cases de auth, el footer de compliance fiscal, el cookie banner. el trabajo del que nadie habla en tutoriales pero que separa un side project de un producto real.
también aprendí cuánto leverage le da el tooling moderno a un solo founder. tailwind v4, el app router de next.js, los auto docs de fastapi, github actions — juntos le permiten a una persona entregar algo que hace cinco años habría requerido un equipo chico.
la lección más grande es la más simple: hay un abismo enorme entre reconocer un problema y construir la cosa que lo resuelve. cerrar ese abismo, y mantenerlo cerrado semana tras semana, es la única parte que cuenta.