Locations
How many restaurants are included in the first rollout and how they are grouped.
Pilot pricing
We price the first rollout around the locations, team roles, guest feedback workflow, and review scope involved. You see the scope before you commit.
The first rollout
The pilot should be large enough to test the real operating workflow and small enough to fix quickly with the team using it.
See how groups roll it outIncluded in scope
What shapes the price
The proposal should be easy to read because the rollout itself should be easy to understand.
How many restaurants are included in the first rollout and how they are grouped.
The head-office, regional, and location roles that need access and alerts.
The guest touchpoints, escalation rules, and follow-up process being configured.
The public review sources, approval process, and response workflow included in the pilot.
The decision path
Locations, team roles, guest touchpoints, review sources, and where follow-up breaks today.
A written location and feature scope, the people involved, and what the team will evaluate.
The price and pilot review point are settled before configuration starts.
Pricing questions
Breeze is in a focused pilot stage. The cost depends on the number of locations and the workflow being configured. We agree the scope and price before any work starts.
No. The better first step is usually a representative set of locations with a team that can use the workflow and give clear feedback.
The pilot has an agreed scope and review point. Expansion is a separate decision based on whether the workflow is useful to the restaurant group.
A location list, the people who own guest follow-up, and a short view of the current feedback and review process are enough for the first discussion.
Get a real scope
No generic package or forced estate-wide commitment. Just the locations and workflow needed to test Breeze properly.
Discuss your pilot