The current goal must be knowable at any moment

What it is

"Goal structure" asks whether a game gives players layered goals at all; this property is a different axis: however well the goal hierarchy is designed, at any moment the player must be able to know without effort what the current goal is. The property is goal clarity. Note that it is not the same as "goals exist": a quest log holding seventeen quests and a map studded with markers can still leave the player unsure what to do right now — an existing goal is not a knowable goal. Knowable is also not the same as guided: "knowing what to do" does not presuppose "knowing how to get there" — the latter is a wayfinding question, while goal clarity only requires that the goal state itself can be retrieved at any time.

Why it happens

Play is naturally fragmented. A session gets interrupted by a phone call, two sessions may fall days apart, and the player who returns carries not the full mental state they left with but a decayed memory of it. If the current goal exists only in the player's head, recovering it costs pure recall — and recall failure does not present as "I forgot," it presents as "I'm not sure where I left off," an uncertainty that converts directly into aimlessness after relaunching. Externalizing the goal state into the interface (quest log, objective tracker, chapter title) essentially moves a state that memory would otherwise have to maintain into the system; the player only needs to recognize it, not reconstruct it. Recognition is an order of magnitude cheaper than reconstruction — that is where the value of "knowable at any moment" comes from. It also sets a refresh requirement: whenever the goal state changes, the external presentation must follow — an interface still tracking a completed objective is worse than no interface, because it is actively broadcasting a wrong state.

Where it stops holding

Games built on goal ambiguity are deliberate exceptions: in exploration-puzzle games (Outer Wilds is the canonical case) the appeal is precisely "I don't know what I'm looking for" — the player forms hypotheses and tests them, and pinning goals into a log too early dismantles the core play; what is knowable in such games is only the meta-goal ("figure out what happened to this world"), while fine-grained goals must stay open. Player-organized goals in multiplayer sandboxes (an agreed-on building project) likewise never route through the system, and hard-tracking them only adds noise. And keep "goal unknowable" apart from "path non-obvious": the latter is design depth (knowing this door must open, still having to think through the puzzle); only the former is a defect — the criterion is whether the player can restate the goal, not whether they immediately know how to complete it.

Applying it

• Guarantee that a one-sentence statement of the current goal is retrievable on screen (or within one keypress) at any moment; the statement should carry a completable condition — "get stronger" doesn't count, "upgrade this weapon to tier three" does.
• Treat resumption scenarios as first-class test cases: interrupt a session, return the next day, switch to another task and back — in all three, is the goal presentation still correct, and does the player have to dig through three menu layers?
• When the goal state changes, refresh every presentation point in step (quest log, tracking HUD, map markers); on completion, remove the objective from the "current" section immediately — better a history record than a zombie tracker.
• When multiple objectives coexist, let the player explicitly pick which one is tracked, instead of the system guessing "the most important."
• Verification: have a tester return after twenty-four hours with no prompts and, within thirty seconds, state "where I left off and what I'm doing now." Unable to say it means externalization failed; slow but able — check whether the retrieval path is too deep.

Related

• Same group: W1.02.1 Short-, mid- and long-term goals must coexist · W1.02.3 Missing goals show up as not knowing what to do
• Nearby: W1.04 Player autonomy and guidance · W5.01 HUD and information layout · W5.08 Intervention level of hints and auto-navigation
• Search terms: goal clarity · task resumption · objective tracking