Case study · Restaurant-tech · Product Rebuild
Tapback — the restaurant-tech rebuild now landing in Saudi Arabia.
Tapback is a restaurant-tech platform that came to me through Xanadu, the venture-building operation I co-founded. The product had customers already running on it, a revenue model that wasn’t quite working, and a customer base that wanted to consolidate the five different service providers they used for restaurant operations into one system. We revamped the core product, introduced table reservation and pre-order as first-class capabilities, reshaped the revenue model, and tightened the way the team shipped. The platform is now operating in Saudi Arabia, with a licensing deal with a major Saudi financial institution in final stages.
- Role
- Product Consultant (via Xanadu)
- Domain
- Restaurant-tech · F&B operations
- Scope
- Core product revamp · table reservation · pre-order · revenue model · sprint redesign
- Status
- Operating in Saudi Arabia · licensing deal in final stages
What I joined
Tapback came to me through Xanadu — restaurant-tech with active customers but a product surface that hadn’t kept up with what those customers actually needed. The pattern was the one most early-stage SaaS hits in F&B: the operators were running across five different service providers because none of them, including Tapback, did everything well enough to consolidate. The opportunity was to be the one system the customer could actually use end-to-end, but only if the product could earn that role.
What we built
The core product got revamped across two major capability lines.
Table reservation. In other companies — OpenTable, Resy — table reservation is its own product, with its own funding rounds and its own brand. Building it as a feature inside Tapback meant being honest about what restaurants actually use, stripping out the layers that don’t apply to small-and-mid-sized operators, and integrating cleanly with the rest of the platform.
Pre-order. Letting customers order ahead and have food ready when they arrive sounds simple until you build it: kitchen flow, staff allocation, payment timing, fulfilment edge cases. We shipped it as a real first-class capability rather than a half-feature.
The revenue model was reshaped alongside the product work. The previous model wasn’t aligned with how customers were actually using the platform, which created friction at every renewal conversation. The new model matched usage to value more directly — the kind of change that makes the next year’s renewals easier than the last year’s.
How we built it
The way the team was shipping needed work too.
We moved from a two-week sprint to a one-week sprint. That doesn’t sound dramatic until you do it: the cadence forces tighter scope, sharper standups, and a backlog that has to actually be triaged rather than carried. The team’s velocity went up, partly because the false comfort of “we have another week” went away.
We also shortened the path from BRD to working prototype. The product designer could move faster when requirements arrived in a shape that translated cleanly to wireframes. We restructured the upstream artefact so that happened by default rather than by exception. Small process change, real impact on time-to-first- prototype.
Where it’s going
Tapback is now operating in Saudi Arabia. A licensing deal with a major Saudi financial institution is in final stages — the kind of deal that turns a regional restaurant-tech product into infrastructure that financial-services partners build on top of.
I came in to revamp the product. What I left was a product, a revenue model, and a delivery cadence that could carry the company into a different market entirely. That’s the version of consulting work that’s worth doing.