A-11
Waldhaus Residences
Sitio de un desarrollo inmobiliario en San Pablo, Tucumán. Una sola página: el recorrido de venta es lineal y la navegación no debía competir con él.
This sheet is not translated yet. Shown in Spanish.
| Client | Coletti Construcciones · Tucumán |
|---|---|
| Type | freelance |
| Platform | Next.js |
| Year | 2025 |
| Role | Full-stack, end to end |
| Stack | Next.js · React · Headless UI · Framer Motion · react-scroll · react-countup · Vercel |
| Commits propios | 42 de 42 · git log, único autor |
| Código | 1.682 líneas · git ls-files tsx/ts |
| Componentes | 8 componentes |
Contexto
Un desarrollo inmobiliario que se vende antes de estar terminado. El material es render, ubicación y tipologías, y el visitante llega con una sola pregunta: si esto le sirve o no.
Opciones
Lo habitual es un sitio con secciones: inicio, el proyecto, unidades, ubicación, contacto. Cinco páginas, cinco decisiones de navegación, y un visitante que puede saltarse el orden en el que la información tiene sentido.
Decisión
Una sola página. El argumento de venta es lineal —qué es, dónde está, qué tipologías hay, cuánto avanza la obra, cómo se contacta— así que la página lo respeta y el scroll es la navegación. Ocho componentes en total.
El detalle que justifica las dependencias: react-scroll para que el menú lleve a la
sección con un desplazamiento controlado, y react-countup para las cifras del avance de
obra. En un sitio de una sola página, esas dos son la navegación completa.
Verificación
42 de 42 commits míos. 1.682 líneas, 8 componentes, una ruta. En producción.
Consecuencias
Una sola página significa que todo el peso está en la primera carga y que no hay URLs profundas: no se puede linkear «la tipología de 2 ambientes». Para un desarrollo con una docena de unidades es el intercambio correcto; con cien, no lo sería.