SeaWatch

Maritime Route Deviation Response

A real-time decision-support experience that helps maritime operators understand and respond to autonomous-vessel route deviations.
‍
Role
Product Designer
Timeline
5 Days (Sep. 2026)
Responsibilities
Research, UX Strategy, Interaction Design, Prototyping and Testing
Platform
Desktop Command-and-Control System
Project Type
Independent Concept Project

1. PROJECT OVERVIEW

Helping operators respond when autonomous vessels go off course.

SeaWatch is a conceptual command-and-control experience for operators supervising autonomous maritime vehicles. This case study focuses on one critical workflow: helping an operator respond when a vessel unexpectedly deviates from its planned route.

Operational Scenario

During a maritime surveillance mission, autonomous vessel SW-07 initiates a collision-avoidance maneuver. Strong ocean currents prevent it from returning to its approved route, increasing the risk of entering restricted waters.

Understand The Status

What is it?
‍
SeaWatch is a conceptual command-and-control experience for supervising autonomous maritime vehicles.
‍
Who uses it?
‍
Maritime operators responsible for monitoring vessel status, reviewing incidents, and approving mission responses.
‍
What went wrong?
‍
After avoiding a collision, an autonomous vessel cannot return to its planned route and begins approaching restricted waters.
‍
The Problem
A deviation is visible.The reason behind it is not.

A route deviation does not always indicate system failure. Operators must quickly determine whether the vessel is safely adapting or becoming a mission threat.

Current User Interface Example:

Resource:  MarineTraffic Live Map and Fleet Dashboard, Pole Star Global, QGroundControl Plan, and etc.

Problem Statement

Operators need a fast and reliable way to understand the cause of a deviation, evaluate its risk, and select an appropriate response.

How Might We

How might we move operators from alert detection to an informed response without overwhelming them with raw system data?

Design Focus

Route-deviation detection, incident investigation, response approval, and command verification.

2. RESEARCH

Research Approach

Because direct access to active maritime-autonomy operators was limited, I combined secondary research, interface analysis, and feedback from proxy users familiar with operational or complex digital systems.

‍

Selected Sources: Saildrone Mission Portal, MarineTraffic Live Map and Fleet Dashboard, QGroundControl Plan and Fly Views, Anduril Lattice Command & Control, OpenCPN, and U.S. Coast Guard AIS documentation.

3. DESIGN GOAL

The Scope

Design Principle

4. USER FLOW

Scenario Mission

SW-07 is outside its approved route corridor and approaching restricted waters. Determine why the vessel deviated and select the safest response. The User is Maritime Operator.

Primary Persona: Alex Christopher

Core task workflow - Maritime Operator

User Flow - Maritime Operator

The workflow guides the operator from deviation detection to a verified recovery while preserving operator authority at critical decision points.

The workflow separates understanding, decision-making, command execution, and recovery verification to reduce premature or unnecessary intervention.

5. EARLY EXPLORATION

Low-fidelity exploration

I explored multiple ways to organize route context, vessel status, risk information, and response controls without forcing the operator to leave the active incident.

What information must remain visible while the operator investigates an incident?

‍

1). Initial Wireframe Directions

2).  Information Progression Study

The interface prioritizes operational meaning before technical detail: threat, trajectory, and cause remain visible before controls are introduced.

3).  Incident Panel Layout Exploration
4).  Response Options Comparison
Design Decision


I selected a map-first layout with a persistent, decision-centered Incident Panel. Threat, trajectory, cause, and system health remain visible while response options progressively reveal their expected consequences.

‍

6. FINAL SOLUTION

Screen 1: Detect the Deviation

The initial alert communicates what happened, which vessel is affected, and why the incident requires attention—without forcing the operator to leave the main mission view.

Screen 2: Understand the Situation

Instead of presenting raw telemetry equally, SeaWatch organizes information around the operator’s immediate questions: What happened, why did it happen, and what could happen next?

Screen 3: Select a Response

Response options are framed by operational consequences, helping the operator compare decisions rather than interpret technical commands.

Screen 4: Confirm and Monitor

SeaWatch separates command submission from vehicle acknowledgment and execution so the operator always understands the real system state.

Phototype in Figma

SeaWatch separates command submission from vehicle acknowledgment and execution so the operator always understands the real system state.

Phototype Walkthrough_ Flow 1

7. TESTING AND ITERATION

8. OUTCOME

The final prototype transforms route-deviation response from a fragmented monitoring task into a guided decision workflow. Operators can understand the cause, evaluate the risk, compare response options, and verify command execution without losing sight of the broader mission context.

9. REFLECTION

What I Learned

Designing for autonomous systems is not only about giving operators control. It is about helping them understand when to trust autonomy, when to intervene, and what will happen after an intervention.