An event ends and everything it produced scatters. The organiser's photos sit in a folder, the fan's clips sit on their camera roll, and within a week there is nothing left to point at. Drop Highlight builds the layer that holds it: a gallery for every event, published by the organiser, opened and added to by the people who were there. This is a look at what that could be inside DICE: bringing fans back into the app after an event, closer to the artists and venues behind it, and making the next ticket an easier ask.
This is a high-level initial ideas document rather than a proposal, shared to see whether there is synergy here. It remains confidential.
For most events, the relationship ends at the door. Everyone there captures something, and most of it ends up in a story that expires in a day or a camera roll nobody else sees, almost never in anything attached to the event it came from. The organiser has content they have already paid for and no lasting surface to publish it on. And the platform that sold the ticket plays no part in any of it.
At present, every ticket a fan buys through DICE stays in their account long after the event. The event itself doesn't. We are open to exploring a partnership where it does: a gallery attached to each DICE event, appearing on the fan's own past-events screen, looking and behaving like a DICE feature.
Drop Highlight already builds and runs all of it, the gallery, the uploads, the review and the moderation, meaning this could be a relatively small lift for your team, while giving fans a reason to come back and partners a reason to stay.
The case for DICE runs on two fronts: what galleries add inside the app, and what it lets DICE offer its partners.
Once an event is over there is usually nothing to bring a fan back until they want another ticket. A gallery fills that gap with a reason to open the app in the days that follow, while it is all still recent, and creates a visit there would otherwise be no reason to make.
A fan in a gallery is going back to something they chose to be at and enjoying it a second time. What is on next, put in front of someone in that state, reaches a far warmer audience than the same listing does anywhere else, and a follow won here carries into everything they are sold afterwards.
Most organisers pay for photography and video, use a handful of frames on social, and leave the rest gathering dust in a shared folder. A gallery on every event gives that content a permanent home, gives a ticketing pitch something to say beyond fees and reach, and gives a partner a reason to stay.
Attendees capture some of the most authentic shots from an event, and almost none get used because nobody holds the rights or the moderation to publish them safely. With Drop Highlight, permission is captured at upload and reviewed before it appears, so organisers can publish their fans' work and credit them for it.
From the prompt after an event through to a way back into DICE. The label above each screen says whose surface it is.
Your photos, your videos, your weekend. Add what you shot to the shared gallery to become part of the story.
Galleries need somewhere to live, so each partner would have a Drop Highlight account behind the scenes: a simplified version of the platform, built around the events they run with DICE, with little to learn beyond publishing a gallery.
A gallery would be created from the DICE event itself, so the partner opens something that is already set up. The event, the venue and the date arrive with it and stay tied to it. What they add is the content.
Every fan submission lands in a review queue that the partner works through, in Drop Highlight, reached from their own dashboard. Nothing publishes automatically. Approved files become gallery media, rejected ones are discarded, and every item carries a record of who submitted it and what they agreed to.
The content is the partner's: they review it, they can download all of it, and it lives on our infrastructure. Nothing about moderation or content management needs building into your partner tooling, and DICE would take on no storage, no transcoding, no moderation queue and no take-down obligation.
The eventual shape of this would depend on how DICE's own systems are put together and on the resource available. We would suggest starting with the smallest build that works, then going deeper as the numbers justify it. Every route out of a gallery, to a follow, to an event page, to a checkout, can carry attribution, so the first events to run would show what those numbers look like for a DICE audience.
The partner sets the gallery up with us and ties it to their DICE event. Nothing is pushed between systems and none of this step needs anything from you. How they reach us, whether from MIO or elsewhere, would be a decision to make together.
A preview of the gallery on the past event screen: a panel we serve and maintain, a web view inside your own. The work on your side is a container and a link, placed once rather than per event. Where there is no gallery it renders nothing and the card is not there.
Tapping the card opens the gallery full screen. The screen and its back button are yours, and what renders inside is ours, styled with your typeface and colours. No browser, no address bar, and everything behind it stays with us.
The same content delivered through an API and rendered natively by your team, built from your own components so it moves with your design system. The card can then sit wherever you want it, on the event screen or anywhere else in the app.
The gallery moves from our domain to a DICE-owned subdomain pointed at our infrastructure, something like gallery.dice.fm, so shared links open in the app rather than a browser. Closer to configuration than engineering, and every shared link carries your name.
A switch inside MIO could provision the account outright, and events could flow through automatically, so a gallery is ready without anyone creating one. It reads as a DICE feature being enabled rather than a place to go.
The fan-facing surfaces above sit inside DICE and read as DICE. Behind them, our costs are storage, transcoding and delivery, and they scale with the size of an event. Whether that sits with DICE or with the partners themselves shapes everything else.
The structure could take more than one shape: a platform fee, a licence per event, a per-account arrangement, or some combination. Any of them can work, and which one makes sense would likely depend on scale and on how it would be positioned to partners.
DICE knows ticketing. Drop Highlight knows post-event content. Together we could close the loop on the event lifecycle for fans and partners alike, turning the end of one event into the start of the next.
Screens are indicative wireframes. Nothing here is a proposal or a commitment, and it remains confidential.