NEXVybe

The friction

Booking a table is still a negotiation conducted in direct messages. You find a promoter, or a friend who knows one. You ask what a table costs and get an answer that depends on who is asking. You send a deposit to a person rather than a venue. On the night, the group splits the bill by memory and somebody covers the gap.

The venue is guessing from the other direction. A host takes a booking, a promoter promises the same table, the floor manager finds out at ten, and the guest who paid is the one who gets the apology. Nobody chose this arrangement. It accumulated, and then everyone accepted it as how nightlife works.

That is exactly the kind of accepted normal we go after. The cost is paid every single night, by both sides, and it is invisible precisely because it has always been there.

For guests

• See the real price first. Compare table options across venues before you commit, not after a conversation.
• Book without a middleman. No chasing a promoter, no endless DMs, no deposit sent to somebody’s personal account.
• Split it with the group. Everyone pays their share up front, so nobody is chasing friends the following week.
• Find the right room. Recommendations by what you actually want from the night rather than by whoever paid for placement.

For venues

• The floor as it actually is. A live plan of the room, showing held, seated, paid and open, updating for everyone at once.
• Bookings that cannot collide. One table, one owner. Double bookings are prevented at the point of entry, not discovered at the door.
• Guests who arrive settled. The table is agreed and paid before anyone walks in, so the door is a greeting rather than a negotiation.
• Built for a phone in a dark room. Large targets, high contrast, usable one-handed while walking. Simple on the outside.

Why both sides at once

A booking app with no venues is a directory. A floor tool with no guests is a spreadsheet with better manners. The friction only disappears when the same table, at the same price, is visible to the person buying it and the person seating it at the same moment. That is the whole product, and it is why the two waitlists are separate: they are different people with different problems, and pretending otherwise would mean serving neither properly.

Where it stands

NEXVybe is currently set to launch in a sandboxed environment across the DMV. Washington DC, Maryland and Virginia only, deliberately, before any expansion beyond it.

A contained first market is the honest way to launch something that runs a room in real time. A booking that collides at eleven on a Saturday is not a support ticket, it is somebody’s night. Holding the first rollout to one region keeps us close enough to the venues running it to see a failure the night it happens and fix it before the next weekend.

The sandbox has to prove itself before the map grows. Expansion follows evidence from real nights in real rooms, not a calendar. Guests and venues outside the DMV are welcome on the lists, and where the requests come from is what decides which city opens next.

Specification

Status

In build. Launching into a sandboxed environment

Shape

Two-sided marketplace: guest booking, venue floor management

Launch market

The DMV. Washington DC, Maryland and Virginia

Expansion

After the sandbox proves out, decided by evidence rather than a date

Access

Two waitlists, guests and venues, DMV first on both

Pricing

Not set. Sandbox venues are told before anything changes