← All work

Tubr

Tubr · Fractional Chief Product Officer · 2026 to now

Asked for
Keep building the chat-first app over the forecasting models.
Actually
Hospitality operators don't have time to ask an app questions. They want to glance at what's coming and get back to service. And a forecast that says an event is worth £3 to you isn't information, it's noise.

Tubr uses machine learning to forecast trade for hospitality businesses. I lead product and a small data team, and I ship code. The two calls I'd defend hardest: moving the app from chat-first to a dashboard feed, and replacing precise event forecasts with a broader picture of the local scene.

  • Product direction
  • Data UX
  • Engineering
  • Leadership
Role
Fractional CPO
Team
Lead data scientist, ML engineer
Since
February 2026
Status
Working towards launch

Chat-first to glance-first

The app started as a chat interface. Ask it about your week and it would tell you. I spent a lot of time talking to people who work in hospitality, and the picture was consistent: a manager with one eye on the kitchen and one ear on the floor doesn't want to start a conversation with an app. They want to look at it and know.

So I made the call to rebuild it around a dashboard fed by insights. They arrive, you scan them. People can comment on forecasts and come back later to see what actually happened, so the feed becomes a record of the business rather than a stream that scrolls away.

How to show forecasts for local events

  1. Money per event

    What the model produces. But a predicted £3 contribution invites false confidence, and events rarely repeat exactly.

  2. Leave events out

    Safe, but it throws away a signal operators genuinely care about.

  3. Chosen

    The local scene

    Summarise what's happening nearby as busier or quieter. Closer to how operators already think about their patch.

Under the hood

I designed the data model for the insight feed. It's multi-tenant across companies and outlets, with visibility resolved by user, role, outlet and company. Each person's state lives apart from the generated content, so regenerating a forecast can't wipe out someone's comments.

Making a small team faster

When I arrived, deploying infrastructure meant running Terraform from someone's laptop. The newer parts of the stack now build from pull requests, each with its own preview environment that tears itself down after seven days if it isn't merged.

I've moved the team onto AI-native ways of working: agentic workflows for parallel development and bug fixing, Linear tickets raised from Slack, and PostHog usage stats asked for in plain English. Less context switching, more shipping.