Franco Seiler — Software StudioFranco Seiler — Software StudioAcademiaYouTube
Bellum Property Management screenshot 1
Bellum Property Management screenshot 2
Bellum Property Management screenshot 3
Bellum Property Management screenshot 4
Bellum Property Management screenshot 5
Bellum Property Management screenshot 6
Bellum Property Management screenshot 7
Bellum Property Management screenshot 8
Bellum Property Management screenshot 9

Bellum Property Management

Sitio institucional para una administradora de consorcios

Virginia, Estados Unidos
Ver sitio en vivo
Rol
Frontend Engineer · Design System y SEO
Tipo de trabajo
Trabajo para cliente
Industria
Real estate • Administración de HOAs y condominios
Duración
10 semanas
Año
2026

Resumen

Bellum Property Management es el sitio institucional de una empresa que administra asociaciones de propietarios (HOAs) y condominios en Richmond y Northern Virginia. Le habla a un público concreto, los integrantes de las juntas directivas, y tiene un objetivo comercial claro: que una junta pida una propuesta de administración. El usuario puede recorrer los servicios (administración financiera, administración integral, transición desde el desarrollador y consultoría), ver la cobertura de seguros con las aseguradoras asociadas y consultar el protocolo de emergencias 24/7 y una biblioteca de recursos para juntas. El centro del sitio es un cuestionario para clientes nuevos, con validación por campo, que pide los datos de la comunidad, la cantidad de unidades, el tipo de servicio y el rol en la junta. Desde el navbar se llega a los sistemas externos del cliente: el portal de residentes, los documentos de reventa y el sitio de gestión financiera de la misma empresa. El proyecto arrancó de una situación poco común: no había código fuente, solo el bundle compilado en producción. El trabajo fue recuperarlo, migrarlo, auditarlo, rediseñarlo por completo y dejarlo indexable, sin cortar el sitio en vivo.

El desafío

El cliente había heredado un sitio hecho con Create React App del que solo existía el build: un bundle minificado y sus source maps, servidos tal cual desde la raíz del repositorio. Los estilos tenían defectos que no se veían a simple vista (variables CSS que no existían, reglas de CSS Modules que se filtraban y pisaban la tipografía de todo el sitio, un navbar con posiciones fijas que se desarmaba) y el SEO casi no existía: las seis rutas compartían el mismo title, la description era la que trae el framework por defecto, no había robots.txt, el sitemap devolvía el HTML de la app y cualquier URL inventada respondía 200. La solución fue reconstruir el código desde los source maps y montarlo sobre Vite 5, para lo que primero hubo que pasar a imports ESM los require() propios de webpack, que dejaban la pantalla en blanco. Después vino una auditoría con arreglos puntuales y un rediseño completo sobre un design system propio con tokens de color, tipografía fluida con clamp(), espaciado y sombras. En SEO se sumaron metadatos por ruta con un componente propio sin dependencias, un sitemap y un robots.txt reales servidos como archivos estáticos antes del rewrite de la SPA, datos estructurados ProfessionalService y una página 404 con noindex que corta los soft 404. Antes del rediseño se hizo una exploración de diseño con ocho direcciones distintas más dos variantes refinadas. Se eligió "Cornerstone", una estética editorial de estudio de agrimensura (serif Newsreader, monoespaciada IBM Plex Mono, paleta verde bosque y bronce), aplicada en todas las páginas.

Enlaces

Privado — proyecto de cliente