Skip to content
European companyFounded in 2014Built and operated in EuropePayments secured by Stripe
Gradax

Taproom, trade and direct, all from one building

Websites, ordering and event systems for breweries, built around a business that sells three ways at once.

Sold as
One contract
Starts with
A free review

The vendors we build on, operate and resell.

  • Cisco
  • HPE
  • Dell
  • Lenovo
  • Veeam
  • WordPress
  • WooCommerce
  • Google
  • Stripe
  • Zoho
  • Atlassian

A brewery is a production business, a wholesale business and often a hospitality venue, and each of those has a different customer arriving with a different question. What is on tap today, what is the trade price per keg, and can I book the taproom on Saturday are three questions one page cannot answer well.

The thing that changes constantly is what is available. Beer lists move weekly, and a site showing a beer that ran out three weeks ago is the most common and most damaging error in the trade.

The search side is not separate from that. Brewery and taproom searches with a city, beer style searches from enthusiasts, and trade supply searches from bars. Ranking for those means the pages exist, the business is verified where it operates, and the reviews are real and recent.

How a trade order moves through a brewery

Trade orders are small, frequent and urgent, and every one starts with a bar asking what is available.

  1. Bar places an order

    Orders arrive by text from bar managers late at night, so trade accounts order from the current list.

  2. Brew plan and stock

    What is in the tanks and what has been sold do not match, so finished stock moves from the brew plan onto the list.

  3. Kegs out and back

    Kegs go out and do not come back, so each one is tracked to the account holding it.

  4. Invoice

    Deliveries invoiced at the end of the week get paid late, so dispatch raises the invoice on the day.

Software we built for businesses like yours

A product we are building now, shown here as the work we do.

HoReCa POS (in development)

For a brewery with a taproom, HoReCa POS, our till for bars, is in development and is built to keep selling through outages.

A waiter taking an order at a restaurant table

What people in this trade ask us

How do we keep the beer list current?
By making it a thirty-second job from a phone. Anything harder and it will be wrong within a fortnight, guaranteed.
Should trade prices be visible?
Behind a trade account, yes. Making a bar email for a price list adds a day to every enquiry.
Is direct shipping worth it?
Good margin, real packaging and breakage cost. Worth doing deliberately, not as an afterthought.
Can the taproom screen use the same beer list as the site?
Yes. One list feeds the website and the screen behind the bar, so changing a keg updates both at once.
Can we sell tickets for tours and events?
Yes, with a capacity limit and payment at booking. Tap takeovers and tours then fill without a spreadsheet of names at the door.

The infrastructure under it

Managed by the engineers who build the software, on the same contract and the same bill.

Application Hosting

Bars order for the weekend in the same few hours, and the trade portal has to take them all.

Hands typing application code on a laptop.

Backup & Recovery

Production, stock and keg records are what you rely on when a duty or stock figure is questioned.

A storage unit with a row of drive bays.

What one contract covers

  • One contract. The build, the infrastructure and the work that brings people to it, on one invoice.
  • A named team. The person on the first call stays on the project. No account managers, no handoffs.
  • Operated, not delivered. We keep it running after launch: patching, backups, monitoring and the phone when it breaks.
  • European hosting. Servers in Europe, run by us, with the data staying where you expect it to.
  • Monthly reporting. What changed, what it cost and what it produced, in language you can forward to a board.
  • No lock-in. The code, the domains and the accounts are yours. Leaving is a handover.

See what is costing you customers before you spend anything.

A senior engineer walks your site, your search presence and the way enquiries reach you, then writes down the three things worth fixing first.

  1. 01You tell us what is not working
  2. 02We review the site, the search presence and the enquiry path
  3. 03You get the three fixes worth doing, and what each is worth