Fifty suites, all full, and a waiting list that lives in a text thread.
Lux doesn't have a lead problem. It has a memory problem. Every good candidate who calls when the building is full gets remembered for about as long as a text message stays scrollable.
This plan fixes that first, then connects the rest of the tools around it — without replacing what already works, and without handing control of the business to a software vendor.
There is no system holding the second row. When a tenant gives notice, finding those people again means searching old messages by hand.
What we learned
Six things we had assumed before the call turned out differently. Each one moves the shape of the solution, not just a detail inside it.
This person was a good candidate, but we didn't have any openings. And then somebody gives their notice and it's like — dang, who was that? On how the waiting list works today
Connect what works. Don't rebuild it.
The original proposal was effectively a from-scratch rebuild of an off-the-shelf salon suite platform. That's a large, slow, expensive piece of software for one building — and it leaves the owner hosting something he can't maintain alone.
This approach keeps the tools that already do their job, adds one database that Lux owns, and puts a layer of assistants on top to do the connecting, chasing and remembering that currently happens in someone's head.
This also fails gracefully. Switch off any assistant and the tools underneath keep working exactly as they do today — which matters a great deal when the person hosting it isn't a developer.
What you'd actually be using
Seven assistants, ordered by how much they relieve. Pick one to see what it looks like in use.
Built for Lux, owned by Lux
The last proposal was turned down because accepting it meant losing control of the build and the data. That concern is reasonable, and it's answered here in writing rather than in conversation.
Yours from the first day
- The code sits in a repository on the owner's own account
- Hosting is billed directly to Lux, not resold through us
- The database is in your account and exports in full at any time
- Domain and DNS stay under your control throughout
- Nothing in the middle that only we can operate
The part worth saying out loud
Hosting it yourself is not the same as maintaining it yourself. WordPress fluency is real, but this is a different discipline — security updates, dependency changes, and the occasional API change at PaySimple or TTLock.
- Support is month to month and can be cancelled at any time
- The handover runbook is written and delivered either way
- If you leave, you leave with everything and instructions to run it
How it gets built
Each stage stands on its own and leaves something working. Nothing depends on finishing the whole thing.
A short, fixed-price piece of work that produces a firm quote for everything after it. No commitment beyond itself.
- Test what TTLock will and won't let software do — the biggest unknown
- Confirm what PaySimple allows on the current plan
- Check whether SignNow is genuinely in use or was only in the old proposal
- Trace the previous owner's website and map how to reclaim or redirect it
- Find out who runs the SEO and billboard reporting, and on what terms
The database Lux owns, the waiting list assistant, tour handling, and the old domain sorted out. Nothing customer-facing changes yet.
- Every enquiry lands somewhere permanent, from the website, Instagram or a phone call
- Candidates stay warm without anyone having to remember to follow up
- A suite opening produces a shortlist the same day
The part stylists touch, modelled on the apartment resident portal you described.
- Rent, lease, and maintenance requests in one place
- Move-in runs end to end, including the door code
- Stylist profile pages under the Lux brand, so presentation stays controlled
- Replaces the WhatsApp broadcasts and the WordPress QR documents
Maintenance, supplies and reporting — the administrative weight that currently falls on the manager.
- Supply usage learned from the existing Amazon order history
- Maintenance sorted by urgency and tracked to completion
- A weekly summary of the building, sent automatically
Worth revisiting only after a good mobile site is in daily use. An app in the App Store and a site that works properly on a phone are different builds at different prices, and most of the value sits in the second one.
Any changeover would run on a Sunday or Monday, the two quietest days.
What could go wrong
Named early, because each one has a cost if it's found late.
The door locks
TTLock is closer to a smart home product than a building system. Automatic access codes at move-in depend entirely on what it permits software to do. Tested in the first stage, with a manual fallback ready.
Assistants talking to tenants
An assistant quoting the wrong rent or lease term is a real liability. Confidence limits, an escalation path to a person, and a full record of every answer are built in from the start.
Personal and payment data
Fifty tenants' details moving through a connected system is a security design job, not plumbing. Budgeted for openly rather than absorbed quietly.
Maintaining it afterwards
The most likely cause of trouble six months after handover. The written runbook is not optional, whether or not support is retained.
The unidentified marketing vendor
Somebody is running SEO and reporting click figures. Nobody on the call knew who. That relationship needs mapping before the domain work starts.
Questions for the owner
The answers that turn this plan into a firm quote. Tick them off as they come back.
Budget
Ownership and hosting
Timing and decision
What's in place now
Scope
Nothing here needs to be built all at once, and nothing here belongs to anyone but Lux.