Limvo — running a salon, minus the paperwork

RoleCo-founder, Product DesignerTimeline12 weeks · 2026Team2 people + AI-assisted buildLiveapp.limvo.in
3salons onboarded
1running daily in production
1000+real bills processed
<10sto raise a bill

Problem

The front desk runs on paper, memory, and trust — and the owner can’t see the business unless they’re standing in it.

Salon front desk before Limvo — the manager writing bills by hand in a paper billing book
Limvo dashboard — the owner's live view of the business

Field research

Designed on the floor of a working salon, not from surveys.

One manager owns the whole day

So “close shift” = “close day”. One action.

Tips aren’t revenue

Modeled as pass-throughs — generic POS gets this wrong.

Owner money ≠ manager money

This boundary shaped the whole permissions model.

Honest numbers only

No inventory costing → show service profit, not a fake total.

Core flow — billing

Fast enough to use with a client waiting. Under ten seconds, start to printed bill.

billing modal, desktop, mid-flow → drop images/limvo-billing-modal.jpg (or .png/.webp)
mobile one-thumb billing (bottom sheet) → drop images/limvo-mobile-billing.jpg (or .png/.webp)
split payment: cash + UPI + card → drop images/limvo-split-payment.jpg (or .png/.webp)

Progressive disclosure — discounts, splits, and tips stay hidden until invoked.

Core flows — operations

Payroll that computes itself. A cash drawer the owner can trust from home.

incentives screen (auto-computed from bills) → drop images/limvo-incentives.jpg (or .png/.webp)
cash log (running balance chain) → drop images/limvo-cash-log.jpg (or .png/.webp)

Every number traces back to a bill — nothing is hand-entered, nothing to dispute.

Core flows — owner at a distance

Approvals, alerts, and reports — without the owner on-site.

cancellation approval flow → drop images/limvo-cancellation-approval.jpg (or .png/.webp)
WhatsApp daily summary → drop images/limvo-whatsapp-summary.jpg (or .png/.webp)
reports → PDF / Excel export → drop images/limvo-reports-export.jpg (or .png/.webp)

Also in v1

The rest of the salon day, covered.

Appointments

A light booking layer — most salon traffic walks in, so appointments assist the day instead of running it.

Attendance

Staff check in and out at the front desk — feeds payroll and incentives with zero re-entry.

Shifts

Open and close the day in one action — the cash drawer and reports snap to the shift.

Installs like an app

PWA — add to home screen on the front-desk Android and the owner’s phone. No app store between us and a fix.

Design decisions

Choices I’d defend in a review.

Bespoke mobile screens, not breakpoints

Mobile salon UX is a different shape. 12 dedicated components, logic shared underneath.

Killed our own feature

Built a “Confirm Day” ritual, watched it add friction, deleted it. Shipping the deletion mattered more.

Docs as the second teammate

Living roadmap + conventions + tokens let AI agents build without re-deriving context.

PWA, not a native app

One codebase for a team of two. Installs on the front-desk Android; fixes ship the moment we deploy — no app-store cycle.

design system / component library shot (tokens, DataTable, KpiCard) → drop images/limvo-design-system.jpg (or .png/.webp)

Outcome

It worked. It didn’t scale. That taught me the most.

A real salon runs its money through Limvo every day — billing, payroll, the cash drawer.

The honest part:we engineered for scale we hadn’t earned — the bottleneck was customers, not code. Next time: gate engineering behind demand, not ambition. Cheapest expensive lesson I’ve ever had — twelve weeks, not twelve years.

HomeNext case studyContent Hub — AI content ops →