The problem

Customers were arriving at the bar and asking the same questions: "what's on the menu?", "any cocktail specials tonight?", "do you have ___ ?". On busy evenings, staff were repeating the same answers across the bar instead of serving. The existing website was online-only and slow over Lebanese mobile data, so customers stopped opening it once they had to wait through a load.

The solution

We built a Progressive Web App that customers can install on their phone with one tap. After install, the menu loads instantly, works offline, and supports a service-request flow so customers can flag a server, signal interest in a cocktail of the night, or send a special request without flagging staff verbally across a noisy room.

Key features

Process

One week of observation on busy nights to map the actual customer-staff interaction pattern (the assumed pattern was different from the real one). Two weeks of design and prototyping with quick on-site iterations. Three weeks of build with PWA, service worker, and offline caching. One week of soft launch with QR-code prompts on tables, then full rollout.

Tech stack

HTML5, CSS3, vanilla JavaScript, Tailwind CSS, Service Worker for offline caching, Web App Manifest for installability. No framework, deliberately — the bundle is small enough to load and cache on a Lebanese 4G connection in under a second.

Outcome

Measured over the four weeks after rollout, against the four weeks before:

The qualitative win: regular customers started telling staff "we want this for ___" — the same pattern proved attractive to other hospitality venues nearby.

What this build is good for

This pattern fits Lebanese bars, restaurants, and hospitality venues with 30+ regulars where staff bandwidth is the bottleneck on busy nights. Installable PWAs avoid the App Store gatekeeping problem and deliver native-feel UX without the cost or complexity of building two native apps. Most builds in this template land at $900–$2,400 depending on the depth of the service-request workflow.