Get You a Game Who Can Do Both
You can broadly divide hidden movement games into two groups: active detection and passive detection. Games of active detection, like Fury of Dracula, have a hidden player leaving concealed information and "detectives" trying to reveal that information. In other words, information enters the system as a result of the detective players' actions. Games of passive detection, like Scotland Yard, instead have information enter the system via the hidden player's actions as they're forced to reveal information which the other players use to restrict the hidden player's options until they can be cornered and captured.
This is an imperfect categorization, but it's a useful way to look at the genre. In Urban Legends, we wanted to make a game of both active and passive detection in which information passively "leaks" into the system via the hidden player's movement, but where the detective player manipulates the game state to make those leaks as valuable as possible for them.
Our first prototype was a hidden movement game played on a square grid, with cubes of different colors in each square. The hidden player moved between the corners of the squares, then announced either the colors of the cubes or the numbers of cubes that they moved past. The detective in turn moved cubes between squares, trying to gather better information with every hidden move. This puzzle of arranging the number and color of pieces surrounding paths is the core of the game that survived all the way to publication — but the surrounding structure has changed dramatically!
Here's the first prototype, based on a square grid artfully constructed using face-down Carcassonne tiles. The core of the game, arranging cubes of three colors to either side of paths, is already in place here.
Where We Get Technical
You can analyze most hidden movement games using graph theory. By drawing a tree of nodes, you can plot out the possibility space of a hidden mover's possible positions. In such a tree, each node at depth n represents a position they could have occupied at the end of turn n, and that node's "children" represent the positions they could have moved to on the following turn. If the detectives find out the hidden player wasn't at a given position on a turn, they can remove that node and all its descendants from the tree. The detectives' goal is to shrink the number of leaves — the number of possible current positions of the hidden mover — down as low as possible. The hidden mover, conversely, wants to grow as many leaves as possible so they can avoid capture.
Let's consider a possible situation in Letters from Whitechapel:
The hidden player, Jack, started the night on the red circle (numbered 147). They have since moved twice, with each move taking them along a dotted black line to another circle, without crossing over either another circle or the red police pawn. For this example, let's assume that the red police pawn has stayed in its current location for the last few turns.
The diagram shows what the detective knows: Jack began on circle 147; after one turn, Jack was in one of the circles from the second level; after two turns, they must be in one of the circles from the third level.
The red police pawn searches all adjacent spaces (130, 131, 145, 146, and 161) but finds that Jack hasn't visited any of them. The diagram shows what this new information has done to the detective's knowledge. The 146 node and all of its children have been eliminated. The detective can also eliminate the 131 and 146 leaves from among the children of the 133 and 134 nodes, as whichever way Jack went, they did not pass through either of those circles.
If you think about hidden movement games in this way, then you'll see that every time new information enters the system, the detective players need to update their mental models of the tree. This is where I'd gotten stuck on the design of Urban Legends as the detective player usually wanted to keep track of all that information, often needing to take notes to do so. Doing so every time the hidden player moved took time, leaving the hidden player with a lot of downtime, and too much of the game just involved the detective trying to understand the game state without actually making any decisions.
A big conceptual change for the game came about when Ruth asked whether it would be possible to move that tree from being a mental structure to instead being represented on the table. Could we play directly on that expanding and contracting tree structure? The answer we arrived at was "sort of". We imagined a version of the game in which the detective distributed the colored cubes to either side of edges on a binary tree, and the hidden player recorded which leaf they're on and announced the cubes they moved past. The only problem with this approach was that it fits only in your imagination. When we tried to physically represent it, be it with cards or tiles or anything else, it got very wide very quickly, creeping off the edge of the table at alarming speed.
(Possibility) Space Issues
The game sat on the shelf for a long time again — until I woke up one day with an idea that turned out to work. If we couldn't represent a tree exactly, we could still have something tree-like if we allowed some nodes to have two edges pointing inwards. You could easily represent this with a checkerboard pattern of cards, and doing so let our colored cubes sit in the spaces between the cards, with the hidden player moving diagonally from card to card. That improved the width problem, with a depth n tree-like structure having n+1 leaves rather than the 2n of a binary tree, and allowing them to be evenly spaced. However, our spatial woes were not over.
Even with our tree-like structure, the game would still overshoot most gaming tables very quickly, only now in the other dimension. We realized, however, that we didn't need to represent the full tree all of the time. After all, the hidden player was always on one of the leaves, making this layer and the next layer the focus of the game. This allowed us to shrink the depth to only two, and by alternating which side of the table the next layer was placed on, the game could be kept in the middle of the table.
Reducing Asymmetry
A problem that had lingered since the early grid-based prototype was that the game felt less interesting for the hidden player. Where this player only moved and gave out information, the detective could choose between moving their pawns and manipulating the cubes between the different squares. We tried a variety of iterations, including giving the hidden mover special abilities or even their own currency to use on extra actions and powers. Fundamentally, though, the problem was that the interesting part of the game was manipulating the cubes, and we hadn't given the hidden player enough ways to interact with that. The game was too asymmetric, with only one player having access to the interesting part.
We eventually decided to switch to a turn structure in which players alternate performing one action, with each action allowing them to move the cubes in a different way. The players were now interacting with the game in a largely symmetric way, but trying to use the same tools to achieve opposing objectives, trying either to spread or shrink the places the hidden player could go. Importantly, the bulk of each player's interaction was with the most interesting part of the game.
At first, this was a system of perfect information, with each action always being available to both players. This invited a lot of calculation as you could try to parse every possible move or response your opponent would make. We eventually moved the actions onto cards in a private hand, with the aim of shortening the information horizon. You can't know perfectly what moves the opponent has available, or what you will have beyond your current hand, so the possible future states become hazier.
They're Everywhere
For the detective player in a hidden movement game, the goal is usually to work out the location of the hidden player, but the specific way of acting on that varies between games. In Specter Ops, for example, the detectives move so they're in line of sight and shoot, while in Letters from Whitechapel, they perform an arrest on the space they think the hidden player is in. Up until this point, we'd kept a similar kind of structure to Letters; at some point the detective needed to announce where they thought the hidden player was, and if correct they'd win.
The problem was that with the game becoming more and more compact, the probability of a guess being right at random became higher than we were comfortable with. At the same time, we'd started including some tokens for the detective player to place on tiles where the hidden player could be. Since the introduction of these tokens, we'd been wondering whether we actually needed to have the hidden player be in a specific place. It struck us: Could they not be at all these spots?
As it turns out, they could. In the final game, the detective — or the Scientist, rather — needs to narrow down all the possibilities to a single location, while the hidden mover — the Cryptid — needs to expand the possibility tree as wide as possible. This is exactly what they would be trying to do in a hidden movement game...only there isn't any hidden movement in the game.
And that's how we ended up, five years since its inception, with Cryptid: Urban Legends, an asymmetric hidden movement game in which movement isn't hidden and you do the same things as your opponent.
Ruth Veevers and Hal Duncan
Cryptid: Urban Legends is designed by Ruth Veevers and Hal Duncan and illustrated by Kwanchai Moriya. It debuted in April 2022 from Osprey Games.