[EPIC - First Experience] Join game recommendation in create-game #862
Replies: 2 comments
|
One thing worth flagging up front: we've actually already built most of this. The create-game flow already detects similar pending games and offers to let you join one instead:
So the core idea is already live. The main differences from the PRD as written:
A couple of broader thoughts: On priority. The harm from duplicate lobbies is real but fairly soft — a stale pending game just sits there; it doesn't break anything or block other players. Given the nudge already ships, I'd put further polish here below the things that affect live games. On the simplest effective fix. The "recommend a similar game" approach is a nudge — dismissable by design (the PRD rightly lists "forcing users into existing games" as a non-goal). That reduces duplicates probabilistically, but it does little about the case that actually triggered this: a single user spinning up many lobbies in a row. A hard cap on the number of open/pending games one user can create targets that directly and is simpler to build — one backend validation and an error message, no new UI or matching heuristics to tune. The two aren't mutually exclusive, but if we only do one, the cap hits the root case with less surface area. On duplicate names (David's point) — I don't think this one's worth chasing. Games are keyed by ID, not name, so duplicate names are harmless; enforcing uniqueness would add a validation/failure path for no real benefit. Net: given the recommendation flow already exists, I'm inclined not to invest much more here right now. If we do act, I'd lean toward including fixed-time games and the per-user pending-game cap as the cheaper, more targeted lever than reworking the recommendation UI. |
|
Well - I didn't know we had this already. We can re-open it later. |
Uh oh!
There was an error while loading. Please reload this page.
PRD: Smart Game Lobby Recommendation (Existing Game Suggestion)
Summary
We see a lot of similar lobbies, likely created by new players following the 'create game' path, then abandoning.
When a player is creating a new game (during variant + time selection), the system should detect if a similar public game already exists and recommend joining it instead. This reduces lobby fragmentation, improves game start rates, and enhances the onboarding experience for new players.
The recommendation is shown inline in the game creation flow, before final confirmation (step 3), and highlights the closest-to-filling existing game.
Problem Statement
Currently, multiple near-identical lobbies are created:
New players often do not realize an existing suitable game is already available.
Goals
Non-Goals
User Story
Feature Description
Trigger Point
When a user:
→ System checks for existing matching lobbies.
Matching Logic
A “similar game” is defined as:
Required Match Criteria
Scoring / Ranking
Each candidate game gets a “fill score”:
Primary selection:
Special Rules
1. Duration-Fixed Games (Always Recommend)
2. Fixed-Time Deadline Games
Recommend if:
UI / UX
Placement
Component: Recommendation Block
Design:
A highlighted, non-intrusive banner/card.
Example copy:
CTA Buttons:
Behavior
Clicking Recommendation
Dismissing Recommendation
Advanced Tab Exception
Users who explicitly enter “Advanced Setup” bypass recommendation after optional initial display.
Edge Cases
All reactions