About this journal

Turning first-hand questions into notes worth returning to.

I work across restaurant software, store operations, and product design. This journal examines the problems that appear when restaurant brands and SaaS products enter new markets.

The open kitchen and counter of a restaurant during an ordinary working day
Product decisions eventually return to a real setting: who uses the system, when they use it, and who responds when it fails.

Why

Why I write

Conversations about restaurant technology often fall into two extremes. One side discusses markets at a distance; the other compares feature lists. What determines whether a product works is usually more practical: the authority given to local teams, differences in payments and tax, the routines inside a store, and who is accountable when systems meet.

Writing is not a way to assemble a library of final answers. It helps me separate experience, public evidence, and questions I have not resolved, so each judgement can be examined and revised later.

Themes

What I write about

Markets and entry

Whether a market is worth entering and what the first customers can genuinely validate.

Product and localisation

Which differences belong in the product and which requests should not become permanent custom work.

Digital operations

How POS, payments, delivery, membership, and reporting return to the daily work of a restaurant.

Teams and collaboration

How teams across markets share context, retain autonomy, and maintain common standards.

Principles

How I try to write

  1. Define the problem before discussing a tool or product.
  2. Separate first-hand experience, public evidence, and personal inference.
  3. Keep uncertainty visible instead of presenting one case as a universal rule.
  4. Take a position without turning an article into product promotion.