Case Study · UX/UI · Embedded Display

AgriView X10
Visual Refresh

Structuring a visual system for an embedded agricultural display, from the inventory of 300+ screens to incremental phase-by-phase application, with documented tokens and handoff ready for rollout.

Role
Senior UX/UI Designer
Platform
AgriView X10 Embedded Display
Scope
Full visual system definition
AgriView X10 Visual Refresh

01 · Context

Embedded display in a field environment

The AgriView X10 is a display used in agricultural machinery cabins, operating under demanding conditions: constant vibration, dust, variable light between indoor environments and direct sunlight, and interaction via resistive touchscreen.

This context imposes a clear requirement: the interface must be quickly readable and predictable, even while in motion and with divided attention.

Resistive touchscreen Resistive touchscreen
Continuous vibration Continuous vibration during operation
Variable lighting Variable ambient lighting
Divided attention Divided attention between driving and data

Over time, the system evolved incrementally without a structured design foundation. Visual decisions were made in isolation, with no consistency across screens.

Color No documented palette with defined semantic roles
Tokens No structured variables or tokens for implementation
Spacing No grid-based scale; values defined case by case
Typography No defined hierarchy or typographic scale
Icons Applied without standardization of set, proportion or style

In parallel, the company's core design team had already evolved the visual language of digital products, with structured color, typography and spacing definitions applied only to web and mobile. This mismatch motivated the visual refresh.

02 · Problem

Functional in the field, but without consistency

User research consistently showed the same pattern: the simple visual was well accepted because it worked in the field. At the same time, the system was perceived as outdated and disorganized.

This feedback was not related to the amount of information, but to the lack of consistency. Without a defined visual system, patterns changed from one screen to another. Similar elements had different behaviors. Reading required more effort than necessary.

In practice, this increased the operator's cognitive load and reduced efficiency in interpreting information during operation.

AgriView X10 legacy screens

Legacy screens, absence of hierarchy and documented palette

Examples of inconsistency across screens

Visual inconsistencies across screens, similar elements with different behaviors

03 · Development

Visual system applied in 7 phases

The project was structured as the creation of a visual system applied incrementally, accounting for technical constraints and the product's continuous use. Before defining the pilot, more than 300 screens were mapped, each categorized by type of change and level of technical dependency.

Phase Focus Main Deliverables
01FoundationInventory of visual elements and mapping of 300+ screens
02ColorsReplacing fixed values with semantic tokens and defining color roles
03Components & StatesStandardization of components and states such as hover, focus and disabled
04IconsUnification into a single set with proportion and stroke weight rules
05SpacingConsistent 4px grid definition and spacing scale with named tokens
06TypographyStructuring hierarchy and text roles with IBM Plex Mono and Inter
07HandoffAnnotated screens in Figma, usage guide and checklist for rollout

This process was guided by the company's existing visual guidelines, adapted from the web and mobile context to the embedded display system, considering real usage behavior and development constraints.

Visual roadmap of project phases

Project structure, incremental evolution by phases

04 · Solution

A consistent and documented visual system

The result was the creation of a visual system that replaces isolated decisions with clear, replicable rules. Field tests with users confirmed improved readability in different lighting conditions, clearer information hierarchy and consistent behavior across screens, reducing cognitive effort during operation.

This standardization brought predictability for users and sustainability for the product, facilitating future evolutions. The application was made gradually, respecting technical constraints and avoiding disruption for users already accustomed to the system.

The challenge was not just applying a new visual. It was translating a language designed for the web into a context where the physical conditions of use dictate the rules of design.
Defined tokens
01 · Colors
Background
Page#0D1B2A
Surface#112240
Elevated#1E3A5F
Overlay#2A4A70
Primary: Cyan
50#042A33
100#0C4A5E
200#0E7490
400 · default#00B4D8
600#48CAE4
800#90E0EF
950#CAF0F8
Text
Primary#F1F5F9
Secondary#CBD5E1
Muted#94A3B8
Placeholder#64748B
Disabled#475569
Semantic
Success#22C55E
Warning#F59E0B
Error#EF4444
Field#1B4D2E
02 · Typography
IBM Plex Mono · data and numeric values
0.0 km/h data/display · 28px · 600
Splitscreen Settings heading/xl · 20px · 500
System Settings heading/lg · 16px · 500
Brightness body/lg · 14px · 500
Display & Comfort label/md · 11px · 500 · UC
Main Menu · Settings label/sm · 10px · 500 · UC
Inter · interface texts and static content
System Settings heading · 18px · 600
Adjust brightness according to the environment body/lg · 15px · 400
Reduces blue light in low-light conditions body/md · 13px · 400
Navigation · Equipment · System label · 12px · 500 · UC
Version 3.2.1 · Updated 04/24/2026 caption · 11px · 400
03 · Borders
Default
1px · #1E3A5F
Subtle
0.5px · #1E3A5F
Focus / Active
1.5px · #00B4D8
Selected
2px · #00B4D8
Danger
1px · #EF4444
04 · Corner Radius
None · 0pxDividers
XS · 4pxBadges
SM · 6pxBtn SM
MD · 8pxBtn MD
LG · 10pxModals
XL · 14pxSidebar
FullPills
05 · Buttons
Primary#00B4D8
Secondary#112240
Danger#EF4444
Disabled#475569
06 · Badges · Content types
Content types
OP Operation
C1 Camera
IS ISOBUS
MT Monitoring
Status
ACTIVE Status ok
PAIRED Status info
3 ALERTS Status warn

05 · Results

From ad hoc decisions to a scalable foundation

The project established a solid foundation for the evolution of the AgriView X10. The visual system became structured and documented. Consistency across screens increased. Readability in field environments improved. Cognitive effort was reduced.

Before and after of the main redesigned screens

Application of the visual system on the pilot screens

Before
After
No documented visual system or shared reference
Named semantic tokens, ready for CSS and embedded code
Palette created ad hoc, without defined roles
Complete tone scale with documented semantic roles
Typography without hierarchy or defined scale
IBM Plex Mono and Inter with roles and scale defined by level
Icons from different sources, without visual standard
Unified set with proportion, stroke weight and color rules
Spacing defined case by case, without a grid
4px grid scale with tokens named by context

06 · Reflection

Building a foundation that didn't exist

This project was not about changing the visual of the system. It was about building a foundation that didn't exist.

In an embedded environment, where use happens under adverse conditions, clarity and consistency are requirements, not differentiators. Common patterns in digital interfaces, such as transitions, flexible layout and hover-based interactions, simply do not apply to a resistive touchscreen inside a moving cabin.

The most defensible decisions in this type of project are those that can be explained simultaneously to a field operator and to a firmware engineer.

As the designer responsible for the project, I led the system definition and its initial application, balancing user needs, technical constraints and product evolution. The phase-by-phase structure was both a project management and a design decision: a full redesign applied at once would have created discontinuity for operators who rely on spatial memory during their work.

Contact

Open to full-time roles and selected freelance projects.
If you're building something interesting, I'd love to hear about it.