OUR MISSION

“Why should a village pub pay corporate prices just to stay compliant? It shouldn’t.”

So we built one system that does the lot, for one flat price, for every pub, whatever its size.

Nick Laws · Founder, Hendra One
Portrait, Nick Laws
The pub, Cornwall
OUR STORY

Built by someone who has actually run the place.

Hendra One was designed and coded by Nick Laws, a hotelier turned publican. Nick spent his career with large hospitality corporates, including Fairmont and Four Seasons, working with the kind of sophisticated systems that digitise operations and make the everyday automatic.

When he moved back to Cornwall in 2026 to run a pub on behalf of a private company, he saw the other side of the industry: smaller pubs and venues facing hefty software prices just to stay compliant, locked out of the very tools big operators take for granted.

So he built it. Every feature, one flat rate, for every venue. Operations made simple, fast, and all in one place.

WHAT THAT MEANS IN PRACTICE

Three decisions that follow from it.

A mission is only worth stating if it rules things out. These are the things ours rules out, and they are the reason the product is shaped the way it is.

One price, no tiers

Every feature at £100 per site per month. No premium module, no compliance add-on, no seat count. A two-room freehouse gets the same system as a fifty-site group, because the smaller pub is exactly who this was built for.

No per-cover booking fees

Charging by the cover means the software gets more expensive precisely when a pub has a good year. It also quietly makes your guest list someone else’s asset. We do not do it, and we will not.

No contract lock-in

If it stops earning its place, leave. Software that has to trap you to keep you is telling you something about its confidence.

Why one system, rather than the best of each

The received wisdom is to buy the best tool for each job and connect them. In a large group with an IT function, that is reasonable. In a pub it produces five subscriptions, five logins, five support relationships and a guest database that exists in three incompatible versions, none of which knows that the guest who left a two-star review last month has a birthday booking on Saturday.

One system is not better because it is bigger. It is better because the connections are the point. The rota knows the covers forecast. The compliance escalation knows the org chart. The review request knows the guest opted out. Those are not integrations anyone would bother building between five vendors, and they are most of the value.

See what that looks like on bookings, compliance and rotas and team, or read the pricing in full.

Come and argue with it.

Thirty minutes, on your own menus and your own tables, with the person who built it.

Book a demo