Glanceable rider guidance
AutoBuild your programEDGE-05 · Automotive electronics
2W cluster/HUD
Glanceable rider guidance
Program scope
Current with program-specific extension
Confirm current product, platform, territory, dependencies, evidence and commercial scope before representing availability.
Automotive electronics
Open solution →- Hardware system
- Embedded firmware
- Device cloud
- Application integration
Product allocation
Delivered by named products—not an implied monolith.
The final RFQ allocates authority, interfaces, evidence and commercial scope across the selected products.
Two-wheeler Cluster & HUD
Deliver compact maneuvers, calls/communication where approved, vehicle context and alerts through a rugged rider display linked to mobile, GNSS or vehicle systems.
Open product →Navigation Runtime
Provide device map access, search, routing, guidance, route state, voice and structured display outputs through stable platform-independent contracts.
Open product →Discovery contract
Six questions turn catalogue presence into an engineering scope.
Answers become requirements, interface contracts, degraded behavior and acceptance evidence.
Vehicle & territory
Which vehicle lines, trims, territories, model years and user roles need this capability?
Surface & platform
Which cockpit, mobile, web, cloud or device surfaces own presentation and interaction?
Authority & inputs
Which source is authoritative, how is freshness expressed and what happens when input is missing or invalid?
Connectivity & degradation
What must work online, hybrid or offline, and which behavior fails closed?
Evidence & acceptance
Which functional, performance, UX, safety, security and target tests determine acceptance?
Lifecycle & commercials
Which entitlement, update, support, retention and long-term branch terms apply?
OEM program workshop
Turn this capability into a program requirement.
Define the vehicle, territory, product allocation, interfaces, evidence and lifecycle behind the capability.