Studio data
Scheduling · Bookings · Attendance · Credits · Payments · Satisfaction
GE2studio is progressively bringing scheduling, bookings, members, credits and payments together. The pilot foundation, features in preparation and future developments remain distinct. Each activation is configured, tested and approved with the studio.
Manager architecture
Essential reduces everyday noise. Smart is designed to prioritise, explain and prepare decisions. Advanced will open up detailed analysis. Data and business features stay the same.
The Manager Copilot is designed to explain a situation and prepare a decision using authorised data. Essential, Smart and Advanced are three depths of the same product, in the same studio workspace, with the same data and permissions. Smart is the planned default mode.
Scheduling · Bookings · Attendance · Credits · Payments · Satisfaction
Rules · Permissions · Calculations · History · Provenance
The planned Smart journey: spot, explain, simulate, quantify, decide. After the decision, measure the result.
Rules in preparation will allow a setting to be specified for the studio, an activity, a series or a session. The activity retains its identity.
The shared descriptive framework.
The recurring schedule.
The exception and its history.
The catalogue, credits and their history are integrated in a controlled environment. The complete journey, per-offer rules, payments and reconciliation remain in preparation until validated.
Passes, class cards, credits and subscriptions retain their price, currency, taxes, validity, restrictions and sale version.
Every purchase, allocation, debit, recredit or expiry leaves a record. A correction adds a compensating entry without erasing history.
The intended system distinguishes payment authentication, success, failure, retry, refund and reconciliation. Purchased access would only become available once the required status is confirmed.
Renewal, late payment, reminders, grace periods and suspension must remain tracked with a consistent status.
The same class may have different booking conditions depending on the product held, with the consequences visible before confirmation.
10 credits
1 place per class
The mobile journey is designed to let members buy, book, cancel and track their credits. It remains in preparation and must be tested end to end before being described as available.
In preparationThe planned journey makes relevant conditions visible before payment, then connects the purchase to the entitlements obtained, the booking and the history.
Before payment Price, validity, restrictions, cancellation and compatibility.
The roadmap includes a GE2studio notification centre and transactional email. SMS and WhatsApp would only be evaluated after the provider, consent, costs and fallback solution have been validated.
TrajectoryThese scenes describe future developments and display their status. No third-party connector is presented as already operational.
The planned development brings together relevant context, assigns an owner and retains human approval before any sensitive action.
Suspensions, refunds, credits and scheduling remain subject to permissions, confirmation and audit.
The intended system provides a controlled, explained place offer, without processing the same event twice. Response windows and cut-off times must still be validated with the studio.
No payment method or third-party connector is presented as available until its operation, permissions and tests have been validated.
Payments undergoing integration and testing; no production activation announced.
Technical approach and Swiss scope to validate.
Method, receipt and reconciliation to define before any commitment.
To review if the studio already uses this service at launch; contract and technical access to confirm.
Conversation tracking and sender identification to validate.
Only through official mechanisms, with confirmed consent and feasibility.
Access permissions, coach agreement and terms of use to define.
The interfaces, rules and figures shown are fictional examples. They describe no real customer and do not demonstrate availability. Only the displayed status and confirmed contractual scope are authoritative.
Recurrences, conflicts, cancellations and replacements follow explicit transitions.
The intended system must connect profiles, consent, place offers and history. Waitlist automation remains in preparation.
Accounts, roles, consent and access permissions are separated for Managers, Coaches and Members.
Failures, retries, refunds and reconciliation are not treated as the same event.
In the intended system, every message originates from a business event and retains its status.
Depending on the validated rule and activation of the pilot foundation, attendance status can trigger a short questionnaire. Rating, reason, optional comment and callback consent must remain separate and traceable.
See the satisfaction journeySearch, manual interventions, action history, exports and reports remain restricted to authorised roles.
Frequency, retention, recovery tests, monitoring and incident procedures are checked and documented before go-live.
Configuration, onboarding and support are defined in the offer; channels, hours, escalation levels and responsibilities are confirmed before go-live.
Explore the scheduling examples and rules in preparation. The illustrative data helps explain the journey; it does not describe any real studio.
Revisit the scheduling example