Service starts blind
Teams walk into lunch and dinner without one shared view of covers, prep, staffing pressure, and pending fires.
Independent public microsite
Magic is a standalone concept site for a restaurant operating system that keeps prep, floor, and close aligned without making operators live inside another dashboard.
The current gap
Teams walk into lunch and dinner without one shared view of covers, prep, staffing pressure, and pending fires.
Kitchen, floor, and owner updates happen in fragments, so the same questions repeat while margin leaks.
What went wrong stays trapped in chat, memory, and paper notes instead of becoming tomorrow's operating rule.
System design
Magic gives every shift a single view of reservations, prep readiness, constraints, and service risk.
Instead of a heavy dashboard, the interface prioritizes the next action that protects service and margin.
Useful decisions survive the shift and become reusable playbooks for open, service, and close.
Signal flow
The system is designed to start at forecast and staffing pressure, move into prep readiness and service pacing, then end with reusable notes for the next shift. Each step narrows the team's attention to the next operational decision.
Core modules
A calm command surface for covers, pacing, labor pressure, and bottlenecks before they hit the pass.
Prep progress becomes visible by station so teams stop chasing status and start correcting drift early.
Important context moves forward in clean, scannable operational notes instead of disappearing into chat noise.
A short post-service review turns broken moments into the next night's guardrails and checklists.
Launch pattern
Week 1
Start with a single lunch or dinner pattern and make signal quality more important than feature quantity.
Week 2
Preserve the moments that matter between prep, floor, and close so every shift begins cleaner.
Week 3
Turn repeated interventions into reusable operating rules that new staff can follow without folklore.
Why this site exists
This project lives in its own directory, uses its own future Pages target, and stays detached from any existing personal domain or production app until the product direction is proven.
Back to top