SCALAR Live View Enhancement for Fleet Management
raffaele parlato
Role
Lead Product Designer — Strategy, Discovery, Design, Validation
Team
1 Lead, 3 Product Designers, PM, PO, SA, UI Designer
My contribution
I led discovery and design strategy for Live View end-to-end — running the customer interviews, cross-functional workshops, and the 795-user analytics study that reframed the problem from "build a better map" to communication-first monitoring. I owned the design direction and the core decisions, directing a UI designer on execution. The customizable grid — letting truck, trailer, and mixed fleets each surface the data they actually need — was my concept and my call, and it became the decision the whole solution turned on.
Company context
SCALAR is an enterprise fleet-management platform. The company's primary goal is to migrate customers off a costly legacy platform that's scheduled to be retired — a move that will save significantly on maintenance.
The challenge
The legacy system is powerful and mature, and rebuilding its full depth of features within the migration timeline is far from guaranteed. Every screen we migrate has to earn that switch — which is exactly what made Live View, the screen dispatchers use most, so critical.
From problem to impact
The problem
The SCALAR Live View isn’t scalable for medium and large fleets. Dispatchers must switch between tabs and click on each asset to access important information, and use another system or module to contact drivers, complicating daily operations. More data in a single view and easier driver contact are needed to streamline jobs to be done and improve decision-making.
Limited information visibility: required multiple clicks just to access driver and vehicle details
UI focus misaligned: the map dominated the view even when not needed
High cognitive load when monitoring multiple vehicles at once
Communication was disconnected from the monitoring experience: constant switching
Business issue
If Live View does not reliably support dispatchers' primary workflows, customers will not migrate from our legacy platform — putting SCALAR adoption at risk.
Early enterprise customers had already migrated by 2024–2025, and their large fleets are exactly where the old Live View broke down — surfacing the blocker this redesign set out to remove.
To understand the problem and align with the teams we ran 3 workshops to define the problem statement. The team was: 1 Lead, Product designer x3, PO, PM, SA, UI designer.
Solution
A unified, fully customizable monitoring screen that brings vehicle data, driver communication, and quick actions into one view — adapting to each customer segment (truck, trailer, mixed fleets) so dispatchers see exactly the data they need.
Live View turned one of SCALAR's biggest adoption risks into a migration driver, with pilot customers eager to switch. V1 is now live as the primary fleet-monitoring screen and sits on SCALAR's official 2026 product roadmap, with migrations rising sharply through 2026 and expected to accelerate into 2027.
Discovery: from assumptions to evidence
To avoid designing based on assumptions, I led a mixed-methods discovery process involving customers and internal experts:
Research Methods
Customer interview: 10 customer interviews across truck and trailer workflows
Workshops: 3 cross-functional workshops to align problem understanding (1 Lead, Product Designers x3, PM, PO, SA, UI Designer)
Survey: Survey to validate which data must be visible at a glance
Quantitative data: Usage analytics from 795 users on our legacy platform (revealing how dispatchers truly work today)
User test: Tested several versions with 12 customers in total
CSAT Survey: Validation with in-product survey with Userpilot
Key insights from interviews
“...it depends of the moment i need different data, also depends of the transport type, there are a lot of variables, so I need to customize the view to make sure I can find the data I need..”
“..Is it ok when I have all information, because switching from one tab to another I lose lot of time, and in the night I’m with my phone and I need to use 3/4 programs and every minute is gold because I want to sleep…”
“Having to swap between screens is too clunky. You’ll miss messages or you’ll miss, you know, the messages from the drivers coming in all the time is what you’re watching really. You know, I want to treat it and they’re gone and trying to keep that screen clear and stuff. I think that's a vital part for me anyway.”
“Currently we can have empty columns in the grid because the data they need for trucks and trailers are different.”
Survey result
Survey to validate which data must be visible at a glance
How our customers are using our legacy platform?
We monitored the behavior of 795 unique users interacting with the Vehicle Follow-Up in TX-CONNECT module over a period of 2 month (From April 24).
Define, Validate, Iterate and repeat
User Journey build together with the PM, mapping out the journey of the dispatcher from the start of the shift
Vision alignment
This insight was identified during a workshop where we aligned on the vision about what is the purpose of our live view, under the category "What live means for customers" we identified that Live means Real-time data uses as starting point for investigation.
Wireframing and testing
I ran several rounds of testing, sharing each with stakeholders for feedback. Once we had a solid direction, I tested it with customers.
Option 1
Users don’t understand that to access to other screen need to click on the kebab menu. Messaging part too small, the priority is on the message and not on who is sending the message.
Option 2
When click on the asset, the Graphical overview of what’s the driver did or is doing is needed, because is used to get an “helicopter view” of the day
Option 3
This version was perceived very well. The visualization of the graphical overview could be improved, difficult to understand the service times. Colors to identify the activity quickly is needed
Option 3
We took Option 3 forward: it tested best with customers and mapped most closely to how dispatchers actually work — reflecting the behavior we'd seen in the analytics and interviews rather than forcing a fixed layout on them.
The open issue — activity status was hard to read at a glance — I resolved with a semantic color system for fleet states.
Final version and current state
V1 is live and in use. We're now developing V2, focused on helping dispatchers manage exceptions — with AI surfacing the situations that need attention instead of dispatchers monitoring everything manually.
Before / After comparison
Old desing for SCALAR live-view
New Live-view solution
Strategic Impact — Accelerating Customer Migration
The redesigned Live View became one of SCALAR's most strategic projects. By solving dispatchers' core operational pain points, it increased user confidence and positioned the platform as ready for large-scale migration. V1 is now live and in use, with V2 in active development.
Validated
Tested through 4 rounds of task-based sessions with 12 customers — dispatchers completing real monitoring and driver-contact tasks on the new view.
10 of 12 chose the redesigned Live View over the current SCALAR version, grounded in behavioral analytics from 795 legacy users.
Recognized internally as a major UX upgrade for daily operations, and placed on SCALAR's official 2026 product roadmap.
Key Outcomes
Pilot customers expressed strong motivation to migrate to SCALAR
Improved communication and situational awareness in one unified view
Simplified monitoring of complex fleets (truck + trailer)
The new Fleet/Dispatcher view is on SCALAR's official product delivery roadmap as a 2026 milestone — a signal of how central this screen is to making large-fleet migration viable.
Projected — visible in the company trajectory
Live View V1 shipped into an active migration and delivered features large fleets had been missing — directly addressing the gaps that made the old view a blocker. Since launch, new large-fleet customers have migrated onto the platform, and company-wide migration has accelerated through 2026 (chart below).
I'm deliberate about attribution: the company-wide curve has several inputs — pricing, sales motion, platform maturity — so I don't claim Live View as the sole cause. But it removed a known blocker for large-fleet accounts, and migration among exactly those accounts has grown since it shipped.
How we're measuring success
Now that V1 is live, we're tracking impact against the 2024–25 baseline:
Migration rate (customers per quarter) vs. baseline
Time-to-contact-driver — collapsing the old multi-tool, multi-click flow into a single action
Live View engagement and retention among migrated customers
Reduction in support tickets related to monitoring and driver communication
Next steps — V2: from monitoring everything to managing exceptions
Discovery surfaced a problem V1 didn't solve. In our legacy analytics, the alarms tab had just 2% usage — dispatchers effectively ignore alarms today, even though reacting to exceptions is core to their job. V1 fixed awareness and communication, but exception handling is still manual: dispatchers scan everything to catch the few things that actually need them.
V2 shifts that. Instead of watching the full fleet, dispatchers are surfaced only the exceptions that matter — an approaching tacho violation, a delivery at risk, an unexpected standstill — with the system proposing the next action, like drafting a message to the driver. The dispatcher stays in control and confirms; the AI removes the detection and triage load. This directly extends V1's scalability goal: if a dispatcher only handles exceptions, one person can manage a larger fleet.
Open questions we're working through
Trust — how do we earn confidence in AI suggestions when decisions are safety-relevant (driving and rest times)?
Fallback — what happens when the system is wrong, and how does the dispatcher override it?
Autonomy — how much should the AI act versus only suggest, and where's the line dispatchers are actually comfortable with?
Like this project
Posted Jun 29, 2026
Led design strategy for SCALAR Live View, improving fleet management and boosting migration.
Likes
1
Views
1
Timeline
Oct 29, 2024 - May 29, 2025
