Rescaté una plataforma estancada. Igual nunca se lanzó
Keller Offers, una plataforma iBuyer para agentes de Keller Williams: 64 pantallas, un buen diseño y una lección sobre quién tiene que estar en la sala.
- Entré a un proyecto estancado de uno a dos meses y recorté un alcance de tres programas a un producto y un usuario.
- El diseño era bueno. La construcción usó un kit de componentes distinto al acordado, y la gerencia se fue después de dos reuniones.
- Keller Williams comparó el Figma con la construcción, sacó a Joonik y terminó con su propio equipo.
Contexto
Keller Offers era una plataforma iBuyer para Keller Williams, la franquicia inmobiliaria más grande de EE. UU. Piensa en Opendoor, pero hecha para los agentes en vez de reemplazarlos: los agentes gestionan ofertas en efectivo para propietarios que quieren una venta rápida.
Llegué por Joonik, la empresa de staff augmentation donde trabajaba. El proyecto llevaba entre uno y dos meses estancado y el cliente estaba frustrado. No con lo visual. Con la experiencia.
Lo que faltaba
El primer diseñador era más un desarrollador front-end. Había hecho pantallas básicas sin alineación con los stakeholders, sin arquitectura de información y sin flujos.
El alcance también estaba inflado: ofertas en efectivo, un programa de concierge y un centro de mercado, tres tipos de usuarios y un montón de términos legales inmobiliarios que nadie había traducido a lenguaje de producto.
El problema no estaba en las pantallas. Estaba entre ellas.
La semana en que no diseñé
Mi primera jugada fue parar. Propuse una semana completa sin abrir Figma y hablé con todos: el PM de Keller Williams, sus desarrolladores, el PM de Joonik y el diseñador anterior. Esa idea fue mía, no de la gerencia.
Después de esa semana recortamos el alcance a un producto, las ofertas en efectivo, y un usuario, los agentes de Keller Williams. También sumamos al plan el sitio web para clientes.
Lo que diseñé
Unas 64 pantallas, construidas sobre MUI: unas 58 en la app web y el resto en un sitio responsive para el registro de agentes. Dos de ellas fueron lo mejor del trabajo.
Market Center Dashboard. El comportamiento de los agentes por sector en todo EE. UU., con un ranking entre regiones. Era la primera pantalla después del login y convertía datos densos en algo accionable.
“Your Money Makers.” Una pantalla de tareas priorizadas: qué hacer hoy, en tres días, esta semana. Calzaba con el ritmo diario real de un agente.
Dónde falló
Un kit que nadie acordó. Acordamos MUI. Los desarrolladores adoptaron Devias Kit Pro, una plantilla MUI hecha para dashboards de datos, sin preguntarle a diseño. Los botones y los switches funcionaron. Los flujos inmobiliarios a la medida no existían en ninguna plantilla y se construyeron desde cero, así que la brecha entre Figma y la construcción nunca se cerró.
La gerencia se fue. La gerencia de Joonik estuvo en dos reuniones, una larga al inicio y una de seguimiento, y luego siguió agregando requisitos sin ver las decisiones de compromiso que tomábamos día a día.
Un prototipo se leyó como una promesa. Nadie gestionó la expectativa de que un Figma de alta fidelidad no es un producto. Cuando Keller Williams vio los dos lado a lado, vio lo prometido y lo entregado. Sacaron a Joonik.
Diseño y desarrollo estaban alineados en el terreno. La conversación nunca subió.
Lo que las pruebas no demostraron
Probé los prototipos en Optimal Workshop con compañeros de Joonik, agentes en Colombia y unos 25 agentes de Keller Williams. Los resultados apuntaban en buena dirección. Pero eran pruebas de prototipo, no del producto en uso, así que no los cuento como resultados. El producto nunca llegó a los usuarios como yo lo diseñé.
Qué cambió después
Joonik cambió su proceso: conversaciones diarias con los desarrolladores, una auditoría semanal al final de cada sprint y una sesión al inicio de semana para decidir qué se construye. La meta era que no hubiera sorpresas al final.
Lo apliqué en la app móvil de Customela y así trabajo hoy: en las salas de marketing y de desarrollo desde el primer día, y con el kit y los componentes concretos escritos antes de que alguien abra VS Code.
Founding Product Designer en Barranquilla. Diseño y construyo con founders en etapa temprana. Más sobre mí →