1998Q4/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Laws of Online World Design -->
<!--X-From-R13: "Ybfgre, Dncu" <exbfgreNbevtva.rn.pbz> -->
<!--X-Date: Sat, 10 Oct 1998 10:54:57 &#45;0700 -->
<!--X-Message-Id: 11A17AA2B9EAD111BCEA00A0C9B41793EDC07C#forest,origin.ea.com -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Laws of Online World Design</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:rkoster#origin,ea.com">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
      text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">

  <font size="+4" color="#804040">
    <strong><em>MUD-Dev<br>mailing list archive</em></strong>
  </font>
      
<br>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00146.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00148.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00965.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00148.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00147">Author</A>
&nbsp;|&nbsp;<A HREF="#00147">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00147">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Laws of Online World Design</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: "'<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>'" &lt;<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>&gt;</LI>
<LI><em>Subject</em>: [MUD-Dev] Laws of Online World Design</LI>
<LI><em>From</em>: "Koster, Raph" &lt;<A HREF="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</A>&gt;</LI>
<LI><em>Date</em>: Sat, 10 Oct 1998 12:50:39 -0500</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
A first pass on this project. Please feel free to question, debate, add,
etc. Only try to do it in pithy little statements. ;) Many thanks to all
those who helped with some of these laws, too.

BTW, it looks possible that I'll be runnning a roundtable at the Austin
CGDC roadtrip on exactly this topic. :)

-Raph

================

Design Rules

Persistence means it never goes away
Once you open your online world, expect to keep your team on it
indefinitely. Some of these games have never closed. And closing one
prematurely may result in losing the faith of your customers, damaging
the prospects for other games in the same genre.

Macroing, botting, and automation
No matter what you do, someone is going to automate the process of
playing your world.

Game systems
No matter what you do, players will decode every formula, statistic, and
algorithm in your world via experimentation.

It is always more rewarding to kill other players than to kill whatever
the game sets up as a target.
A given player of level x can slay multiple creatures of level y.
Therefore, killing a player of level x yields ny reward in purely
in-game reward terms. Players will therefore always be more rewarding in
game terms than monsters of comparable difficulty. However, there's also
the fact that players will be more challenging and exciting to fight
than monsters no matter what you do.

Never trust the client.
Never put anything on the client. The client is in the hands of the
enemy. Never ever ever forget this.

J. C. Lawrence's "do it everywhere" law
If you do it one place, you have to do it everywhere. Players like
clever things and will search them out. Once they find a clever thing
they will search for other similar or related clever things that seem to
be implied by what they found and will get pissed off if they don't find
them.

Dr Cat's Stamp Collecting Dilemma
"Lots of people might like stamp collecting in your virtual world. But
those who do will never play with those who like other features. Should
you have stamp collecting in your world?" We know that there are a wide
range of features that people find enjoyable in online worlds. We also
know that some of these features are in conflict with one another. Given
the above, we don't yet know if it is possible to have a successful
world that incorporates all the features, or whether the design must
choose to exclude some of them in order to keep the players happy.

Koster's Law (Mike Sellers was actually the one to dub it thus)
The quality of roleplaying is inversely proportional to the number of
people playing.

Enforcing roleplaying
A roleplay-mandated world is essentially going to have to be a fascist
state. Whether or not this accords with your goals in making such a
world is a decision you yourself will have to make.

Storytelling versus simulation
If you write a static story (or indeed include any static element) in
your game, everyone in the world will know how it ends in a matter of
days. Mathematically, it is not possible for a design team to create
stories fast enough to supply everyone playing. This is the traditional
approach to this sort of game nonetheless. You can try a sim-style game
which doesn't supply stories but instead supplies freedom to make them.
This is a lot harder and arguably has never been done successfully.

Players have higher expectations of the virtual world
The expectations are higher than of similar actions in the real world.
For example: players will expect all labor to result in profit; they
will expect life to be fair; they will expect to be protected from
aggression before the fact, and not just to seek redress after the fact;
they will expect problems to be resolved quickly; they will expect that
their integrity will be assumed to be beyond reproach; in other words,
they will expect too much, and you will not be able to supply it all.
The trick is to manage the expectations.

Online game economies are hard
A faucet-&gt;drain economy is one where you spawn new stuff, let it pool in
the "sink" that is the game, and then have a concomitant drain. Players
will hate having this drain, but if you do not enforce ongoing
expenditures, you will have Monty Haul syndrome, infinite accumulation
of wealth, overall rise in the "standard of living" and capabilities of
the average player, and thus unbalance in the game design and poor game
longevity.

Ownership is key
You have to give players a sense of ownership in the game. This is what
will make them stay--it is a "barrier to departure." Social bonds are
not enough, because good social bonds extend outside the game. Instead,
it is context. If they can build their own buildings, build a character,
own possessions, hold down a job, feel a sense of responsibility to
something that cannot be removed from the game--then you have ownership.

If your game is narrow, it will fail
Your game design must be expansive. Even the coolest game mechanic
becomes tiresome after a time. You have to supply alternate ways of
playing, or alternate ways of experiencing the world. Otherwise, the
players will go to another world where they can have new experiences.
This means new additions, or better yet, completely different subgames
embedded in the actual game.

Social Laws

Koster's Theorem
Virtual social bonds evolve from the fictional towards real social
bonds. If you have good community ties, they will be out-of-character
ties, not in-character ties. In other words, friendships will migrate
right out of your world into email, real-life gatherings, etc.

Mike Sellers' Hypothesis
"The more persistence a game tries to have; the longer it is set up to
last; the greater number (and broader variety) of people it tries to
attract; and in general the more immersive a game/world it set out to
be--then the more breadth and depth of human experience it needs to
support to be successful for more than say, 12-24 months. If you try to
create a deeply immersive, broadly appealing, long-lasting world that
does not adequately provide for human tendencies such as violence,
acquisition, justice, family, community, exploration, etc (and I would
contend we are nowhere close to doing this), you will see two results:
first, individuals in the population will begin to display a wide range
of fairly predictable socially pathological behaviors (including general
malaise, complaining, excessive bullying and/or PKing, harassment,
territoriality, inappropriate aggression, and open rebellion against
those
who run the game); and second, people will eventually vote with their
feet--but only after having passionately cast 'a pox on both your
houses.' In essence, if you set people up for an experience they deeply
crave (and mostly cannot find in real life) and then don't deliver, they
will become like spurned lovers--somebecome sullen and aggressive or
neurotic, and eventually almost all leave."

Violence is inevitable
You're going to have violence done to people no matter what the
facilities for it in the game are. It may be combat system, stealing,
blocking entrances, trapping monsters,stealing kills to get experience,
pestering, harassment, verbal violence, or just rudeness.

Is it a game?
It's a SERVICE. Not a game. It's a WORLD. Not a game. It's a COMMUNITY.
Not a game. Anyone who says, "it's just a game" is missing the point.

Identity
You will NEVER have a solid unique identity for your problematic
players. They essentially have complete anonymity because of the
Internet. Even addresses, credit cards, and so on can be faked--and will
be. 

Jeff Kesselman's Theorem
A MUD universe is all about psychology. After all, there IS no
physicality. It's all psych and group dynamics.

Psychological disinhibition
People act like jerks more easily online, because anonymity is
intoxicating. It is easier to objectify other people and therefore to
treat them badly. The only way to combat this is to get them to
empathize
more with other players. 

Mass market facts
Disturbing for those used to smaller environments, but: administrative
problems increase EXPONENTIALLY instead of linearly, as your playerbase
digs deeper into the mass market. Traditional approaches tend to start
to fail. Your playerbase probably isn't ready or willing to police
itself. 

Anonymity and in-game admins
The in-game admin faces a bizarre problem. He is exercising power that
the ordinary virtual citizen cannot. And he is looked to in many ways to
provide a certain atmosphere and level of civility in the environment.
Yet the fact remains that no matter how scrupulously honest he is, no
matter how just he shows himself to be, no matter how committed to the
welfare of the virtual space he may prove himself, people will hate his
guts. They will mistrust him precisely because he has power, and they
can never know him. There will be false accusations galore, many
insinuations of nefarious motives, and former friends will turn against
him. It may be that the old saying about power and absolute power is
just too ingrained in the psyche of most people; whatever the reasons,
there has never been an online game whose admins could say with a
straight face that all their players really trusted them (and by the
way, it
gets worse once you take money!).

Community size
Ideal community size is no larger than 250. Past that, you really get
subcommunities.

Hans Henrik Staerfeldt's Law of Player/Admin Relations
The amount of whining players do is positively proportional to how well
you treat them.

J C Lawrence's "stating the obvious" law
The more people you get, the more versions of "what we're really doing"
you're going to get. 

John Hanke's Law (cited by Mike Sellers)
In every aggregation of people online, there is an irreducible
proportion of ... jerks (he used a different word :-) 


</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<ul compact><li><strong>Follow-Ups</strong>:
<ul>
<li><strong><A NAME="00173" HREF="msg00173.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>
<ul compact><li><em>From:</em> Hans-Henrik Staerfeldt &lt;hhs#cbs,dtu.dk&gt;</li></ul>
<li><strong><A NAME="00162" HREF="msg00162.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>
<ul compact><li><em>From:</em> J C Lawrence &lt;claw#under,engr.sgi.com&gt;</li></ul>
<li><strong><A NAME="00160" HREF="msg00160.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>
<ul compact><li><em>From:</em> Darrin Hyrup &lt;shades#mythicgames,com&gt;</li></ul>
<li><strong><A NAME="00151" HREF="msg00151.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>
<ul compact><li><em>From:</em> Ling &lt;K.L.Lo-94#student,lboro.ac.uk&gt;</li></ul>
<li><strong><A NAME="00148" HREF="msg00148.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>
<ul compact><li><em>From:</em> "Jon A. Lambert" &lt;jlsysinc#ix,netcom.com&gt;</li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00146.html">[MUD-Dev] MUVE vs. MUD [was Re: Current Projects]</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00148.html">[MUD-Dev] Re: Laws of Online World Design</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00965.html">[MUD-Dev] Monthly FAQ Posting</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00148.html">[MUD-Dev] Re: Laws of Online World Design</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00147"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00147"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>[MUD-Dev] Re: META: Review of FAQ's Bio Section</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00178" HREF="msg00178.html">[MUD-Dev] Re: META: Review of FAQ's Bio Section</A></strong>, 
Adam Wiggins <a href="mailto:adam#angel,com">adam#angel,com</a>, Tue 13 Oct 1998, 18:42 GMT
</LI>
</ul>
</LI>
<LI><strong><A NAME="00149" HREF="msg00149.html">[MUD-Dev] Monthly FAQ Posting</A></strong>, 
Ling <a href="mailto:K.L.Lo-94#student,lboro.ac.uk">K.L.Lo-94#student,lboro.ac.uk</a>, Sun 11 Oct 1998, 16:15 GMT
<UL>
<li>&lt;Possible follow-up(s)&gt;<br>
<LI><strong><A NAME="00844" HREF="msg00844.html">[MUD-Dev] Monthly FAQ Posting</A></strong>, 
Ling <a href="mailto:K.L.Lo-94#student,lboro.ac.uk">K.L.Lo-94#student,lboro.ac.uk</a>, Tue 17 Nov 1998, 18:04 GMT
</LI>
<LI><strong><A NAME="00965" HREF="msg00965.html">[MUD-Dev] Monthly FAQ Posting</A></strong>, 
Ling <a href="mailto:K.L.Lo-94#student,lboro.ac.uk">K.L.Lo-94#student,lboro.ac.uk</a>, Mon 14 Dec 1998, 14:25 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00147" HREF="msg00147.html">[MUD-Dev] Laws of Online World Design</A></strong>, 
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Sat 10 Oct 1998, 17:54 GMT
<UL>
<LI><strong><A NAME="00148" HREF="msg00148.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Sun 11 Oct 1998, 04:30 GMT
</LI>
<LI><strong><A NAME="00151" HREF="msg00151.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>, 
Ling <a href="mailto:K.L.Lo-94#student,lboro.ac.uk">K.L.Lo-94#student,lboro.ac.uk</a>, Sun 11 Oct 1998, 17:21 GMT
<UL>
<LI><strong><A NAME="00179" HREF="msg00179.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>, 
Adam Wiggins <a href="mailto:adam#angel,com">adam#angel,com</a>, Tue 13 Oct 1998, 18:45 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00160" HREF="msg00160.html">[MUD-Dev] Re: Laws of Online World Design</A></strong>, 
Darrin Hyrup <a href="mailto:shades#mythicgames,com">shades#mythicgames,com</a>, Tue 13 Oct 1998, 02:12 GMT
</LI>
</UL>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>