FREN

GE2studio Intelligence

Understand what is happening.
Decide what comes next.

Smart is designed to surface important topics, explain what influences them and compare options before your decision.

Full Smart · in preparation. The initial V1 targets Essential and the first Smart capabilities. This page presents the planned journey with fictional examples.

See the decision journey Understand the Manager modes

Manager experience

Three depths. One cockpit.

Managers will be able to switch modes without changing product, data or business functions. Smart is the intended default experience.

First capabilities in V1 · full Smart in preparation

GE2studio finds the topic. The Manager makes the decision.

Smart is the intended default mode. Its journey follows Identify → Explain → Simulate → Quantify → Decide : it prioritises topics, explains why they matter and prepares a decision.

3 topics deserve your attention today

Tuesday occupancy: −6.8 pts Possible cause: more late cancellations Action to simulate: targeted follow-up with available members Illustrative fictional amount: +€1,240 / monthEducational example, with no calculation executed. Calculate using your assumptions.

One product. Essential, Smart and Advanced are neither three separate applications nor three pricing plans.

Consistent security. A critical security, payment, compliance or operational alert can never be hidden.

Transparent availability. Each depth retains its actual status: pilot, in preparation or roadmap.

01 · A method, not a black box

Five steps to decide.
Then measure the outcome.

The planned Smart journey connects five steps. Sources, assumptions and limitations must remain visible, and the responsible person will retain the decision.

  1. 01

    Spot

    A signal, not a conclusion.

  2. 02

    Explain

    Context and associated factors.

  3. 03

    Simulate

    Options without changing reality.

  4. 04

    Quantify

    The estimated effect, its assumptions and limitations.

  5. 05

    Decide

    Review the action before confirming it.

02 · A case understood at a glance

A less-filled time slot.
What should be checked?

An isolated rate does not explain a change. This example compares two fictional periods of equal duration, for the same time slot and capacity. It does not predict your studio's demand.

Bookings / capacityTwo fictional periods
71 %of capacity booked

Reference84 %

Period studied71 %

Fictional assumptions: 100 places offered per period, 84 then 71 bookings. Actual attendance must be checked separately.
What we know
  • Same activity and capacity.
  • Fewer bookings during the period studied.
  • Some attendance records still need checking.
What we do not yet know
  • Coach availability at 18:30.
  • Members' response to another time slot.
  • Effect on revenue and costs.
Scenarios to compareExamples · schedule unchanged

AMove to 18:30Try over four classes · same capacity

BKeep and follow upRelevant members · manager's approval

The public calculator uses your assumptions. It is distinct from the future Manager simulator and changes no schedule.

Try the public calculator

03 · Three roles, three scopes

Three roles.
Support adapted to each.

The three copilots describe planned uses for the manager, coach and member. Their availability must be confirmed feature by feature. These roles are distinct from the Manager's Essential, Smart and Advanced modes.

01Manager Copilot

Understand before deciding.

  • Read bookings, attendance, waitlists and revenue according to permissions.
  • Compare several scenarios on the same basis.
  • Prepare an action and measure its outcome.
Example question: “Have no-shows increased, or are check-ins missing?”
Manager Copilot · in preparationGoal: support decisions, without automated HR judgement.
02Coach Copilot

Prepare classes.

  • See expected participants and permitted information.
  • Understand changes in their own classes.
  • Report a delay or prepare cover.
Example question: “What feedback keeps coming up after my Tuesday classes?”
Coach journey · availability to confirmPlanned scope: their own classes and permitted information.
03Member Copilot

Understand their booking.

  • Find a class compatible with their preferences.
  • Understand their credits, subscription and an unavailable class.
  • Book, join the waitlist or cancel after confirmation.
Example question: “The class is full: what are my alternatives?”
Member journey · availability to confirmGoal: make the rules visible before confirmation.

04 · Design principles

What the Copilot knows.
And what it must not invent.

Sources

Know where an answer comes from.

The planned journey must specify the period, scope, metric definition, available data and assumptions.

Permissions

Respect authorisations.

Copilots must respect the studio's business permissions. Changing Manager mode will not grant any additional permissions.

Approval

Confirm before acting.

Every sensitive action affecting a price, credit, schedule or communication must remain subject to human approval.

01Proposal

02Preview

03Confirmation

04Execution

05Measurement

Read metric definitions and limitations Understand the security principles

05 · Ask a question

Ask the question
in your own words.

The product copilot is designed to receive a written question, with dictation to be confirmed according to availability. The adjacent mock-up illustrates this future journey: it does not access any studio data.

To understand the site today, use its navigation assistant. It answers from public content. Its microphone depends on the browser and your permission; text input remains available.

Identify · Explain · Simulate · Quantify · Decide

Understand through an example.
Move forward with your assumptions.

The demonstration clarifies what is available, in pilot or still in preparation for your needs.

Try the public calculator Request a demonstration