Relationships as a playable system
A dating simulation organizes a substantial part of play around building or managing relationships. In Adult Game Index, the classification is most useful when the player makes repeated decisions within a system: allocating time, choosing activities, developing attributes, managing resources, or responding to changing relationship conditions. A romance plot on its own does not establish those mechanics.
A hypothetical game might give the player a limited number of evenings each week and require a choice between work, a hobby, and meeting another character. The resulting trade-offs would help explain its simulation structure. This example describes a type of system; it is not a claim about an unidentified game in the database.
Dialogue choices and relationship state
A dialogue choice can change later events without displaying a numerical score. A relationship system might track prior decisions, completed events, or an attribute threshold. Conversely, a visible meter does not explain the whole system: an ending can depend on several conditions rather than the largest number on the screen.
Ren’Py’s conditional-statement documentation shows how an outcome can depend on a stored value, including a points threshold. Its menu documentation also permits choices to appear only when a condition is satisfied. These are implementation examples of state-dependent play, not proof that a particular title contains affection points or that all relationship stories use numerical scoring.
Where the visual-novel label fits
Visual novel describes a reading-led presentation and narrative form. Dating simulation describes a type of relationship-centered play. A work can use both, but the labels are not interchangeable. A largely linear romance may offer little simulation, while a schedule-driven relationship game may devote much of its interface to planning and statistics.
Look at what you do between story scenes. Choosing a route is different from repeatedly planning a week, earning money, or improving a character’s attributes. Time limits and failure conditions vary between games.
Genre, audience, and release details
The genre label does not identify a game’s target audience, age rating, character ages, or included material. Those questions require their own evidence. An illustrated romance, a simulation mechanic, and an adult-oriented edition are separate facts; none should be inferred automatically from the others.
Store tags can be a starting point, but they are not a complete account of a game’s systems. Steam allows tags from developers, eligible players, and moderators. Adult Game Index therefore uses documented mechanics alongside official descriptions when assigning a classification. Edition-specific facts still matter: a translated or revised release may use a different interface or contain different features. Details belong with the release to which they apply.
References
- Conditional Statements. Ren’Py Documentation.
- In-Game Menus. Ren’Py Documentation.
- Steam Tags. Valve / Steamworks Documentation.