Gautam P · UX Case Study
Cover
UX Consultation & Solution Strategy

From an Hour of Uncertainty to a 5-Minute Decision

Agentic Decision Intelligence for feeder vessel operations — redesigning how operational knowledge becomes operational decisions.

425 min
Decision cycle
72
Stakeholder touchpoints
4+1
Systems to one view
GP
Gautam PLead UX Designer · Decision Intelligence
Executive Summary

An Hour Lost Before a Single Decision

When feeder vessel schedules are disrupted, teams spend significant time gathering, validating, and connecting information before deciding. That effort compounds into real cost:

  • Decision delays — the vessel waits while the picture is assembled
  • Operational inefficiency — effort duplicated across teams
  • Increased cost — idle time and missed windows add up
  • Customer uncertainty — commitments at risk downstream
The Opportunity

Reduce the effort required to understand disruptions — so the decision cycle drops from ~42 minutes to 5, with humans still fully accountable.

Less time understanding.
More time deciding well.
The Problem & The Question

Plans Rarely Survive Contact With Reality

Weather changes, ports congest, berths vanish, schedules shift. When they do, teams must answer three questions fast — yet most effort goes to understanding the situation, not deciding.

Q1What happened?
Q2What are the options?
Q3What next?

This was never a screen redesign — I set out to study how decisions get made, why they take time, and where information breaks down.

How might I help teams make faster, more confident decisions when plans change unexpectedly?
Setting the Scene

A Small Ship That Carries Big Consequences

Feeder vessels are smaller container ships that connect regional ports to major hubs, moving cargo to larger ports where it transfers onto bigger vessels.

Mother vessels are the international flights; feeders are the regional connectors.

One journey, many dependencies
OriginTuticorin
HubSingapore
Dest.Rotterdam
If the feeder is delayed, the entire downstream shipment is at risk — a small operational decision creates significant business consequences.
The Operating Environment

No Single Stakeholder Sees the Whole Picture

Internal

  • Vessel status
  • Cargo priority
  • Schedule commitments
  • Resource constraints

External

  • Weather
  • Port congestion
  • Berth availability
  • Regulatory requirements

A berth is confirmed and everything looks on schedule — then weather turns, congestion climbs, and the allocation changes. The plan is no longer viable. What should happen next?

How Decisions Are Made Today

A Relay of Five, Before One Decision

01Captain
02Ops Controller
03Route Planner
04Fleet Manager
05Port Coord.
Decision
The delay isn't a lack of people.
It's fragmented information.
Delay
Idle time
Added cost
Customer impact
Problem Statement

The Problem, Precisely Stated

When schedules are disrupted, ship and shore teams must coordinate across fragmented systems and stakeholders before a viable decision can be approved.

High decision latency

High coordination effort

Increased operational risk

Reframing the Problem

From "Show More" to "Decide Faster"

What the business wanted

Better routing, tracking visibility, and notifications — on the assumption that more information would fix outcomes.

What UX research showed

Information was already available. The real gap was turning information into decisions — so I reframed the goal around decision effort, not data volume.

Business goalUX strategy goal
Reduce delaysReduce decision friction
Reduce costReduce cognitive load
Improve reliabilityImprove decision confidence
Improve efficiencyImprove information clarity
Research Evolution

I Stopped Asking, and Started Observing

Attempt 01 — didn't work
Interviews & surveys

"It depends." · "Every situation is different." · "We evaluate based on experience."

I learned what people said they did — not what they actually did.

The pivot
Observe, don't ask
Contextual InquiryShadowingDecision MappingService Blueprinting

I witnessed escalations, manual coordination, and WhatsApp workarounds in real environments.

Decisions must be observed, not described.
Discovery · Before-State Journey

What 42 Minutes Actually Looks Like

I mapped the current-state journey end to end — eight manual steps across disconnected systems, each with its own pain point, totalling 30–45 minutes before a decision could even begin.

Before scenario journey map — 8 steps from disruption to execution
Current-state journey map · Disruption → Gather → Connect → Interpret → Compare → Align → Decide → Execute
Click to enlarge
Discovery · The Repeating Ritual

Every Disruption Followed the Same Four Steps

01Gather
02Connect
03Interpret
04Compare
Decide

Gather

Collect updates from weather, port, and tracking systems, plus calls and messages. Information exists — access is fragmented.

Connect

Mentally combine weather + port + cargo + vessel into context. Humans become the integration layer.

Discovery · Meaning & Trade-offs

Teams Compare Consequences, Not Options

Interpret — the same delay, three meanings

Acceptable

Manageable

Critical

Compare — three options, different trade-offs

Wait

Slow down

Divert

Most effort is spent building decision context — not making decisions.
Root Cause & Opportunity

The Real Cause: Manual Context Creation

ProblemDecision latency
Why?Fragmented information
Why?Disconnected systems
RootManual context creation
No mechanism exists to turn fragmented information into decision-ready intelligence.
Today
30 + 10 min

30 min understanding
10 min deciding

Opportunity
1 + 4 min

1 min understanding
4 min deciding

Service Blueprint

The Missing Decision-Assembly Layer

Frontstage — people
Captain
Controller
Planner
Fleet Manager
⚡ Missing layer — decision assembly

Detect → gather → connect → interpret → compare, automatically. Today, humans do all of this by hand.

Backstage — systems
Weather
Port
Tracking
Cargo
Choosing the Approach

Why AI — After Ruling Everything Else Out

Before landing on AI, I evaluated the realistic alternatives against one test: can it handle dynamic, ever-changing conditions — not just a fixed flow of static events?

Static automation
Rule engine

Works for predictable events — but disruptions combine unique, shifting variables. Rules break the moment reality changes. Too rigid.

API merging
Data integration

Unifies the data into one view — but a human still has to interpret it and decide. It moves data, not judgment. Doesn't reduce effort.

Do nothing
Status quo

The 42-minute cost and operational risk simply persist, unaddressed. Not an option.

Therefore — AI

Only AI can assemble context dynamically and evaluate shifting scenarios in real time — reasoning through conditions that change event to event, which is exactly what static approaches cannot do.

The Design Principle

AI Assists. Humans Decide.

Having chosen AI, I anchored the whole design in one boundary: AI does the heavy lifting of assembling and evaluating — but the human keeps judgment, accountability, and the final call.

Reduce gathering

Compare faster

Surface impact

Preserve knowledge

Humans

  • Accountability
  • Judgment
  • Risk acceptance

AI

  • Context assembly
  • Scenario evaluation
  • Recommendation
AI assists. Humans decide.
The Solution

Agentic Decision Intelligence

A decision-assembly layer that detects disruption, builds context, evaluates scenarios, and recommends — with a human firmly in the loop to approve and execute.

01Detect
02Understand
03Evaluate
04Recommend
05Approve
06Execute
Design → Build Handoff

The Flow I Handed to Engineering

To take the concept into build, I authored a decision flow chart for the AI engineers and developers — defining what happens at each stage, and exactly where the human stays in control.

01 · DetectDisruption trigger
02 · UnderstandPull & connect all sources
03 · EvaluateScore scenarios & impact
04 · RecommendRanked options + confidence
05 · Human gateReview & approve
06 · ExecuteInitiate & monitor

Decision points

Each stage has clear branch logic — e.g. low confidence routes back for more data before recommending.

Data contracts

Defined which systems feed each step, so engineering knew every input and output.

Human gate

Nothing executes without step 5 — approval is a hard stop, not a suggestion.

Solution · UI Samples

The Solution, Brought to Life

I translated the flow into key screens — from the operational cockpit to explainability, side-by-side scenario comparison, and the human approval gate.

AI-Orchestrated Decision Intelligence Platform — 7 key UI screens
Key screens · Decision workspace · Explainability · Scenario comparison · Timeline · Human approval · Replay · Fleet overview
Click to enlarge
Validation & Trust

Pressure-Tested With the People Who Live It

Captains, controllers, and fleet managers stress-tested the concept: Would you trust this? Where should AI stop? What must stay human?

AI is needed to

  • Analyze
  • Compare
  • Recommend

AI is not expected to

  • Approve
  • Override captains
  • Make safety calls
Trust, built into the design

Confidence scores

Explainability

Traceability

Human approval

Impact & Transformation

Same Disruption. A Different Outcome.

Before
"What happened?"
42 min

An investigation across a chain of stakeholders and disconnected systems before anyone could act.

After
"Here are the best options."
5 min

Context arrives pre-assembled. The conversation starts at the decision.

42 minutes
5 min
Decision cycle
7 touchpoints
2
Stakeholder touchpoints
4+ systems
1
Unified decision view
Closing Reflection

The Challenge Was Never Routing

Operational

Faster response, less idle time.

Financial

Lower cost of delay.

Strategic

Higher network reliability.

Knowledge

Expertise scaled across the fleet.

It was decision-making under uncertainty.

By redesigning how operational knowledge becomes operational decisions, I reduced friction, improved response times, and preserved human expertise where it mattered most.

GP
Gautam PLead UX Designer · Agentic Decision Intelligence
← → arrow keys to navigate