Centralize vessel particulars, principal preferences, captain contacts, local service constraints, and active-region notes.
Inputs captured
Vessel profile, key people, operating region, berth constraints, service preferences, and recurring requirements are ready before a port call is opened.
Port-call
Port-call program management
Coordinate arrival, berth fit, local notices, crew/guest logistics, vendor work, provisioning, and departure close-out.
Program structure
Each port call carries principal-facing milestones, internal tasks, vendor assignments, documents, and status notes.
Principal
Principal and representative updates
Package concise, non-technical updates for principal reps and family offices without exposing operational noise.
Client communication
Updates can summarize status, exceptions, decisions needed, costs awaiting approval, and next actions.
Vendor
Vendor network coordination
Route work to preferred vendors with scope, arrival windows, access notes, completion evidence, and escalation handling.
Vendor workflow
Useful for cleaning, engineering, provisioning, ground transport, waste, fuel, divers, inspections, and specialty requests.
Document
Document and visit readiness
Track required documents, insurance, crew/guest lists, local permits, agent packets, and missing-item blockers.
Readiness model
The view is operational: what is needed, who owns it, what is accepted, and what blocks service or movement.
Managers can prioritize by client impact, vessel movement, crew readiness, or service deadline.
Close-out
Close-out reporting
Generate visit summaries, service history, vendor notes, approvals, receipts, and recommended follow-ups.
Output package
The aim is an operational close-out packet that can support principal updates, internal QA, and future planning.
The agency day
This catalog is the desk’s actual workload, structured.
A management agency’s morning rarely starts with one vessel. It starts with a queue: a captain asking where the parts run stands, a principal’s representative wanting the cost picture before authorizing work, a vendor waiting on berth access, and two arrivals landing in the same week. Each service on this page exists because that queue is real — and because answering it from inboxes and message threads stops scaling past a handful of vessels.
Every request enters as a scoped item on a vessel’s operating file — not a loose thread someone has to remember.
Routing decides who fulfills, who approves, and who is informed, per vessel and per principal relationship.
Status stays readable at the portfolio level, so the desk can answer “where does it stand” without a phone call.
Close-out output feeds the principal update directly, so nothing is re-typed after the work is done.
Why a catalog, not an inbox
When service delivery lives in email, the desk’s knowledge lives in people. When it lives in a structured catalog, intake, routing, execution, and close-out follow the same shape for every vessel — and any coordinator can pick up any request without reconstructing its history.
Vessel-specific preferences stay attached to the vessel’s profile, so standard process never means generic service.
Service matrix
From intake to operational output.
Every service is structured as an intake, routing rule, operating workflow, and completion output.
Document and visit readinessProfile + request dataRole / vessel / location● Live queueReport / completion noteManagement Agency
Provisioning and storesProfile + request dataRole / vessel / location● Live queueReport / completion noteManagement Agency
Example lifecycle
One service request, start to finish.
A captain on a managed motor yacht asks the desk for an interior detail and a provisioning top-up ahead of a principal visit. Here is how that single request moves through the catalog.
Request lands scoped
The desk logs it on the vessel’s operating file: scope, requested window, berth access notes, and which budget it draws on.
Routing picks the vendors
The detail job routes to the interior vendor already attached to this vessel’s profile; the provisioning list goes to its preferred supplier.
Quote routes for approval
The vendor’s quote reaches the principal’s representative with context — vessel, visit, scope, and timing — not a bare number in an email.
Execution with evidence
Vendors confirm arrival windows, work the job, and attach completion photos and delivery receipts to the visit record.
Close-out feeds the update
The desk closes the request. Cost, evidence, and notes flow into the visit summary and the next principal update — nothing re-assembled by hand.
Next page
Translate these services into workflow states.
The workflow page shows how intake, review, assignment, execution, updates, and close-out should feel for management agency.
Yes. Preferred vendors attach to each vessel’s profile, and routing sends work to them first. Vendors you invite see only the job they are dispatched to.
What happens when a request needs principal approval?
The request pauses in an approval state and routes to the principal’s representative with scope, cost, and timing attached. Work releases when the approval lands, and the decision stays on the record.
Do services adapt to each vessel, or is it one standard process?
Both. The lifecycle — intake, routing, execution, close-out — keeps the same shape everywhere, while each vessel’s profile carries its own preferences, constraints, and preferred vendors, so delivery stays vessel-specific.
How do close-out packets reach principals?
Close-out output composes from the live operating file into a principal-facing update: readiness, decisions, cost, and evidence, without dock-level noise. Principal-facing reporting can carry your brand.
Can the desk see requests across the whole portfolio at once?
Yes. Every request also appears in the portfolio queue, filterable by vessel, state, vendor, and approval status, so the desk manages the fleet’s workload as one picture.
Get started
Put the whole service catalog behind one desk.
See how these services map to your fleet, your vendor network, and your principal relationships. Access is reviewed and routed — guest workspaces are approved manually.