Skip to content

Work · Case study 02 · Fennec · Live

A venue operating system, live tonight.

A venue running separate tools is running separate versions of the same night. The floor plan is a drawing. Tickets sell somewhere else. The guestlist is a spreadsheet or a text thread. The bar runs on a POS that has never heard of the table. Marketing is a separate address book.

Client
Fennec, fennecapp.com (co-founded)
Sector
Premium nightlife and events
Status
Live
What we built
A venue operating system: floor plans, live ops, ticketing, guest CRM, bottle service, inventory, campaigns and analytics, with the Ferry AI agent network underneath
Integrations
Two-way POS sync with Square, Toast and Lightspeed
Venues
Harbour Event Centre, TradeX, The Pit UBC, The Show Ottawa, plus 20+ event companies
Architecture
Core and Ferry AI network architected by Vishal Desh, Co-Founder

01 · Context

A venue does not need five tools. It needs one record of the night.

Fennec is an operating system, not a feature. It runs the floor, the door, the bar, the bottles, the coat check, the guest record, the campaigns and the count in the stock room, off one set of records that every surface reads at the same time.

02 · The old way

What a disconnected stack looks like on a Saturday.

A venue running separate tools is running separate versions of the same night. Each one is right about its own slice and wrong about everything else, and the reconciliation happens in a group chat at 11pm.

The floor plan is a drawing that cannot tell anyone which table is still free. Tickets sell on a third-party page that knows the guest bought and nothing about where they will sit. The guestlist is a spreadsheet or a text thread, stale by midnight. The bar runs on a POS that has never heard of the table. Marketing is a separate address book.

03 · Bottleneck

Availability lived in a thread between a promoter, a host and an owner.

Every one of them held a slightly different version of it. The same table could be sold twice. Somebody had to phone the office to ask whether T3 was gone.

04 · Why off-the-shelf did not fit

Five products, five records.

Each tool was right about its own slice. None of them could be the record of the night, because none of them knew about the others. An agent cannot tell you what is leaking if the numbers are sitting in five accounts that never speak.

08 · Fennec · Live

One system running the room, the door and the bar.

A venue does not need five tools. It needs one record of the night. Fennec is the operating system we co-founded and still build: floor plans, live ops, ticketing, guest CRM, bottle service, inventory, campaigns and analytics, off one set of records that every surface reads at the same time.

Not an automation. A full operating system, in production tonight.

Live at Harbour Event Centre, TradeX, The Pit UBC, The Show Ottawa, with 20+ event companies publishing on the network. Two-way POS sync with Square, Toast and Lightspeed.

Read the Fennec study

05 · The build

The event, the table, the tab and the guest are single records.

The guest picks the table over a photograph of the real room. Seat counts sit on each table, the bar and the backstage table are marked, and a legend says what is available, requested, booked, unavailable and selected.

The operator half is the floor plan editor. Every table carries a label, a section, a capacity, a table fee, a shape, a VIP flag and its own generated QR code. Layouts are versioned, so a Friday room and a Saturday room are two saved states. Activating a layout is what publishes the map the guest picks from, which is why the two screens can never disagree.

The public event page is generated from the event the operator built. The discover feed puts it in front of guests who came for a different room.

Product copy quoted on the live site: "Design, version, and activate floor layouts in seconds."

Real screens · from the live product · guest details blurred at source

Every shot here is a real capture of a live product.

  • Guest-facing table selection over a photograph of the real room. Tables carry seat counts; the legend shows available, requested, booked, unavailable and selected. Guest details blurred at source.

    Fig. 01 · Guest-facing table selection over a photograph of the real room. Tables carry seat counts; the legend shows available, requested, booked, unavailable and selected. Guest details blurred at source.

  • Operator floor plan editor. Every table carries a label, section, capacity, fee, shape, VIP flag and its own QR code.

    Fig. 02 · Operator floor plan editor. Every table carries a label, section, capacity, fee, shape, VIP flag and its own QR code.

  • A live public event page for a real event at a real venue. One page, two ways to book: reserve a table or get on the guestlist.

    Fig. 03 · A live public event page for a real event at a real venue. One page, two ways to book: reserve a table or get on the guestlist.

  • The guest-facing feed of every event across the Fennec network.

    Fig. 04 · The guest-facing feed of every event across the Fennec network.

  • Campaign composer: the campaign starts from the live guest list, not a stale export.

    Fig. 05 · Campaign composer: the campaign starts from the live guest list, not a stale export.

  • Event builder. The public page is generated from the event the operator built, so the two can never drift.

    Fig. 06 · Event builder. The public page is generated from the event the operator built, so the two can never drift.

Seven module families

The floor, the door, the bar, the bottles, the guest, the campaign, the count.

Off one set of records that every surface reads at the same time. POS connectors: Square, Toast, Lightspeed.

  1. 01

    Events and floor ops

    The room, as software. One layout kept true from the moment a host activates it to the moment the last tab closes.

    6 modules
  2. 02

    Ticketing and guests

    One guest identity from the first ticket to the fifth visit, across every event and every venue on the network. The scanner at the door reads the same record the promoter sold from.

    8 modules
  3. 03

    POS and payments

    The till stays where it is. Two-way sync with Square, Toast and Lightspeed, and each bar gets its own controls on top.

    2 modules · 3 connectors
  4. 04

    Inventory

    Count what left the bottle and compare it against what was sold.

  5. 05

    Staff

    Take the pooled gratuity and divide it by rules agreed before the shift started.

  6. 06

    Media and marketing

    The guest list already lives in the system, so the campaign does not start in a separate tool with a stale export.

  7. 07

    Intelligence

    Ferry AI and the Revenue Copilot read what the other six families write.

09 · Ferry AI · inside Fennec · Live

AI works better when it knows the whole operation.

Ferry is a roster, not a chat. Each agent owns one part of the venue's operation and reads the same record as every other surface, which is the only reason an agent can tell you what is leaking. Architected by Vishal, the same pair of hands on the Uniserve build.

Fig. 09 · Agent network architecture

above · the operator decides   ·   behind · one record of the night   ·   below · the systems

  1. Above · operator

    The price, the send, the hire stay with a person.

  2. Orchestrator

    Ferry

    Reads every signal, routes work to the right specialist.

  3. Events

    Ops and live night

    Marketing

    Promos and campaigns

    Inventory

    Stock and bar

    Staff

    Promoters and shifts

  4. Behind · one record

    Event · table · tab · guest

  5. Below · systems

    Square, Toast, Lightspeed · ticketing & scanner · guest CRM · inventory

  • Events agent

    Runs the live floor: tables, guestlist, door flow. Re-balances tables when the night shifts.

    input
    Event published, guest request, door scan
    context
    Floor plan, reservations, guestlist
    tools
    Table map, guest CRM, scanner
    action
    Re-balances tables, confirms placements with the host
    boundary
    Host confirms final seating
  • Marketing agent

    Drafts campaigns and SMS blasts in the venue's voice from the live guest list.

    input
    Event drop, quiet night, VIP arrival
    context
    Live guest list, past attendance, brand voice
    tools
    Campaign composer, SMS
    action
    Drafts the campaign and the blast
    boundary
    A person approves the send
  • Inventory agent

    Tracks bottles, mixers and 86'd items in real time. Re-orders before you run out.

    input
    POS sales, bottle service, 86'd items
    context
    Stock counts, supplier history, price
    tools
    Live inventory, reorder
    action
    Flags the reorder line before it runs dry
    boundary
    A person places the order
  • Staff agent

    Watches promoter performance, shifts and payouts.

    input
    Shifts, promoter lists, payouts
    context
    Promoter performance, schedule
    tools
    Staffing, payouts
    action
    Watches performance, pings the right host when VIPs arrive
    boundary
    Owner sets pay and hires
Ferry AI inside Fennec: the agent roster showing Ferry, Marketing, Inventory, Staff and Events agents, and the live workflows they run.

Live product · Ferry inside Fennec

The real screen. Five agents, one shift, and the run log of the workflows they own. The operator asks in one place instead of opening five modules.

Automate work. Not accountability. Anything irreversible waits for a person.

06 · AI and automation

Ferry AI is a roster, not a chat.

A coordinated agent network across operations, guests, campaigns, inventory and service, plus a Revenue Copilot that reads voids, pricing, promoters and inventory. Each agent owns one part of the operation and reads the same record as every other surface.

07 · Human role

A guest request is a request, not a booking.

The host works the same map and confirms where the party actually lands, which is how a venue keeps control of its best tables without making a guest guess at a seating chart.

08 · Result

Four named venues. More than twenty event companies. In production tonight.

Every venue on the network runs its own nights, its own promoters and its own bar. They share one system, which is why an event published in one room shows up in a feed that guests of the others already use. No hours-saved or revenue figure is claimed for Fennec on this site.

09 · What came next

The same architecture, now on the Uniserve build.

Fennec is where our own architecture came from. Vishal built the core of it and the Ferry agent network, and that is the same pair of hands on the Uniserve engagement.

The network · live venues running on Fennec tonight

  • Harbour Event Centre
  • TradeX
  • The Pit UBC
  • The Show Ottawa
  • 20+ event companies

Source of every statement on this page · exdsconsulting.com/work-fennec · verified 2026-09-16

Free · 30 minutes · a founder answers

Your business does not need five tools either.

Tell us the workflow that runs through a group chat at 11pm. We map where it leaks and say plainly whether it is worth building.