Nollution.
Hear the unheard.

Nollution.
Hear the unheard.

A buoy and an app that make ocean noise visible — so anyone can help protect Gulf whales.

A buoy and an app that make ocean noise visible — so anyone can help protect Gulf whales.

A buoy and an app that make ocean noise visible — so anyone can help protect Gulf whales.

B2C Product

B2C Product

Systemic Thinking

Systemic Thinking

Hardware + App

Hardware + App

THE PROBLEM

Fewer than 100 Rice’s whales remain in the Gulf of Mexico, with the most recent abundance estimate at about 50 individuals. NOAA also identifies vessel strikes and noise from vessels and energy exploration as major threats that may disrupt the whales’ behavior and survival

Fewer than 100 Rice’s whales remain in the Gulf of Mexico, with the most recent abundance estimate at about 50 individuals. NOAA also identifies vessel strikes and noise from vessels and energy exploration as major threats that may disrupt the whales’ behavior and survival

Source: NOAA Fisheries — Rice's Whale Passive Acoustic Detections Report (2025)

SPECULATIVE CONCEPT · PROTOTYPE

SPECULATIVE CONCEPT · PROTOTYPE

Overview

Overview

What it is

What it is

What it is

A solar buoy + companion app that lets everyday people hear underwater ship noise and contribute data to whale scientists.

The problem

The problem

The problem

Noise pollution is invisible, so the public can't see — or act on — a crisis harming Gulf whales.

Noise pollution is invisible, so the public can't see — or act on — a crisis harming Gulf whales.

My role

My role

My role

Product & interaction design · research · 3D modeling · prototyping

Product & interaction design · research · 3D modeling · prototyping

Timeline & tools

Timeline & tools

Timeline & tools

2025/03 – 2025/04 · Figma, Blender, Adobe CC

2025/03 – 2025/04 · Figma, Blender, Adobe CC

Outcome

Outcome

Outcome

Built the buoy through 6+ physical prototype iterations and tested a clickable app with 6 users.

Built the buoy through 6+ physical prototype iterations and tested a clickable app with 6 users.

Research

PROBLEM MAP — THE NOISE SYSTEM

Fig. 01 — I mapped how three industries (oil, shipping, military) each drive underwater noise, and how it cascades into whale behavior. This systems view is what pushed me to focus on making the invisible visible.

Fig. 01 — I mapped how three industries (oil, shipping, military) each drive underwater noise, and how it cascades into whale behavior. This systems view is what pushed me to focus on making the invisible visible.

Fig. 01 — I mapped how three industries (oil, shipping, military) each drive underwater noise, and how it cascades into whale behavior. This systems view is what pushed me to focus on making the invisible visible.

WHO THIS IS FOR

WHO I'M DESIGNING FOR

Coastal residents, community-science volunteers, and recreational boaters — people who live beside the water and have no way to read it.

Coastal residents, community-science volunteers, and recreational boaters — people who live beside the water and have no easy way to read it. Validating this audience is the first move in the next round of research.

THE GAP NOLLUTION AIMS AT

A way to help that's visible, easy (no boat, no science degree), and fits daily life — so caring turns into doing.

What I Know, and How I Know It

Three findings drove this system. Each is tagged with where the evidence came from — marine science, my own design reviews, or citizen-science literature.

MARINE SCIENCE

Sourced published research

DESIGN REVIEW

Recorded critique from my reviews

ASSUMPTION

Untested — next to validate

01

MARINE SCIENCE

The threat is well documented, but invisible to the people who live beside it.

EVIDENCE

Ship noise overlaps whale call frequencies, masking communication and feeding (NOAA Fisheries, 2024). Ocean noise has roughly doubled each decade in key shipping regions (Ocean Conservancy, 2023). Fewer than ~50 Rice's whales remain (NOAA Fisheries, 2025).

IMPLICATION

The design problem isn't sensing — the data already exists. It's that nothing translates it into something a non-scientist can read.

DECISION

A readable trend graph with plain-language labels instead of a raw decibel readout. The exact scale and thresholds are still undefined — that's engineering work I haven't done.

02

OBSERVED

Reviewers never questioned the screens. Every hard question was about the ocean.

EVIDENCE

"How are people going to drop these Nollution detectors into the ocean?" · "How can people go out to sea if they don't have a boat or ship?" · "What if the detector drifts out to the Atlantic?"

IMPLICATION

The system's credibility rests on operations, not interface. If the physical model is unbelievable, no amount of UI fixes it.

DECISION

Reframed the buoy as adopted, not deployed — tethered and community-anchored, with partner orgs as device stewards. Added geofence + drift alert.

03

PARTICIPATION RESEARCH

People sign up, look once, never come back

EVIDENCE

In online citizen-science projects, 10% of volunteers do about 79% of the work — everyone else signs up and vanishes (Sauermann & Franzoni, 2015). People stay when the task feels real and someone tells them what happened to their work (West & Pateman, 2016).

IMPLICATION

If it's false, the whole participation model collapses into another dashboard nobody opens.

DECISION

Adopt a Buoy. One unit is yours, and it reports back to you — you don't go looking for the data.

Concept

A buoy that extends the phone below the waterline.

The Nollution Detector is a tethered buoy paired with a mobile app: it listens to underwater noise near a stretch of coast and sends readings to whoever adopted it. Recording intervals, power budget and processing are unresolved, this is a form and interaction study, not an engineering spec.

BLACK EEL

Chrome

#444444

WEDGEWOOD

Deep Water

#136470

OLD GOLD

Hull

#D5B52E

— THE DEVICE

Solar panel

self-powered, off-grid

Hydrophone

captures underwater noise

Bluetooth module

pairs to the app

Buoyancy float

keeps it surfaced

Anchor + tether

tethered & community-anchored

Status light

shows it's live

THE BET

Adoption, not subscription.

An environmental dashboard asks you to care about an abstraction, and most people close it. So the app doesn't hand you the ocean, it hands you one buoy, in one place, with your name on it. A specific object you check on is a different psychological proposition than a cause you scroll past, and it gives the community something concrete to organise around.

WHY THIS IS A BET AND NOT A FINDING

This is my design judgment, not a user finding, and it's the first thing the next round of testing should try to break. See Validation & Limits.

Prototyping

Iteration in foam, paper, & pixels.

The buoy went through 6+ physical revisions before a final Blender model — each tested for buoyancy and for whether a non-engineer could tell which way was "up". The app moved in parallel through paper, Figma, and a clickable prototype tested with 6 participants.

The buoy went through 6+ physical revisions before a final Blender model — each tested for buoyancy and for whether a non-engineer could tell which way was "up". The app moved in parallel through paper, Figma, and a clickable prototype tested with 6 participants.

Device Diagram

Product

From shoreline to science.

Four screens carry the loop: open on the problem, land on a live dashboard, read the trend, see it on the map.

01

Open on the ocean, not a form

01 ONBOARDING

The first screen is the mission, not a sign-up. You see the problem — whales under a wall of ship noise — before the app asks anything of you.

02

A dashboard you glance at

02 LISTEN · HOME

Home is your buoy's live state: current dB, battery, last packet, peak today. A status you check, not a feed you scroll. The big number is readable across the room.

03

Noise you can actually read

03 GRAPH · TREND

The graph leads with a plain-language line — "Thu peaked at 156 dB, whale band ran loud for 3 hours" — then the bars. Week / month / year for context, dB re 1 µPa for the scientists.

04

Where your buoy is

04 MAP · LOCATION

A recurring question was how anyone follows a buoy they can't sail out to. The map answers it: your buoy's fixed location, others nearby, and its current reading pinned in place.

Note: some capabilities (AR-guided placement, on-device anomaly detection, NOAA/vessel alerts) are proposed concepts, not built features.

User Flow

Service Model

"Adopt a buoy" only works if someone else carries the weight.

The hardest question in reviews wasn't the interface, it was who installs, maintains, and stands behind the device. This is the model I propose. It is a design proposition, not a signed partnership.

FOUR ROLES

Community volunteer

Adopts or monitors a buoy. Reads local noise, flags events, sees their stretch of water change over time.

Owns attention — not equipment.

Partner organization

Installs, maintains, and recovers the devices. Handles permits and the physical risk.

Owns the hardware.

Researcher / NGO

Validates readings, analyzes patterns, publishes findings the community can cite.

Owns the truth claim.

Local authority / advocacy

Uses aggregated patterns to support public action or policy conversations.

Owns the consequence.

HOW DATA MOVES

Deploy buoy

→

Collect acoustic data

→

Validate & translate

→

Share local insight

→

Community responds

Fig., the loop closes only at the last step. Data that never returns to the community as a decision is just surveillance of the ocean.

WHAT MAKES THIS DIFFICULT

Honest constraints I could not design away.

Maintenance

Saltwater destroys hardware. Someone must service each unit on a schedule, that cost never appears in the app.

Power & connectivity

Solar and offshore signal are both unreliable. Gaps in data are normal, not failure.

Permission

You cannot legally drop a device anywhere. Deployment depends on permits and local waters.

Recommendation

This was a solo project, but not a solo process. I ran the concept past instructors, classmates in critique, and peers with product and engineering backgrounds, and the same blind spot kept coming up: this is a physical buoy in the real ocean, not just a screen. Here's what they pushed on, and what I changed because of it.

CRITIQUE

"How do people drop these detectors into the ocean?"

WHAT I CHANGED

Deployment stopped being the user's job. The app now focuses on adopting and monitoring a buoy that partner organisations place and service.

CRITIQUE

"How can people go out to sea without a boat?"

WHAT I CHANGED

I split who collects the data from who reads it. The buoy streams remotely, so anyone can follow it from shore, no boat required.

CRITIQUE

"What if it drifts out to the Atlantic?"

WHAT I CHANGED

I added a geofence and drift alert, and reframed the buoy as community-anchored rather than free-floating. A failure case became a trust feature.

A decade in professional kitchens taught me to read what's invisible and adjust under pressure. This project was the same instinct: making an unseen crisis something people can finally read and act on.

WHAT THIS PROJECT TAUGHT ME

Systems, not screens

The interface wasn't the hard part. Keeping a device alive in saltwater was, and that's where every useful critique landed.

Participation vs. responsibility

Civic participation is easy to design and hard to sustain. I kept wanting to give volunteers more ownership; the better answer was to give them less and put the burden on institutions.

Legibility is the product

Sensing underwater noise is solved. Making it readable, and pairing it with one action a person can take, is the actual design work.

IF I RAN IT AGAIN

I'd start with the partner organization, not the volunteer. The app is only worth building once someone has agreed to service the hardware, so the first prototype wouldn't be a screen. It would be a maintenance agreement. The real point of Nollution is that environmental data only becomes design when it returns to a community as a decision they can act on. The next test is whether that holds up in someone else's hands.

More Projects

Created by

Mj

in

Framer

Created by

Mj

in

Framer

Created by

Mj

in

Framer

MJ

Nolulution

UX Research

2026 · Case 02/04