An operating system for venues that change how they work throughout the week.
LINES models the venue itself, the different operating modes it runs, and the events created from them — connecting maps, reservations, tickets, promoters, staff and live operations instead of managing each area in isolation.
The venue stays the same. The way it operates can change completely.
A restaurant can become a bar at night, a club on Friday and a private-event venue the next day. Traditional software often forces all of those modes into one fixed venue configuration.
The Line defines how the venue behaves
LINES separates the physical venue from its operating mode. The venue holds the space and its base configuration; a Line defines how that space should work for a recurring concept or format; each Event is a concrete occurrence that can then be prepared, run live and reviewed afterwards.
A deployed venue operating platform
The current product includes venue setup, Lines and Events, map configuration, reservations and seating, tickets, promoters, staff and shifts, live operations, reporting and public reservation/ticket flows.
Product scope
The operating pieces of a venue, connected around the same event
LINES brings together the physical space, recurring operating formats, customer demand and the team running the venue.
Venue foundation
Venue details, hierarchy, base configuration, services and the physical model that every Line and Event builds on.
Lines
Reusable operating modes that define schedule, services, configuration and the way the venue should behave for a specific concept.
Events
Concrete instances generated from Lines, with their own preparation, live state and post-event operational context.
Map & seating
A visual venue map with zones, tables and service areas that can adapt to the operating mode and event.
Reservations
Guest reservations, approval, table assignment, seating and public booking forms connected to the event map.
Tickets & promoters
Ticket sales, promoter workflows and public sharing that connect acquisition activity back to the event.
Staff & shifts
Employees, roles, shift planning, check-in and operational staffing around the venue and its events.
Live operations
A live event view combining map state, reservations, ticket context, alerts and operational signals while the venue is running.
Users & workspaces
Different people operate the same event from different perspectives
Management, staff, promoters and guests need different interfaces, but their actions still belong to one venue and one event.
Owner / management
Configures the venue, Lines, events, services, staff and the operational rules that shape how the place runs.
Venue team
Works with shifts, check-in and the live information needed to operate the venue during an event.
Promoters
Use focused tools for sharing, guest acquisition and sales-related activity tied to the Lines they work with.
Guests
Use public reservation and ticket flows without entering the venue-management workspace.
Core workflow
From a physical venue to a live event
The product turns reusable venue configuration into repeatable operations without losing event-specific state.
01
Configure the venue
Define the space, map, team and reusable venue settings.
→
02
Define a Line
Choose how the venue behaves for a recurring concept or format.
→
03
Create Events
Generate concrete event instances from the Line schedule and configuration.
→
04
Prepare operations
Open reservations or tickets, plan seating and staff the event.
→
05
Run live
Operate from current reservations, map state, guest flow and event signals.
→
06
Review
Keep the event history intact and use reports for the next operating cycle.
Architecture
Venue, behavior and event state are separate layers
The data model mirrors the way a real venue operates: the physical place is stable, Lines configure behavior and Events capture a specific occurrence.
The separation allows a venue to evolve its future configuration without silently changing the meaning of events that already happened or are already in progress.
Engineering decisions
The model has to reflect how a physical venue changes over time
Selected decisions show how the platform handles reusable configuration, live state and historical consistency.
Venue, Line and Event are different concepts
The physical venue does not need to be cloned every time the business runs a different concept.
The venue owns the physical foundation, a Line defines reusable behavior, and an Event represents one actual occurrence. This keeps recurring concepts reusable while allowing each event to develop its own operational state.
One base map can evolve by Line and Event
A venue should not need a completely separate map for every operating format.
The map model supports a venue-level base with more specific configuration layered for a Line or Event. Live operations can then resolve the effective map for the event without duplicating the entire venue model.
Configuration changes do not rewrite event history
Changing tomorrow’s settings should not silently change an event that already happened or is already being prepared.
Relevant configuration is captured into event-level snapshots. Future events can use the new settings while existing event, reservation and ticket records retain the context they were created with.
Services are modules around the Line
Reservations, tickets, promoter workflows and staffing do not have to be active in the same way for every concept.
The platform treats operational capabilities as modules that can be configured around the Line and Event, keeping the core venue model reusable across different business formats.
Live operations resolve several domains into one view
Running an event requires the map, guest status, tickets and operational alerts to agree on the same current event.
The live workspace resolves event-specific data into one operational view instead of asking the team to reconcile several independent dashboards during service.
Venue data stays scoped to the venue being operated
A multi-venue platform needs the same domain services to work without mixing one venue’s operational data with another.
Venue context is carried through the application and service layers so shared platform code can serve multiple venues while keeping their operational data and permissions separated.
Engineering evidence
A broad operations platform with tests across the stack
The repository combines management screens, public flows, domain services and a large API surface with automated unit, integration and browser coverage.
Current / verified project scale
application pages
50+
API routes
100+
automated tests
350+
primary user surfaces
4
database migrations
30+
product stage
In development
Unit and integration testsPlaywright E2E coveragePublic-flow testingRealtime integration coverageDatabase migration disciplineTypeScript and lint gatesCI production builds
Technology
The stack behind LINES
The technologies are grouped by the role they play in the venue operating platform.
Web application
Next.js 16ReactTypeScriptTailwind CSSnext-intl
Backend & data
API RoutesControllers & servicesPostgreSQLPrismaZod
Maps & interaction
KonvaPixiJSThree.jsReact Three FiberFramer Motion
Live operations
עדכוני אירוע בזמן אמתSSEהתראות תפעוליותHealth checks
LINES is built around the idea that the same physical place can operate as different experiences at different times. The platform keeps the venue stable while making its behavior configurable and repeatable.
Venue → Line → Event
Next stage
Building the next stage of LINES
LINES is in development and testing as we prepare its next stage. We’re preparing to open conversations with strategic investors who understand venue operations, hospitality and vertical SaaS.