Skip to content
    Piiko
    ← All notes

    Note 20 · Growth stories

    Rainbow Six Mobile: 15 seasons, then a shutdown

    Piiko·5 min read·Reviewed

    Rainbow Six Mobile app icon
    October 2026 closure announcement · A lesson in funding the next seasonRainbow Six Mobile on the App Store

    A little pause before the next round.

    A white toy controller sits beside an hourglass of purple beads and a circular track with purple and mint pawns and a pause gate.
    Give the next round a decision point. Original Piiko concept art, not Rainbow Six artwork; the objects are not measured data.
    The short answer

    Set a review point before committing to more content. Follow repeat play, net proceeds and recurring production costs together. Ubisoft has announced a closure, but has not published the economics needed to diagnose its cause.

    The next season was still on the calendar.

    Rainbow Six Mobile’s goodbye arrived with an unusual detail: another season was still coming. In its developer message dated 8 October 2026, Ubisoft announced that the game would remain available until 15 January 2027, with the next season due the following week. The team would move to other long-term strategic projects.

    The message counts 15 seasons since soft launch in 2023. Those are not 15 seasons since the worldwide launch on 23 February 2026. Earlier, Ubisoft’s 15 January season announcement described a move to one-month seasons, intended to rotate content faster and introduce Operators more frequently. The official iOS listing describes the same recurring promise: new Operators, events, modes and Battle Pass content.

    For a small iOS team, this raises a useful planning question: what evidence should earn the next season its budget?

    Keep the explanation inside the evidence.

    Ubisoft’s closure message does not disclose retention, acquisition costs, net proceeds or the cost of producing each season. It does not establish that the content cadence caused the closure. The public explanation is a move to other strategic projects; a financial diagnosis would need evidence the announcement does not provide.

    Our takeaway is about decision-making. A content roadmap commits future time and money. A team can decide in advance what it needs to learn before renewing that commitment, even while players are enjoying the current release.

    A season has two jobs.

    Players need a reason to return. The studio needs a way to keep delivering that reason. Track both, without allowing a busy release calendar to stand in for either.

    On the player side, follow comparable iPhone cohorts through a useful first session and later completed play. For a multiplayer game, also inspect queue time, failed matches and disconnects by region and time of day. These are proposed checks for your game, not findings about Rainbow Six Mobile.

    On the studio side, make a calendar-period operating view alongside your cohort LTV view. Include the work required to ship the event: art, design, QA, support and live operations. A revenue total cannot tell you how much room remains for the next release.

    Hypothetical monthly operating example. A small iOS game earns $12,000 in net proceeds after store fees, transaction taxes and refunds. Deduct $3,000 of hosting and other variable service costs, plus $7,000 of content and support labor, counted once. That leaves $2,000 before acquisition and other overhead. Spending $5,000 on acquisition makes the remainder −$3,000.

    This is one invented month, not Ubisoft data, a benchmark, cohort LTV or a full profit calculation. It excludes other overhead and profit taxes; payout timing can also change cash availability. The point is to expose the cost of the promise before increasing its frequency.

    Try a smaller reason to return.

    Hypothetical experiment: an iOS puzzle team wants to build a monthly season. First, it tests one weekly challenge using existing levels. The question is whether a new reason to revisit the game earns repeat play at a manageable production cost.

    • Fix the population. Enrol US iPhone players who completed a puzzle in the previous seven days. Randomly assign them to the optional challenge or the unchanged experience, and keep assignment stable. New installs belong in a separate analysis.
    • Follow everyone assigned. Over 28 days after assignment, measure the share completing a puzzle on at least one day in days 22–28. Include people who never open the challenge. Record net proceeds per assigned player, crashes and support demand over the same window.
    • Count the work. Record production and support hours, separate one-time setup from recurring work, and price those hours consistently. Do not allocate the whole season’s cost to one experimental arm and call the difference a treatment effect.

    Before starting, set a budget cap, a review date and the smallest retention improvement worth the recurring cost. Choose the sample size around that improvement and your observed baseline. If the result is too uncertain, keep spending bounded while deciding whether another test is affordable.

    A healthy cohort still needs time to repay acquisition. Use the experiment to decide whether to simplify, continue or expand the event. Funding the next season should follow a useful result, with the remaining uncertainty visible.

    Sources & further reading

    Company results are attributed to the sources above. Examples are hypothetical experiments proposed by Piiko, not industry benchmarks. This is independent analysis; app icons identify their respective owners. Cover illustrations are original Piiko editorial art.