In August 2018, Flatstudio started exploring a question most sportsbooks were still sidestepping: what happens when a sports product is designed around ongoing relevance, not just the moment of placing a bet?
The result was Rewind. It never shipped. But it made a fairly clear argument about where sports products were heading — and why most of them weren't structurally ready to get there.
The problem wasn't the interface
The standard critique of sportsbooks at the time was that they were visually overwhelming. Too many markets, confusing layout, hard for newcomers to parse. That was all true. It was also the wrong diagnosis.
The deeper problem was behavioural. Betting-only products had weak retention because they were built around a transaction, not a relationship. Users arrived with intent, placed a bet, and left. Nothing held them between events. No engagement loop that worked on a quiet Tuesday.
There was also a paradox: the same product was simultaneously too complicated for casual users and too shallow to hold engaged fans. Rewind was designed to answer both sides at once, which is the harder version of the problem.
The feed was the product
Rewind was built as a sports ecosystem — personalised feed, match centres, team and player profiles, community and media layers, betting — rather than a sportsbook with content bolted on.
The distinction matters. When personalisation is cosmetic, it sits on top of a static navigation structure. In Rewind, the feed was the structural core. What users followed determined what the product showed them. Removing it wouldn't have degraded the experience — it would have eliminated it.
Most sportsbooks assumed users already knew where things lived. Rewind assumed the product should do more of that work.
In dense sports products, clarity is not just a usability issue. It is also a trust issue. If users cannot quickly understand what they are looking at, they hesitate — and hesitation in real-time environments usually means drop-off.
Underneath that was a simple constraint: any piece of information a user might need should be reachable in roughly two interactions. Not because two-click rules are sacred, but because retrieval costs compound quickly in dense products. Once users have to stop and decode structure before they can act, engagement starts leaking.
The bot wasn't a support widget
The conversational layer is the decision most likely to be misread in retrospect, so it's worth being specific.
It wasn't customer service. It was designed as a retrieval layer embedded inside the product — including inside conversations between users. The idea was that it could surface relevant facts mid-discussion, contextualise statistics, or answer quick questions without anyone leaving the app to search elsewhere.
It also addressed a genuine usability problem: betting slip complexity. Accumulator logic, potential returns, market-specific rules — real barriers for less experienced users. The bot was designed to lower that barrier contextually, without static help documentation.
The logic was simple: access through intent rather than menu depth, with context preserved across the interaction. Today that gets described as agent-like. In 2018, it was just a better way to reduce retrieval cost.
What happened afterward
Rewind did not sit in a portfolio archive. Its logic resurfaced in later engagements, parts of it proved reusable, and the design files themselves were eventually sold in 2023.
The clearest adaptation came in Alta SyncReplay. Different domain, same class of problem: multiple live data streams, high-stakes decisions, fast retrieval, and key moments that need to be reviewed and contextualised in real time. The surface changed. The underlying challenge didn't. That's usually a reasonable indicator that the thinking was structural rather than category-specific.
As for the market: DraftKings, FanDuel, and eventually ESPN Bet all moved toward broader sports-fan positioning, deeper personalisation, and engagement logic that extended beyond the bet. These are large organisations with their own research and their own forcing functions. Different scale, different incentives, same directional shift: the product had to become broader than the bet itself.
Why it didn't get built
Several later attempts to turn Rewind into a real product ran into the same wall: live data infrastructure, content licensing, real-time engineering at scale, and sports data economics that are genuinely not forgiving.
The honest version of the story is that the concept was directionally right before it was economically convenient. The idea preceded the conditions that would have made building it tractable. That's not a failure, but it's a fact worth naming.
Rewind was an attempt to solve a structural problem — how to build a sports product that was accessible to casual users and genuinely retentive for engaged ones. The answer it arrived at was a product architecture answer, not a visual one. The visual work followed from structural decisions, not the other way around.
That's the kind of problem worth designing for: products where the real challenge is what to surface, when, and why — and where getting that wrong has behavioural consequences that no amount of visual polish will fix.
Frequently Asked Questions
Who are these solutions best suited for?
We design around complex, high-stakes products rather than simple marketing sites. Our solutions are best suited for B2B and B2C SaaS, fintech, sports tech and iGaming teams dealing with high-load dashboards, internal tools, betting platforms or multi-platform ecosystems. Most of our clients are startups and scale-ups that need a consistent design and engineering partner instead of a one-off creative studio.
What's the difference between a fixed‑price sprint and a long‑term retainer?
Fixed‑price sprints (like Fundraising Concept or Product Audit & Discovery) have a clearly defined scope, timeline and deliverables — for example, a 4‑week concept sprint or a 2–3 week audit. They are ideal when you need a sharp, focused outcome. Long‑term retainers (like Post‑MVP Evolution or Dedicated Product Units) are built for continuous evolution: we join your roadmap, work in sprints, and adjust priorities as your product and metrics change. You get a predictable monthly budget and an embedded team instead of re‑negotiating every feature.
How do I choose between Pitch Deck & Product Concept, Post‑MVP Evolution, Product Audit & Discovery, and Product Rebuild & Redesign?
Pitch Deck & Product Concept is for 0→1 founders who need to raise capital before writing production code – we turn your vision into an investable narrative and clickable concept. Post‑MVP Evolution is for Seed / Series A teams with a live product that needs faster iteration, stronger UX and a real design system. Product Audit & Discovery is for products facing churn, stagnation or negative feedback – we diagnose UX and tech friction and give you a prioritised roadmap. Product Rebuild & Redesign is for mature or legacy platforms that have hit a growth ceiling – we modernise brand, UX and code without breaking the business logic that already works. If you’re unsure, we start with a short discovery call and map your current stage to the right model.
How is "Engineering Design" different from a regular creative agency?
Regular agencies optimise for “wow” moments and campaigns. We optimise for systems and product performance. We treat design like code: modular, scalable and logic‑driven. Instead of drawing standalone screens, we build design systems, patterns and documentation that your developers can implement without guessing. That’s why our solutions always combine product & interface design, brand identity, web app engineering and marketing assets into one coherent system.
Do you work with startups or only established companies?
Both. Our clients range from early-stage founders raising their first round to enterprise teams scaling complex platforms with millions of users.
What do clients value most about working with Flatstudio?
Clients consistently highlight three things: deep industry knowledge, logical and scalable design systems, and honest communication. We challenge weak decisions early rather than executing them blindly.
.png){kind=small}
