Server or floor team pre-opening restaurant playbook
Direct answer
Connect table context, guest questions and order handoff without changing protected settings. During pre-opening, prove the assigned channel and station are ready before guests or orders depend on them.
Example ownership
- Table identity checks
- Guest QR fallback
- Order-context clarification
- Floor exception reporting
Required evidence
- Readiness check
- Test-path result
- Exception owner
- Fallback confirmation
Shift-moment sequence
- Review the current shift assignment and enabled Wobistro modules.
- Test the role’s critical menu, order, reservation, table or ticket path.
- Record unavailable items, access gaps and unresolved exceptions.
- Confirm the fallback and named escalation contact before opening.
Escalation and stop condition
Do not open an affected channel when its accountable owner, required control or tested fallback is missing.
Role boundary: Floor access should not silently include pricing, payment-gateway, role or site-wide settings.
Wobistro access boundary
Use individual staff accounts and grant the smallest useful module set. Wobistro permissions support the workflow when enabled; they do not define training, legal authority, food-safety responsibility or emergency command.
Verify allowed and restricted paths with a non-owner test account after changing the active plan, modules or role.