Logo for GetMyBoat

Staff Product Designer, Guest & Discovery

Role overview

Qualifications

  • Held substantial ownership of search, browse, or discovery in a two-sided marketplace.
  • Designed information you can defend.
  • Designed over a system that infers, ranks, or predicts.
  • Formed a point of view on search in an AI-driven world.

Responsibilities

  • Own the end-to-end guest discovery experience.
  • Define the information hierarchy of the results card.
  • Shape the structured expression of an experience with engineering.
  • Engage in continuous discovery with the pod comprising a Product Manager and engineering tech lead.

About the company

GetMyBoat logo

GetMyBoat

Online Media

GetMyBoat is changing the way the world goes boating by powering the largest boat rental and charter marketplace. With over 150,000 listings in 184 countries and 9,300 locations, there is an experience for new boaters and seasoned sailors alike. Experience the water ⛵ Launched in San Francisco in 2013, GetMyBoat empowers owners of every type of watercraft, from kayaks and sailboats to powerboats and yachts, to post their watercraft for rent or charter. From California to Croatia, our users can search, find and book their dreamboat. Experience the water. We're Hiring! https://getmyboat.breezy.hr/?

Company details

Company typeStartup
IndustryOnline Media
Company size51 - 200

Your match analysis

See how your profile stacks up against this role.

We compared the job requirements to your profile to show where you're strong and where you fall short.

Job description

Staff Product Designer, Guest & Discovery

Company

Collaborative Boating operates Boatsetter and GetMyBoat, the two largest marketplaces for getting on the water, now converging into one platform. Guests arrive wanting something specific — a fishing trip, a sunset cruise, a birthday on a pontoon — and we connect them to the captains, operators, and owners who can make it happen. Finding and booking a day outside should be as easy and intuitive as booking a flight.

The problem

Search is changing under us. Guests arrive with intent expressed in natural language, increasingly through an AI assistant instead of a search box, and increasingly on a surface we don't own. Answering that with a chatbot is the obvious move and the wrong one: choosing between boats is a parallel, visual, comparison task, and a conversation is sequential. The work is holding both — a visual discovery experience built for comparison, and a compact, structured expression of a listing that holds up when a third-party assistant renders it in a layout we didn't design.

The center of gravity is the search results card. It's the smallest unit of persuasion we have: a handful of facts, ordered, that a guest uses to decide whether to look closer. Which facts earn a place, in what order, and how that adapts from "boat rental Miami" to "something fun for eight people Saturday" — that's the problem. It's an information design problem before it's a visual one.

What you'll own

  • The end-to-end guest discovery experience — search, filtering and refinement, results, map and list, the listing page, and the paths in from organic search and AI assistants. Coherence across both brands and web plus mobile is yours.
  • The information hierarchy of the results card, defended with evidence, across guest intents and every state the data actually produces: missing photos, no reviews yet, a price range instead of a price, partial availability.
  • Interfaces over a system that infers. Make what it inferred legible, make correcting it easy, and reduce verification labor rather than creating it — a guest who has to double-check our answer has been handed our work.
  • Surfaces we don't render. With engineering, shape the structured expression of an experience, an offer, and an operator so it survives being summarized, quoted, or laid out by someone else's assistant.
  • Continuous discovery with your pod — a Product Manager and an engineering tech lead. Choose the cheapest artifact that answers the open question; spend fidelity when a decision is actually being committed.

How we work

Five things worth knowing before you apply. They aren't universal, and here they aren't negotiable.

Problem, then system, then experience

We frame the problem, then settle the shape of the system — entities, states, edge cases — and only then design the experience within it. Your rough exploration runs alongside the system design and improves it; committed fidelity comes later. In practice that means days of useful work before there's a screen worth showing, and arguing about data models with your tech lead while the design is still loose. If you need a settled brief before you can start, this will be frustrating.

Discovery is ongoing, not a handed off spec

You talk to guests and operators directly. You bring opportunities forward rather than receiving them. There's no research team handing you findings and no Product Manager writing you requirements — the pod owns the outcome and you're one third of it. We believe the commercial results follow from understanding these customers better than anyone else does, which is why the understanding isn't delegated to a function.

We ask what moved, not what shipped

You define the signal before release and watch it after. Hitting the number you set is the floor, not the finish — the work worth remembering beat it, and we'd rather you aim at that and miss than aim at the floor and land. Sometimes the answer is that your design didn't work, you say so plainly, and we kill it. If measurement feels like a threat to the craft rather than part of it, this will be a hard place to work.

We ship in days, not quarters

Work goes live the day it's ready — no launch calendar, no approval chain. The pod decides and it goes out. Fast here means small and finished, not big and rough: a narrow slice with its states designed and its accessibility handled, in front of real guests this week, then the next slice. The quality bar doesn't move; the amount of surface you hold before releasing does. What you give up is the reveal — your work is live while it's still incomplete in aggregate, and you correct in the open rather than perfecting behind a curtain. Designers who need to control the whole surface before anyone sees it will find this hard.

We cross lines, and we bet on each other

Titles and team boundaries carry little weight here. You'll be inside the domain model with an engineer, in a support queue reading what operators actually complain about, in a pricing conversation that isn't nominally yours. Ask for help early and give it generously. The standing assumption is that the person next to you is good and worth backing before they've proven it to you — and we expect the same read on you.

We work inside the design system by default; a new pattern has to earn itself against what already exists. WCAG 2.1 AA is an accepted platform standard, not a per-feature negotiation.

What you need to have done

  • Held substantial ownership of search, browse, or discovery in a two-sided marketplace — relevance surfaces, faceted filtering, availability and pricing display, map plus list, comparison.
  • Designed information you can defend. Walk us through a dense comparison surface you built: why each element is there, why it's ordered that way, what you removed, and what removing it cost.
  • Designed over a system that infers, ranks, or predicts — communicating state and confidence in real time, and designing the correction path for when the system is wrong.
  • Formed a point of view on search in an AI-driven world, including where conversation doesn't belong. We'd rather you disagree with us than agree quickly.

What also helps

Fluency with entities, states, and contracts alongside your tech lead. Restraint and typographic craft in high-information surfaces. AI tools in your own practice. Search relevance literacy, structured data and schema work, third-party assistant surfaces, or travel, hospitality, and local-services search at scale are each a plus rather than a requirement.

Your portfolio

Send work, not a slide deck about process. Two or three cases at depth. For at least one: the problem and how you knew it was real, what you tried and abandoned, the hierarchy decisions and their rationale, the states you designed for, what shipped, and what it changed. Include something that didn't work. Roughness is fine — we care about the reasoning.

Practicals

Remote, with high overlap in United States Eastern hours. You'll join a five-person design team, report to our Director of Design, and be the dedicated designer in this pod. Relevant degrees in design, HCI, or information architecture are welcome and not required — portfolio and shipped, measured work outweigh credentials.

Apply once. Then go straight to the hiring manager.

After you apply, unlock the direct contact details of the people who actually make the call. A quick follow-up makes you 5x more likely to land an interview.

MR

Marcus Rivera

Chief Revenue Officer

m.rivera@company.com
linkedin.com/in/marcusrivera
Unlocked after you apply
·

Product Manager (Tech) Related jobs

Premium

Reach out to the hiring manager directly.

Gain access to the contact details of the hiring managers who actually decide, and reach out to network with them directly. That, plus more when you upgrade:

  • Full match report with fit score and gaps
  • Career diagnostics on how recruiters read you
  • Curated company matches and warm intros
  • 48h early access to new roles

Cancel anytime.