Un mapa inmobiliario transmite escala enseguida. Acercas un barrio y aparecen puntos. Acercas más y descubres más puntos que tiempo disponible del comprador.
Estudié Developers Map y preparé una propuesta de evolución. No desarrollé el servicio original. Mi trabajo es la auditoría del recorrido, el concepto de producto y un prototipo interactivo separado. Utiliza datos de demostración; no es una nueva oferta inmobiliaria activa.
Abajo está el prototipo guardado de Developers Map con un conjunto de inmuebles de demo. Permite examinar la interfaz original y los filtros disponibles.
Mapa y filtros
Interfaz archivada · datos de demostración
Por dónde propongo empezar
Por la necesidad: motivo de compra, presupuesto, dormitorios, plazo y forma de pago. Conviene guardar ese brief como entidad independiente. Si no, cada búsqueda vuelve a unos filtros cuyo sentido queda en la cabeza del agente.
El recorrido sería: definir la necesidad, buscar opciones, verificar, comparar, presentar al cliente y actuar. El mapa ocupa un lugar importante pero concreto.
La segunda pantalla muestra la vista preparada de Decision Room. Es parte de un prototipo para discutir decisiones, no una confirmación de que el servicio principal esté listo.
Sala de decisiones
Interfaz archivada · datos de demostración
Me interesa lo que sigue a la búsqueda bonita. ¿Qué encontramos? ¿Cuán reciente es el precio? ¿Está disponible? ¿Tiene fuente la entrega? Cero, desconocido y desactualizado deben verse distintos. Si no, la interfaz enseña a confiar en una ausencia de datos bien formateada.
La selección debe sobrevivir al envío
Propongo conservar una shortlist con opciones concretas en vez de enviar tarjetas aleatorias cada vez. La versión del cliente y el PDF deben describir los mismos inmuebles que ve el agente, sobre todo si algo cambió antes de la reunión.
El siguiente nivel es Decision Room, un espacio de comparación. Se ven las compensaciones: una opción encaja en plazo, otra en presupuesto, otra exige distinto pago. El cliente reacciona a opciones concretas y la conversación deja de fragmentarse en capturas con «¿y este?».
Launch Room contempla cambios y siguientes acciones: qué información se actualizó, qué verificar y qué revisar. Es un escenario propuesto, no la promesa de que el servicio existente ya vigile todos los acontecimientos.
Por qué primero un prototipo
El producto original tiene tecnología y API propias. No propongo reescribirlo en mi stack favorito para dibujar un filtro diferente. Un prototipo separado en HTML, CSS y JavaScript permite recorrer y discutir el nuevo camino antes de intervenir en el sistema activo.
Los escenarios de otros mercados también son demostraciones de ampliación. Ver Mascate, Tiflis o Bali en el diseño no significa disponer de un catálogo verificado de esas ciudades.
Para mí es un trabajo especialmente interesante: tomar un producto capaz y descubrir dónde la persona sigue sola ante la decisión. La AI acelera el estudio de materiales y las variantes. El valor aparece cuando estas se convierten en un camino que puede recorrerse y probarse.
El resultado es una propuesta de recorrido nuevo y un prototipo independiente para discutirlo. Brief, shortlist, Decision Room y Launch Room son conceptos; no una lista de funciones ya publicadas de Developers Map.
Historias relacionadas: Soporte Telegram · CRM para agentes.
@nevsky_alexander
En Instagram, Dubái más allá de la postal: familia, ciudad, descubrimientos y la vida entre proyectos. En Threads, ideas en voz alta sobre diseño e IA. En YouTube, vídeos que necesitan más espacio que una historia. Sígueme donde te sientas más a gusto y seguimos en contacto