Skip to content
    Piiko
    ← All notes

    Note 19 · Growth stories

    Box Box: when fans’ Lock Screens become marketing

    Piiko·4 min read·Reviewed

    Box Box Club app icon
    Founder retrospective · A lesson in product-led word of mouthBox Box Club on the App Store

    A little widget. A conversation starter.

    Two white toy phones and a picture tile display matching purple checkered flags, beside a small white race car with purple wheels and a mint nose.
    Something useful becomes something worth showing. Original Piiko illustration, not Box Box’s interface or official racing artwork.
    The short answer

    Build something people want to keep and show. Make it easy for curiosity to find your app, then measure useful arrivals and repeat action separately from shares. A viral anecdote is not a growth forecast.

    The screenshot was the introduction.

    A fan shares their Lock Screen. Someone notices the racing widget and asks where it came from. Another fan supplies the name. The product has entered a conversation without leading with an ad.

    In a founder interview published by RevenueCat on 7 October 2026, Box Box’s Ranjith Ramanan and Kamal Kumar recall being ready when iOS 16 introduced Lock Screen widgets. Mercedes invited fans to share their screens; Box Box appeared in the replies, and fans identified it for one another. Kumar estimates roughly 250,000 downloads in the following week. The account gives no exact tweet date, country or platform breakdown, or counting method. It is a founder recollection, not a measured causal lift or an iOS benchmark.

    The timing belongs to an earlier chapter: Apple released iOS 16 on 12 September 2022. The new publication is a retrospective, not a claim that this download spike happened in October 2026.

    The current official iPhone listing shows the underlying utility: race schedules, countdowns, standings and personalized widgets. It describes Box Box as an independent companion app, not an official Formula One product.

    Useful enough to keep. Personal enough to show.

    Our reading of the story is that the widget did two jobs. It answered a small recurring question, and it made the owner’s interests visible. A fan could keep it for the schedule and show it because it belonged on their phone.

    That is a more interesting design brief than adding a share button at the end of onboarding. What part of your app would someone choose to display even if you never asked them to promote it? A reading milestone, a finished puzzle or a carefully arranged collection might qualify. An install invitation usually does not.

    Try a screenshot test before building more features. Show the proposed output to someone who has not used the app. Ask what it does, who it seems to be for, and whether they would want their own version. If it needs a long explanation, make the value clearer before adding decoration.

    This is an inference about product design, not proof of a repeatable acquisition channel. A racing community and a major team’s audience are advantages a new app cannot assume.

    Give supporters something new to buy.

    The founders say early users asked to pay. They kept the original free features and built paid additions such as themes and Apple Watch functionality, with an annual subscription aligned to the season. Their account does not disclose a conversion rate or retained revenue for that decision.

    For a small iOS team, the useful question is where extra value can sit around the thing people already love. Customization may suit an expressive product; deeper history or planning tools may suit a utility. Name the extra job before deciding the price.

    Do not confuse enthusiastic requests with proven willingness to renew. Keep the offer specific, make the free boundary understandable, and follow confirmed payments, refunds and later renewals. The paywall measurement note helps separate those stages.

    Test one thing people might want to show.

    Hypothetical example: an iOS running-club app creates a small card counting down to the next club run. Members choose their club colors. The card can be saved or shared, with private routes and meeting addresses excluded by default. This is a proposed experiment, not a Box Box campaign or a Piiko result.

    • Make the card worth keeping. Show the next useful event clearly. Let members preview and choose to share it; sharing must not be required to use the app.
    • Help curiosity find the product. Include a discreet app name and a useful destination in the share flow. Check that the store page explains the same experience shown on the card.
    • Separate intent from arrival. A share-button tap is not a published post, and a saved image is not a new user. Track the actions you can actually observe and label attribution gaps.

    Before testing, define the eligible members and randomly show half an optional card invitation while keeping the underlying product the same. Over 14 days, compare confirmed saves or exports per assigned member, including those who ignore the invitation. These measure response to the invitation, not audience reach.

    For identifiable new arrivals, separately follow first event saves within 24 hours and another useful action on a later day within seven days. Compare mature cohorts in the same market and acquisition period; do not assign every organic install during the test to the card. A small result can justify another iteration without justifying a growth forecast.

    Use a compact event plan to keep those distinctions visible. The next decision is whether people want the object and use what lies behind it. Virality is not a prerequisite for learning that.

    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.