In this 2018 GDC session, Spry Fox‘s Daniel Cook explains how to keep human beings from being treated as interchangeable, disposable, or abusable when designing multiplayer games.
If you’re developing, or thinking about developing a multiplayer game, this is a great talk to better understand the challenges of designing multiplayer interactions that result in more engagement and player satisfaction.
Daniel talks about the potentially negative social effects of multiplayer implementations, the effects of proximity, propinquity, serendipity, and density on people’s relationships, the logistics of forming new friendships in games out of strangers.
He covers basics like persistent identities (and repeat encounters), events (and their density), daily incentives, and offline communities as well as anti-patterns such as anonymous players, empty spaces, too many gameplay modes, and separation of players by skill. He also talks about the challenges of matches and matchmaking, which often necessitate large amounts of concurrent players to be viable, and the issue of matchmaking queue churn, resulting in low repeat interactions. The talk also covers the topic of similarities; tribalism, nationalism, their negative effects, and how to work with similarities in a positive context through fictional places and cultures. Daniel speaks to reciprocity, how it levels up relationships by building trust for more meaningful and deeper interactions, and the challenges of building trust, which is easily destroyed by cheating, scamming, or even premature disclosure which then kills relationship leveling.
I think the whole talk is fantastic, but the friendship levels of solitary play, parallel play, ambient/accidental coop, soft coop, and hard coop, are something any multiplayer game designer should think about because designing games around those different levels can have far-reaching effects and give games the proper appeal they need to grow and thrive.
The low trust, medium trust, and high trust Venn diagrams of increasingly more discrete player skills can also be found on Raph Koster’s website in his post about The Trust Spectrum. It’s a great read. The topics apply to all games, but it makes me appreciate Deep Rock Galactic even more for its well-thought-out design.
I find it funny that Daniel calls out retrofitting a social architecture as hard because I define architecture fundamentally as “that which is difficult to change later.” The context or nature of the architecture is usually less important.
Here’s a collection of tutorials that are helpful if you’re new to using Control and Container nodes to create UIs in Godot 4. The Game Dev Artisan video covers creating a simple UI with a reload indicator for a simple 2D tank game: Clear Code’s 11+ hour Ultimate Introduction to Godot 4 has a chapter …
One of the benefits of working with Godot Engine is that GDScript allows one to operate high level. GDScript is dynamically typed, so not even variable types have to be specified, but I would strongly recommend using static typing wherever possible. It can help with performance but primarily adds clarity when trying to follow the …
Normally I use OBS for screen recording, but there are cases where it makes sense to use Godot’s built-in movie writer that was recently announced. For example, if you have a slow PC or really demanding game, OBS will skip frames. It makes sense since OBS is just recording what’s on the screen in real …
Arguably, more fun than writing code is removing code. I was assembling a split-screen multiplayer UI. The goal behavior is to show/hide the appropriate displays for the players, depending on how many players there are. Initially, the code to update the UI was very simple, because I started with two players. In that case, you …
Design Patterns for Building Friendships
In this 2018 GDC session, Spry Fox‘s Daniel Cook explains how to keep human beings from being treated as interchangeable, disposable, or abusable when designing multiplayer games.
If you’re developing, or thinking about developing a multiplayer game, this is a great talk to better understand the challenges of designing multiplayer interactions that result in more engagement and player satisfaction.
Daniel talks about the potentially negative social effects of multiplayer implementations, the effects of proximity, propinquity, serendipity, and density on people’s relationships, the logistics of forming new friendships in games out of strangers.
He covers basics like persistent identities (and repeat encounters), events (and their density), daily incentives, and offline communities as well as anti-patterns such as anonymous players, empty spaces, too many gameplay modes, and separation of players by skill. He also talks about the challenges of matches and matchmaking, which often necessitate large amounts of concurrent players to be viable, and the issue of matchmaking queue churn, resulting in low repeat interactions. The talk also covers the topic of similarities; tribalism, nationalism, their negative effects, and how to work with similarities in a positive context through fictional places and cultures. Daniel speaks to reciprocity, how it levels up relationships by building trust for more meaningful and deeper interactions, and the challenges of building trust, which is easily destroyed by cheating, scamming, or even premature disclosure which then kills relationship leveling.
I think the whole talk is fantastic, but the friendship levels of solitary play, parallel play, ambient/accidental coop, soft coop, and hard coop, are something any multiplayer game designer should think about because designing games around those different levels can have far-reaching effects and give games the proper appeal they need to grow and thrive.
The low trust, medium trust, and high trust Venn diagrams of increasingly more discrete player skills can also be found on Raph Koster’s website in his post about The Trust Spectrum. It’s a great read. The topics apply to all games, but it makes me appreciate Deep Rock Galactic even more for its well-thought-out design.
I find it funny that Daniel calls out retrofitting a social architecture as hard because I define architecture fundamentally as “that which is difficult to change later.” The context or nature of the architecture is usually less important.
This talk also reminds me of Penny Arcade’s Greater Internet F***wad Theory, which is soon coming up on its 20th anniversary.
Related Posts
Building UIs in Godot 4
Here’s a collection of tutorials that are helpful if you’re new to using Control and Container nodes to create UIs in Godot 4. The Game Dev Artisan video covers creating a simple UI with a reload indicator for a simple 2D tank game: Clear Code’s 11+ hour Ultimate Introduction to Godot 4 has a chapter …
When not all strings are Strings. Detect bugs in your GDscript more easily with static typing
One of the benefits of working with Godot Engine is that GDScript allows one to operate high level. GDScript is dynamically typed, so not even variable types have to be specified, but I would strongly recommend using static typing wherever possible. It can help with performance but primarily adds clarity when trying to follow the …
Making videos for the web with Godot 4’s Movie Writer
Normally I use OBS for screen recording, but there are cases where it makes sense to use Godot’s built-in movie writer that was recently announced. For example, if you have a slow PC or really demanding game, OBS will skip frames. It makes sense since OBS is just recording what’s on the screen in real …
A GDScript refactoring exercise
Arguably, more fun than writing code is removing code. I was assembling a split-screen multiplayer UI. The goal behavior is to show/hide the appropriate displays for the players, depending on how many players there are. Initially, the code to update the UI was very simple, because I started with two players. In that case, you …