# Session packages

> Bundling sessions into one purchase - what can go in, how long a buyer has to use it, and what happens if you change your prices afterwards.

Source: https://www.revquix.com/docs/mentors/session-packages
Last verified: 2026-09-03

---

A package is several of your services sold together at one price. The buyer pays once and redeems
the sessions over time.

## Building one

- Between **2 and 20** services in it. A draft can hold one while you work; it will refuse to publish.
- Valid for **7 to 365 days** from purchase.
- Priced between **₹500 and ₹20,000**.

The services inside are your own. You can add a service that is also sold on its own, or one you
have marked private so it exists only inside packages.

> **Note** - A private service is package-only
>
> Marking a child service private removes it from your public listing without removing it from the
> package. Use it for the "extra" session that only makes sense as part of the bundle.

## The validity clock

Validity runs from **purchase**, not from first use. A 30-day package bought on the 1st expires on
the 31st with whatever is unredeemed still on it.

The clock does not pause. If a buyer is unresponsive for three weeks and then wants four sessions in
the last two days, the entitlement is real and the availability problem is yours to solve - which is
an argument for a longer validity than feels necessary.

## Your prices can change; a sold package cannot

The price of every service inside a package is **snapshotted onto the package when it is bought**.

Raise your 1:1 call from ₹2,000 to ₹3,000 tomorrow, and a package sold today still redeems at the
old value for its whole life. This protects the buyer from a mid-package increase, and it means a
package is a commitment at today's prices for as long as its validity runs.

> **Warning** - This is also why a long validity is a real decision
>
> A 365-day package is a year of your time sold at today's rate. That may be exactly what you want. It
> should be a choice rather than the number you happened to type.

## Redeeming

The buyer books a session against the package the same way they book anything else, and the
entitlement decrements. Your calendar, join links and feedback obligations all work identically -
from the delivery side, a redeemed session is just a session.

The difference is entirely in the money, and it is significant:

⚠ **You are paid per redemption, not at purchase.** A ₹10,000 package does not arrive as ₹10,000.
Each session releases its own slice as it is used. [Package earnings](https://www.revquix.com/docs/mentors/package-earnings)
is the whole story, and worth reading before you build your first one.

## Cancelling a redeemed session

The credit comes back if the cancellation is **6 hours or more** before the start. Inside 6 hours
the credit is spent, exactly as a paid session inside 6 hours is non-refundable.

See [rescheduling and cancelling](https://www.revquix.com/docs/mentors/rescheduling-and-cancelling)
for why that boundary is 6 hours and not something else.

- [Package earnings](https://www.revquix.com/docs/mentors/package-earnings) - When each slice is released, and what a discount does to it.

- [Rescheduling and cancelling](https://www.revquix.com/docs/mentors/rescheduling-and-cancelling) - The refund ladder, and the package boundary.