Reframing a product from dashboards to decision supportReencuadrando un producto: de dashboards a soporte de decisión

The problemEl problema

A Fortune 500 auto-finance company was building its first dealer-facing product on the assumption that dealers needed better dashboards and reporting. The assumption was wrong. Dealer principals make decisions all day, between customer conversations, in the morning huddle, walking the lot, but they couldn't get to their own data. They relied on controllers to pull reports, interpret the numbers, and hand them answers. The legacy reporting system was built for the desktop and took real effort to get anything useful out of, so dealers built workarounds: third-party tools, emailed summaries, reports their rep made for them. The problem wasn't visibility. The whole system, people, process, and platform, was out of step with how dealers actually decide.Una financiera automotriz Fortune 500 construía su primer producto orientado a concesionarios asumiendo que los dealers necesitaban mejores dashboards y reportes. La suposición estaba mal. Los dueños de concesionario deciden todo el día, entre conversaciones con clientes, en la junta de la mañana, caminando el lote, pero no podían llegar a sus propios datos. Dependían de sus controllers para jalar reportes, interpretar los números y darles la respuesta. El sistema de reportes legacy estaba hecho para escritorio y costaba sacar algo útil, así que los dealers armaban workarounds: herramientas de terceros, resúmenes por correo, reportes que les hacía su representante. El problema no era visibilidad. Todo el sistema, gente, proceso y plataforma, estaba fuera de sintonía con cómo realmente decide un dealer.

The system-level breakdownEl quiebre a nivel sistema

• PeopleGente: principals didn't touch the systems directly. They depended on controllers to pull, interpret, and translate the data, so what looked like a workflow was really a chain of handoffs.los dueños no tocaban los sistemas directamente. Dependían de controllers para jalar, interpretar y traducir el dato, así que lo que parecía un flujo era en realidad una cadena de relevos.
• ProcessProceso: decisions were continuous and informal, dozens of small calls a day, but data arrived on a schedule (end of day, weekly, monthly) and often showed up after the decision was already made.las decisiones eran continuas e informales, decenas de pequeñas al día, pero el dato llegaba con calendario (fin de día, semanal, mensual) y muchas veces aparecía después de que la decisión ya estaba tomada.
• PlatformPlataforma: the reporting system was desktop-heavy, and principals spend most of the day away from a desk. Dividends, contracts, and floorplans lived in separate systems with no single view.el sistema de reportes era pesado en escritorio, y los dueños pasan casi todo el día lejos de uno. Dividendos, contratos y floorplan vivían en sistemas separados sin una vista única.

The reframeEl reencuadre

The core job was this: "When I'm running my dealership through the day, I want to keep a read on risk and opportunity and know what needs my attention, so I can make timely calls that protect and grow the business." The assumption was that dealers needed better dashboards and more report types. Research showed the job wasn't "analyze reports," it was "know what needs my attention right now." That one shift moved everything downstream: dashboard to decision support, periodic reports to real-time signals, desktop to mobile-first, showing everything to showing what matters now.El trabajo central era este: "Cuando estoy operando mi concesionario durante el día, quiero mantener una lectura del riesgo y la oportunidad y saber qué necesita mi atención, para tomar decisiones a tiempo que protejan y hagan crecer el negocio." La suposición era que los dealers necesitaban mejores dashboards y más tipos de reporte. El research mostró que el trabajo no era "analizar reportes", era "saber qué necesita mi atención ahora." Ese giro movió todo lo de abajo: de dashboard a soporte de decisión, de reportes periódicos a señales en tiempo real, de escritorio a mobile-first, de mostrar todo a mostrar lo que importa ahora.

How I worked itCómo lo trabajé

Phase 1, discovery (Apr–Sep 2024): I built the research strategy to de-risk the MVP early, with six discovery interviews with dealer principals structured around usefulness, mental models, actionability, and ecosystem fit. The discovery produced the Jobs-to-be-Done framework, which I took to leadership with the system-level analysis. The roadmap moved from "build more report types" to "surface the right signals."Fase 1, discovery (abr–sep 2024): armé la estrategia de research para des-arriesgar el MVP temprano, con seis entrevistas de discovery con dueños de concesionario estructuradas en utilidad, modelos mentales, accionabilidad y encaje con el ecosistema. El discovery produjo el marco Jobs-to-be-Done, que llevé a liderazgo junto con el análisis a nivel sistema. El roadmap pasó de "construir más tipos de reporte" a "mostrar las señales correctas."

Phase 2, validation and launch (Oct 2024–Jan 2026): I tested the information architecture against how principals actually think, ran concept testing to confirm the decision-support model held, and did pilot validation with real dealers. Cognitive walkthroughs confirmed they could do their core job without training or a middleman. After launch I owned the feedback system and ran the UI audits and heuristic evaluations, and worked across teams to extend the enterprise design system with the design-system partners, defining new data-visualization patterns for real-time signals where none existed.Fase 2, validación y lanzamiento (oct 2024–ene 2026): probé la arquitectura de información contra cómo piensan realmente los dueños, corrí concept testing para confirmar que el modelo de soporte a la decisión aguantaba, e hice validación de piloto con dealers reales. Los cognitive walkthroughs confirmaron que podían hacer su trabajo central sin capacitación ni intermediario. Tras el lanzamiento fui dueña del sistema de feedback y de las auditorías de UI y heurísticas, y trabajé entre equipos para extender el design system enterprise con los partners del design system, definiendo nuevos patrones de visualización de datos para señales en tiempo real donde no existían.

What changedQué cambió

Product direction moved from "a place to look at data" to "a system that tells dealers what needs attention." The information architecture got organized by decision context, not data category. The platform went mobile-first. Success became time-to-decision and fewer manual workarounds, not time on platform. And the next year's roadmap came out of the research, not the original backlog.La dirección de producto pasó de "un lugar para ver datos" a "un sistema que le dice al dealer qué necesita atención." La arquitectura de información se organizó por contexto de decisión, no por categoría de dato. La plataforma se volvió mobile-first. El éxito pasó a ser tiempo-a-decisión y menos workarounds manuales, no tiempo en plataforma. Y el roadmap del año siguiente salió del research, no del backlog original.

What was hard, and what I'd changeLo difícil, y qué cambiaría

The dashboard assumption ran deep; it took several rounds of evidence before product leadership shifted. Both the researcher and the designer changed mid-project, so I held quality and stakeholder trust together with careful documentation and clear handoffs. Next time I'd spend more time understanding how the dealerships actually operate before locking the research strategy.La suposición del dashboard estaba muy arraigada; tomó varias rondas de evidencia antes de que liderazgo de producto se moviera. La investigadora y el diseñador cambiaron a media obra, así que sostuve la calidad y la confianza de los stakeholders con documentación cuidada y handoffs claros. La próxima vez pasaría más tiempo entendiendo cómo opera de verdad un concesionario antes de cerrar la estrategia de research.