1. Executive Summary
Who: Defuzzy Tech — Dubai/Sharjah marine robotics (USVs, ROVs, DACS Pilot autopilot, C2 systems). CEO: Adnane ElSoussi.
What they have: A crude engineering-sketch web app (usv-fleet-g-control.vercel.app) — functional but "zero consideration for the design aspect." Current system is 1-to-1 (one operator, one boat).
What they want: A professional multi-vessel C2 platform where one operator monitors and controls multiple USVs. Two priorities above all: Map and IMO MSC.302(87) Alert Management.
Design freedom: Complete. The current UI has "zero design consideration" — full creative license to redesign per OpenBridge marine standards.
2. Client Verbatim Transcription (Gemini Full-Video)
[00:00] "I'll record this quick brief for this platform that we're trying to build."
[00:04] "At the moment, what you see is a very crude engineering concept — zero consideration for the design aspect, but mostly focused on functionality, developed by a programmer that just wants to quickly sketch some of the features."
[00:30] "This basically serves as a brief more than anything."
[00:34] "The idea is we want to control multiple boats from our user interface system."
[00:44] "The main interface is a map that shows different assets which you can monitor and control. These assets pick up different targets — radar targets or AIS detections."
[01:08] "I select one of those assets, I can view information on the asset — propulsion, comms system. We would like to keep the idea of being able to undock some of these gauges and dock them back again."
[01:30] "Once we take control, we should be able to see the position of the vessel, the heading, the course over ground."
[01:43] "Say I want the vessel to follow a specific path, I should be able to draw a route or select one of the routes I have drawn in the past."
[02:00] "Click on New Route, make a new route, edit it, save it, confirm."
[02:13] "Once this route is saved, I should be able to dispatch it to the boat. The route is dispatched but the boat is not following it yet."
[02:26] "Then I activate the waypoint — ask the boat to follow this way."
[02:44] "Here you can see a number of targets the boat has acquired. I should be able to see targets that other boats have also acquired."
[02:53] "I should be able to track these targets — ask my USV to track them. Set the distance and offset, then start tracking."
[03:20] "We should see the RPM of the engines — the boat has two engines, port and starboard. View RPM of each and the trim level of the outboard engines."
[03:40] "Position, roll and pitch — maybe through an artificial horizon or OpenBridge-style gauge."
[03:51] "Heading, course over ground, direction of wind, and the set direction — the direction the autopilot is telling the boat to follow."
[04:01] "Speed over ground is very important to show. We'd also like to see fuel level."
[04:10] "Video from the asset — separate window, full screen, exchange positions with the map. Video fullscreen with map small, or the other way around."
[04:35] "This is literally just a sketch. Currently our systems do not use a dashboard like this at all."
[04:48] "We have an existing system that I can brief you on at a later stage."
[05:09] "At the moment our system only does 1-to-1 — one operator controls only one boat. We want one operator to control more than one boat at the same time."
[05:36] "I should be able to see all of the alerts coming from the boat over here."
[05:42] "We would like to follow a very specific alert management scheme."
[06:33] "We would like to follow the IMO concepts — borrow from the IMO resolution for alert management."
[06:42] "Alerts get triggered: active and unacknowledged. Once they clear out, they become rectified. They can be unacknowledged if the operator doesn't acknowledge. Finally rectified and cleared."
[06:59] "Sometimes they can be acknowledged but still active — especially warnings."
[07:06] "Every alert has a level of priority: emergency alarm, alarm, warning, or caution."
[07:14] "Some cautions or warnings you can just acknowledge without having them rectified."
[07:27] "Simulated warnings we're getting — acknowledge or silence them. If silenced, they pop up after some time."
[07:38] "Back to the maps — monitor these boats and control them remotely."
[07:51] "There are specific details we want with certain gauges, conveyed at a later stage to the designer. For now, this is the brief. Thank you."
3. Whisper Audio Transcript (CPU, tiny model)
[00:00-04.5] "I'll record the quick beef for this platform that I'm trying to build."
[04.5-14.0] "At the moment, what you see is a very crude, let's say, engineering concept, so with zero consideration for the design aspect, but most of all, on functionality basically developed."
[14.0-22.2] "The idea is we want to control multiple boats from our user interface system that we're trying to develop."
[22.2-30.0] "The main interface is a map that shows different assets which you can monitor and control."
[30.0-38.0] "These different assets also pick up different targets that can be either radar targets, or radar detections, or AIS detections."
[38.0-46.0] "Say I select one of those assets, I can view the asset, get some information on the asset — propulsion, comms system."
[46.0-54.0] "We would like to keep the idea of being able to undock some of these gauges and maybe dock them back again."
[54.0-62.0] "Once we take control, we should be able to see the position of the vessel, the heading that it's taking, its direction of motion, or the course over ground."
[62.0-70.0] "Say I want the vessel to follow a specific path, I should be able to draw a route or select one of the routes that I have drawn in the past."
[70.0-78.0] "Click on New Route, make a new route, edit this route, save the route, confirm."
[78.0-86.0] "Once this route is saved, I should be able to dispatch it to the boat. The route is dispatched to the boat but the boat is not following the route yet."
[86.0-94.0] "Then I should be able to ask the boat to follow this route — activate this waypoint. It asks the boat to follow this way."
[94.0-102.0] "Here you can see a number of targets that the boat has acquired. I should be able to see the targets that the other boats have also acquired."
[102.0-110.0] "I should be able to do things like track these targets — ask my USV to track these targets."
[110.0-118.0] "Say I ask the USV to track this target, I'll do something like set the distance and offset, and then start tracking that other asset."
[118.0-126.0] "Over here we should see the RPM of the engines on each of these boats. The boat has two engines — an engine on the port or left side and another on the starboard or right side."
[126.0-134.0] "We should be able to view the RPM of each of these engines and the trim level of the outboard engines."
[134.0-142.0] "Position, roll and pitch, maybe through an artificial horizon or through this OpenBridge-style gauge."
[142.0-150.0] "Heading, course over ground, maybe direction of wind, and the set direction — the direction that the autopilot is telling the boat to follow."
[150.0-158.0] "Speed over ground is very important to show. We'd also like to see fuel level displayed here."
[158.0-166.0] "Video coming from the asset itself — I'd like to see it on a separate window. We should be able to go into full screen and exchange the positions with the map."
[166.0-174.0] "Have the video go full screen and the map being small, or the other way around."
[174.0-182.0] "This is literally just a sketch of some of the different ideas. Currently, our systems do not use a dashboard like this at all."
[182.0-190.0] "We have an existing system that I can brief you on maybe at a later stage."
[190.0-198.0] "These were the basic ideas that we were trying to capture in this new dashboard that allows us to control more than one boat at the same time."
[198.0-206.0] "At the moment, our system only does 1-to-1 — one operator controls only one boat. But what we are trying to do is give one operator the capacity to control more than one boat."
[206.0-214.0] "One of the things that I forgot to mention is also alert management — it's very important. You can forget about all the other entries here. For now, the most important ones are Map and Alert Management."
[214.0-222.0] "I should be able to see all of the alerts coming from the boat over here. And we would like to follow a very specific alert management scheme."
[222.0-230.0] "We would like to follow the IMO concepts — borrow some of the concepts from the IMO resolution for alert management."
[230.0-238.0] "Basically alerts get triggered. They are active and unacknowledged. Once they clear out, they become rectified. They can be still unacknowledged if the operator does not acknowledge these alerts."
[238.0-246.0] "Then they can finally be rectified and cleared if they're rectified and acknowledged."
[246.0-254.0] "Sometimes they can be acknowledged but still active — especially in the case of warnings."
[254.0-262.0] "Every alert has a level of priority associated with it — emergency alarm, alarm, warning, or caution."
[262.0-270.0] "Some cautions or warnings you can just acknowledge without having them rectified."
[270.0-278.0] "Here you can see some of the simulated warnings we're getting. We can acknowledge or silence them. If silenced, they'll pop up after some time."
[278.0-286.0] "Back to the maps — monitor these boats and control them remotely."
[286.0-294.0] "There are some specific details that we want with certain gauges, conveyed at a later stage to the designer. For now, this is the big thank you."
4. Gemini Full-Video vs Whisper Audio-Only — Comparison
| Dimension | Gemini (Full Video) | Whisper (Audio Only) |
|---|---|---|
| Transcription quality | Excellent — natural English, corrects speech patterns ("quick beef" → "quick brief") | Raw phonetic — typos preserved ("beef", missing punctuation) |
| Visual inventory | Full UI element extraction with exact labels, values, layout positions | None — audio only |
| Feature detection | 9 explicit features + 7 deliverables + priority ranking | Implicit only — no structured extraction |
| Pain points | 4 identified with client quotes | Not detected |
| Domain data types | 5 categories (vessel, fleet, contacts, environmental, alert) | Not extracted |
| Scope boundaries | Explicit in/out with timestamps | Not identified |
| Client priorities | P1-P7 ranked with quotes | Not ranked |
| Cost | Higher — full video upload + large model | Lower — local CPU, no API cost |
| Speed | Slower — upload + analysis | Faster for audio-only transcription |
Verdict: Gemini full-video is the superior analysis tool for design briefs — it sees the UI, reads the values, identifies pain points, and ranks priorities. Whisper is useful as a verbatim audio record but requires separate analysis for structured extraction. For this project, Gemini's output is the primary source; Whisper serves as backup/verification.
5. Feature Requirements & Priorities
| Rank | Feature | Client Quote / Justification |
|---|---|---|
| P1 | Multi-Boat Situational Awareness & Map C2 | "Give one operator the capacity to control more than one boat at the same time." |
| P2 | IMO MSC.302(87) Alert Management | "You can forget about all the other entries here. For now, the most important ones are Map and Alert Management." |
| P3 | Tactical Control & Autopilot Modes (MANUAL, STBY, HOLD, AUTO, FOLLOW ASSET) | Core operational autonomy: station keeping, route tracking, target shadowing. |
| P4 | Route Management (draw, save, dispatch, activate) | Complete navigation lifecycle for mission execution. |
| P5 | OpenBridge Marine Telemetry HUD (dual engine RPM, trim, heading, SOG, roll/pitch) | Safe navigation and telemetry validation. |
| P6 | Floating Video Feed with PIP Canvas Swapping | Remote piloting and target visual verification. |
| P7 | Modular/Undockable Gauge Windows | Custom multi-monitor operator console layouts. |
6. Current Interface Inventory
App Shell
- Title: "USV Ground Control" —
usv-fleet-g-control.vercel.app - Nav: Dashboard / Map / Assets / Alerts / Settings
- Version: v1.0.3-beta.4
- Data mode: DEV — SIMULATOR ONLY
Map View
- Base: satellite orthomosaic (coastal UAE waters)
- Vessel glyphs: polygonal hull, heading vector, COG vector, breadcrumb trails
- Color coding: green (selected/controlled), cyan (active), yellow (standby)
- Target markers: T1/T2/T3 with class labels, range, bearing, CPA
- Standoff perimeter circles for station-keeping/escort
Telemetry HUD (OpenBridge-style)
- Dual engine tachometers: port + starboard RPM (0–6000), throttle %, trim
- Artificial horizon: roll scale ±45°, pitch ladder
- Nav tape: HDG, COG, SET, SOG
- Wind vector: apparent wind direction/speed
- Fuel level bar gauge
C2 Control Panel
- Take/Release control toggle
- Autopilot modes: MANUAL / STBY / HOLD / AUTO / FOLLOW ASSET
- Comms matrix: Cellular 4G, RSSI, latency, IP
- Actuators: heading offset ±10°, speed setpoint 0–15 kn, rudder feedback
- KILL SWITCH / ESTOP
Other Panels
- Route planner: draw, edit, save, dispatch, waypoint table
- Target tracking modal: standoff distance, bearing offset, engage
- Video window: floating, resizable, fullscreen, PIP swap
- Power panel: undockable, DC bus voltage, battery cells, alternator, current draw
- Alerts: basic list with Acknowledge/Silence (non-IMO compliant)
7. Pain Points
- No multi-vessel control: Current system is strictly 1-to-1. Operator can only control one boat at a time.
- Crude UI: "Zero consideration for design aspect" — built by programmers, not designers.
- Disjointed workflows: No smooth transition between monitoring mode and tactical control mode.
- Fixed layout: Gauges cannot be undocked/reorganized for different mission profiles.
- No maritime compliance: Alerts don't follow IMO MSC.302(87); no OpenBridge standardization.
8. Deliverables for POC
| # | Deliverable | Description |
|---|---|---|
| 1 | Geospatial Fleet Map | Multi-vessel map: live positions, heading vectors, COG, sensor targets, fleet selector panel |
| 2 | Tactical Command Sidebar | Take/Release control, autopilot mode matrix, actuator sliders, KILL SWITCH |
| 3 | OpenBridge Telemetry HUD | Dual engine RPM dials, trim, artificial horizon, heading/SOG ribbon |
| 4 | Route Planning Module | Draw routes on map, waypoint table editor, dispatch + activate workflow |
| 5 | Target Tracking Configurator | Radar/AIS target inspector, standoff distance/bearing, engage tracking |
| 6 | IMO Alert Center | 4-tier severity (Emergency/Alarm/Warning/Caution), state machine, acknowledge/silence/rectify |
| 7 | Floating Video + Power Windows | Draggable, resizable, fullscreen, PIP swap; undockable power diagnostics |
9. Domain Data Model
Vessel Telemetry
- Asset ID, name, callsign
- Port/Starboard RPM (0–6000), throttle %
- Trim angle per engine
- GPS: lat, lon, altitude (WGS84)
- HDG, COG, SOG, SET (autopilot target)
- Rudder angle feedback
- Roll, pitch attitude
- Fuel %, battery %, DC bus V/A
Fleet & Comms
- Link type: Cellular 4G, RF Mesh, Satellite
- RSSI (dBm), latency (ms), packet loss %
- Control state: Passive / Active Commander
- Autopilot state: MANUAL/STBY/HOLD/AUTO/FOLLOW
Contacts
- Origin: Radar / AIS
- Class: Cargo, Fishing, Pleasure, Unknown
- Range, bearing, speed, COG
- Standoff distance, bearing offset
Environmental
- Apparent + true wind angle/speed
- Depth below transducer
- Water temperature
Alerts (IMO MSC.302(87))
- UID, source asset, subsystem
- Severity: Emergency / Alarm / Warning / Caution
- Lifecycle: Active-Unack → Active-Ack → Rectified
- Timers: silence countdown, recurrence interval
10. Design Concept — Visual Tone
- Theme: Dark mode only — operations room / night vision optimized
- Canvas: Deep charcoal
#0d1117/#161b22 - Accent: Neon cyan
#00d4ff— active paths, telemetry values - Alerts: Amber
#f0a030(warning), Red#f85149(emergency) - Safe/nominal: Green
#3fb950 - Foreign/unknown: Magenta
#d455c7 - Typography: Inter / Segoe UI — monospaced for nav readouts
- Aesthetic: Modern Maritime C2 / Mission-Critical Industrial SaaS
- Standards: OpenBridge marine UI guidelines + IMO MSC.302(87) BAM
11. POC Build Order
| Screen | Components | Priority |
|---|---|---|
| Screen 1: Map + Fleet Overview | Dark theme shell, Leaflet map, 3 vessel glyphs with heading vectors, fleet list with status, alert banner | P1 |
| Screen 2: Asset Detail + C2 | Vessel detail panel, C2 panel with mode grid, comms health, power readouts | P3 |
| Screen 3: Alert System | IMO 4-tier alert demo, state machine animation, audible tones (Web Audio API) | P2 |
| Screen 4: Route Planning | Draw route on map, waypoint table with speed/ETA, dispatch simulation | P4 |
12. Scope Boundaries
IN SCOPE
- Map interface: fleet awareness, target tracks, route planning, tactical control, OpenBridge gauges
- Alert Management: full IMO MSC.302(87) BAM compliance with state machine
- Multi-USV capability: swap command context between vessels
OUT OF SCOPE (POC)
- Dashboard view (placeholder)
- Detailed Assets sub-pages
- Settings menu
- Backend API integration with DACS Pilot API DC4 Bridge (later phase)
- Fine-grained gauge parameters (later phase)