Judging EverQuest Next

Hello everyone! How about those weekly updates? As you can see, my ambitious blog went from three updates a week, to one update a week, to... none. It turns out having a job, being married, and also generally being all over the place creatively (how about making a game in my spare time... or wait, a book, or wait, a 2d platformer!) makes it hard to get blogging done. However, I'm hoping that will change now. Speaking of things that are highly ambitious, let's talk about EverQuest Next.

EverQuest Next (EQN), which MMORPG.com named "Best in Show" at E3 without it ever being publicly shown, had its debut this weekend. The website with all the details can be found here. I've been very curious about EQN after MMORPG's decision to name it best in show over, you know, all the other games at E3 that were publicly shown. I've been thinking about the information they've revealed about some of the core assets of the game, trying not to make a knee-jerk reaction (publicly at least) regarding it. It has been tough, however, not to just give it glowing praise, given that almost all the news sites seem to be gushing all over it; Kotaku's EQN could fix everything wrong with MMORPG's, and MMORPG.com's The Future of MMORPG's lies in Norrath, for example. You'd be forgiven for thinking that EQN was the messiah of MMO's.

Don't think I'm bitter - I'm excited about EverQuest Next.  However, the announcement left me with more questions and concerns rather than excitement. So, let's dive right in to the core features that were announced. The following summaries are taken from giantbomb's summary page and also from EQN's press release:

EverQuest Next utilizes a multiclass system that allows players to pick and choose aspects of many familiar and not-so-familiar classes to create their own unique characters. The game does not have levels in the traditional sense. Instead, players through the class system similar to job systems. Eight classes are available to choose from during character creation and around thirty-two more (at launch) can be found within the game through quest rewards, loot, raids, etc.

Every class has two weapon types available to them, each with their own unique skills/abilities. Players can have a maximum of four weapon skills active in their hotbar at any given time. Every class also has their own innate abilities such the warriors' "leap" or the wizards' "flash" (short distance teleport). These skills can eventually be learned by other classes as well. Players can switch between their available classes at any time except while in combat.

This is the "level-less" system that people were very excited about. No more levels, no more grind, right? I'm taking the "wait and see" approach. Secret World also made the promise of "no levels, no grind", and instead gave a more obfuscated version by having equipment levels - players had to earn enough experience to increase the level of equipment they could wear. This ended up putting players into categories of equipment, (Quality 5 equipment, Quality 8 equipment), and, at the endgame, created the all too familiar "equipment gear score requirement", where a player's equipment needed to have a certain total gear score in order for others to let them into content.

EverQuest Next's class system sounds like it is modeled off of Secret World's and maybe a little bit of Final Fantasy XI's, as Kotaku's Mikey Fahey pointed out. I'm curious to see how exactly this is pulled off and how it is balanced to be fun. Will the game end up excluding players given that a whopping thirty two classes can be found in the game after you make your character? If I want to join a team, will I be rejected because I wasn't there for the event to unlock a geomancer (random class name I just made up) and "everyone knows you need at least two geomancers here"? Will there be no player levels, but my one handed sword skill must be high enough to use this new weapon, thus putting me at Skill 10 for swords? And, if that's not the case, what is to stop players from twinking (giving a level 1 character very powerful equipment) like in the old EverQuest days? I would love it if the game let you use any equipment you desired but scaled its usefulness to your skill level, so that your epic sword could be used on a character with no training, but the damage and speed wouldn't be as good as if someone with master training used it.

Moving forward, the next core feature of EQN is Rallying Calls:

[There are] server-wide Public Quests that can take months of real time to complete and have a permanent impact on that server's version of Norrath. These Rallying Calls have various story beat checkpoints, but it is not always clear what exactly will trigger the next piece. For example, a city is being built somewhere in the wilderness. Players can help or impede the progress of the city's construction by building walls, clearing nearby forests of goblins, or protecting miners from the dangers found below the city. Through the progression of the story, new quests will be introduced based on what players have done on that server's version of the Rallying Call. Once complete, a permanent change will have been made in that server's world, which may be completely different from what another server's community did. These Rallying Calls could include events such as constructions of city, multistage wars between factions, invasions of new races, and much more.

I'll have to admit, this sounds really cool, mainly because the description was the most detailed  out of all the core features. In my mind, I see rallying calls having various stages to which players contribute either items or quest completions, and each rally call could have two sides. Do you kill the orcs in the area and help with side A, or do you defeat the guards and contribute to side B? This feature interests me the most - it feels similar to Guild War 2's current Cutthroat Politics Event, only on a bigger scale with more branching paths.

However, the question is, how many branching paths are actually in the rally calls? A designer would have to make these events, and there are only so many paths that a person can make. If, in this example, players impede the progress of the city construction, do they just ruin it (which is boring; it's like stomping on someone's sandcastle), or do they create a goblin stronghold? In that case, we have less of a branching path and more of a back and forth pull. It evokes the great stories of, "you had to be there, man!" from the old EverQuest days. It also could solve the issue of developers taking months to make something that players consume in hours.

One point that concerns me is this: will the rally calls feel like a grind? In this example, it says that they could take "months to complete", and that players can help by doing things like, "building walls, protecting miners" etc. To me, these sound like daily quests that are available for players to do every day to contribute progress to an event. And these are supposed to take months to complete - does that then translate into doing dailies for a month before they change? Again, I'm trying to concretely envision how these bold statements could actually be implemented. Let's move on to the next point (because this blog post is getting long): emergent AI.

In EQN, NPCs will have specific motivations and preferences that direct behavior in nuanced and unpredictable ways. Players will find themselves in a world where NPC decisions are based on core values, not dictated by static spawn points. For example, Orcs may attack opportunistically because they want an adventurer's gold, not simply because a careless hero wanders into an attack radius.

This part is something I'm dubious about - how will a player notice this? In the example above, how will a player know that an orc is attacking them because they want their money? Even if the orc yells, "GIVE ME YOUR MONEY!", it can be assumed that's just what the orc's base combat text is. To a player, it will still seem that they wandered into a generic attack radius. Will players understand what the orc's core values are? Other sites have mentioned things like this:

 If provoked enough, those orcs may uproot their camp and move to a new location they believe will be easier to pick off wandering adventurers

... again, won't it seem like they're spawning in random locations? Or, like in City of Heroes, will they not spawn if a player is standing there? How is this not griefable? I can already see a griefing guild deciding to impede players' progression by just spreading out members to stand in all the orc camps in to prevent them from spawning.

Don't get me wrong, the idea is fantastic. I hate it when I see a group of NPC's standing motionless (I have been guilty of this occasionally). It's either the sign of a lazy developer or someone who had no time to go back and polish (I try to assume the latter). However, all of this work will mean nothing if the player doesn't understand why they're being attacked. As I said, I do like the idea quite a lot - imagine that, if you didn't want to be attacked by orcs, you had to leave all your gold and expensive equipment in a bank to pass through the area in order to avoid "looking like a target." Or, on the flip side, if you're in the slums of a city and wore something akin to a guard's uniform, the thieves wouldn't (or maybe specifically would!) go after you.

Next, we have the big feature that has been touted: destructible environments.

No modern MMO has successfully implemented destructible environments that stretch across an entire seamless game world – this changes forever with EQN. Every piece of the world is fully destructible and players will have the ability to manipulate almost all of it. They will interact with and explore the world in amazing ways; venturing down into the deep bedrock beneath the surface and using powerful combat abilities to blow gaping holes into the ground. The EQN world will extend far into the heavens and deep into the procedurally-generated earth through 10,000 years of known lore and history.

The press release reminded me of this moment in Arrested Development:

This sounds terrifying in a MMO environment, to be quite honest. The makers have admitted that a lot of environments will respawn after some time to prevent the game from becoming a crater-ridden moonscape. I have to wonder just how interesting the destructible environments will be... and how annoying it will get when you're running around and a wizard blows the ground out from your feet, and now you're in a cave and far away from your loot. To be frank, I'm highly skeptical of the entire concept; a lot of programming and art time would have to go into making this feature work. I would have to see it in action for myself to be convinced that it's a good idea.

And finally, the last point:

Finally, each character in EQN will have a unique story; they will not follow a predetermined path. Instead, they will seek out adventure, fame and fortune in a constantly changing sandbox world. The game will remember every choice and action that players make and will organically deliver increasing opportunities to do more of the things players like to do ... from crafting armor and exploring the wilderness to purging goblins from the forests.

This seems simply like the reputation system from the original EverQuest. Craft an armor, increase reputation with armorers, kill the goblins, decrease reputation with goblins, increase it with the local guard. To be honest, this part excited me the least, specifically the last line. Does any of that sound exciting to you? The choices presented are crafting, walking around, or killing goblins. What would make it exciting is a dramatic story that gives a reason to do these things. Personally, I would love it if I was a great armorer who was given a task to go across the world to deliver armors to a developing city. Then, in that new city, I could make armors with new ingredients. I would make my own story along the way, but I would have some guidance. I wonder if this is what it will be, or if it will just end up being, "Craft 2x armor, kill 10x goblin."

Maybe it will be like Guild Wars 2, where a large portion of your experience is participating in public events. I didn't like this very much, as it didn't seem personal to my character.... especially when there were twenty other people running around doing the same thing. I'm curious to see how EQN will deliver a unique story without predetermined paths.

There is just ONE last thing I want to touch upon. It isn't a feature, but rather a quote that came from MMORPG.com:

When I asked if they were worried about balance and how it’ll be obtained with all of these combinations and the many different weapon skills, the team just smiled and said, “We’re not worried about balance. We’re worried about fun.”

This quote made me very concerned. Sure, from a marketing/PR relation, this sounds terrific. We want the game to be fun, not dull with everything balanced and the same. However, balance can help ensure fun. If all the classes are fun to play but are not balanced, then people won't play the weak classes; choosing those would be seen as a mistake. A warrior could be the most fun class in the world to play, but if you see that you can barely kill one enemy while a wizard is blowing chunks out of the world and killing mobs with a flick of his hand... well, then you're going to feel angry that you chose a warrior. Or, in this case, you'll say, "screw it" and just play as a wizard.

There has to be a good middle ground between balance and fun - if all abilities are the same but with swapped out graphics, that's balanced, but not fun. If all the abilities are wildly different and the focus is on fun, but now my fun warrior gets trashed consistently by my fun wizard, then that's not terribly fun for the warrior. I go to Team Fortress 2 as an example of something that can be balanced (sometimes at least) and still have each class fun to play. Playing a scout is different from playing a soldier, which is different from a heavy, which is different from a sniper, etc. They're all fun to play with their unique mechanics. Except pyros. Pyros can go to hell.

I may or may not play a spy.

I hope, dear readers (all two of you, now that I've stopped blogging consistently), that I don't seem like a cynic or a troll. I would love nothing more than to have EQN come out and blow me away so that my next blog post on the subject matter is, "Boy was I wrong!"  However, I think people are a bit too eager to board the hype train and are not asking themselves and the developers of the game serious questions. It's a disservice to you and also to the developers, because now is the time to be asking these questions precisely to help them see things that perhaps haven't been obvious before. You would be surprised how things can change in development after people's reactions to an announcement.

If you're wondering what piece of news would have made me the most excited for EQN, it would have been if they announced it's easier than ever for their designers to make interesting and dynamic content. It's not the sexiest piece of news, but knowing that a designer can easily make rallying calls and emergent AI without dirty hacks (or editing files by hand instead of with a tool kit) would mean their quality and quantity would both be very high. The easier it is for a developer to make a core feature, the better it is for players.

Unless your developer is a spy. Then you need to watch your back.

I Have No Idea

So, as the title of the post indicates, I have no idea what to write for today's blog post, so this is going to be a more all over the place post instead of a structured one. This is the price that you all pay for my insistence on posting things weekly instead of when I have something interesting to write, and the price that I will pay in the years to come that this is on the internet for everyone to see.

There are several things I would like to write, but I haven't given them enough though to do a proper post. I've been thinking a lot about the old City of Heroes tutorial and about SSA 1, both in regards to how they went well and where things could have been done better. I've also (still) been playing a lot of Civilization V... for better or worse.

I've also been thinking a lot about MMO's in general, specifically the nature of content, story, systems, and community building. I look at my experience in playing SWTOR, which admittedly I stopped at around level 25 when I was getting bored, and Secret World, where I stopped after I finished the story. Then, I look back on my experience playing the original EverQuest and wonder what the difference there was. I was horrible at the original EverQuest. My highest level character was 22 on the race PvP server. However, I loved exploring in that game. All of the continents fascinated me, and my most memorable experiences were of me going to places I didn't belong, like bringing said level 22 character to the freaking moon to avoid people PvPing me, then getting hopeless lost in a level 30+ zone of tunnels, where said character died a grim, horrible death. I compare that to my experience in SWTOR, where I generally never felt like exploring, although I did really like the Imperial Agent's storyline; if I didn't have to play the other side quests, which felt like they were getting in the way, I would've continued... and I probably should pick it up one day, as Jeff Hamilton keeps telling me that isn't as much of a problem any more. However, the point to this long paragraph is that I've been wondering about that special formula of content, systems, and community. What are some ways of bringing all three together without it feeling forced? If you go too far in forcing it, then the game is group only and unfriendly to soloists just looking to hop in and play. If you go to far in not worrying about it, then the game is too solo friendly, a community doesn't get built, and people start to leave because they're playing single player games.

Lastly, I've been starting to get more focused on actually pushing forward the book I'm trying to write. One thing that I'm enjoying at the moment is figuring out how to make it balanced, as it is a book about super heroes. Something that always bugged me about super hero stories is how to make them dramatic or interesting when you have people that can't die because they can regen, can time travel, read minds, etc. It was my biggest beef with the show, Heroes, after season 1. It felt like they needed a game design to go in and nerf the hell out of Hiro's abilities, sort of how they did with Peter Petrelli in season 3. There's still a lot to write in the book, as I'm only two chapters in, but I'm excited to write a story in this world where no one's invulnerable, psychic, has time travel, or can regen. That premise alone has caused a lot of ideas to crop in my mind, ideas that I'm excited to write down and eventually put out into a story. Maybe if I'm actually focused, I'll finish the book and publish it this year! ... that would be nice.

Anyway. That's it. This has been the scattered around blog post which has had very little information about how to be a better anything. Sorry for anyone who was looking for that. See you all next week with a hopefully more informative post!

Civilization V and MMO's

"Man, Civilization V is an amazing game. I can't stop playing it."

"Welcome to 2010."

"Thanks, Matt."

This was a conversation I had the other day with Matt Miller. I recently picked up Civilization V during the Steam "give us all your money and we'll give you more games than you can imagine" Sale, and I'm absolutely loving it. Granted, I am incredibly late to the party (my next post will be about this cool game called Fallout: New Vegas. Has anyone heard ofi t?) of Civilization V, but I figured better late than never. However, playing Civilization V got me thinking about ways that the design of that game can be an example of how to improve designs in future MMO's. This is post is just completely theory, but it's something I love thinking about when picking up new games.

What I find so fascinating about Civilization V is the AI system of the other civilizations, specifically the way they react to both my actions and the actions of civilizations around them. It feels like I have control over the world, while also making the game feel different each time, something which could be credited towards having so many different world leaders (and my own desire to hit the random button on my own leader). It's one of those games where the story is being crafted around me based off of how the AI reacts to my actions; denouncing one civilization could cause another to get angry at me, or one to like me. However, that doesn't last for very long depending on how that AI works.

One quick story from my recent game as an example. I'm (attempting) to play a completely peaceful civilization who just trades and does culture. I'm fairly far from other cities due to luck of the draw. There is Japan, the Huns, and the Netherlands nearby. I became friends with Japan and the Netherlands, which created a makeshift alliance, as they also liked each other. However, none of them particularly cared for the Huns. Both went to war against the Huns at various points and asked me to join, but I declined without insulting them. Japan eventually triumphed over the Huns and took their land. A few turns later, the Netherlands came to me asking for help in a war against Japan. I refused, and now Japan and the Netherlands, once former allies tied to me, are now at war, presumably over the extra land that Japan has. In  the meantime, I'm continuing to trade goods with them and convert them to my religion, while I sit back and watch the chaos unfold.

This example was one that really fascinated at me, as I did nothing but sit back and watch everything unfold around me, yet I was still able to participate in a way. This scenario wasn't a specific one set up by a game designer, but rather one of a myriad of possibilities created due to intelligent AI behavior that was set up, and it's this particular thing that I think can be helpful to MMO's. Someone wrote an article on gamasutra about it once, and I wish I could find it, but the long and short of it was that more games should have AI that have more diverse reactions to players and to other AI actions.

The original EverQuest is a great example - guards in Freeport would attack rats etc., but then if a Dark Elf, Troll, or Ogre player walked by, they would also attack them, unless they did something to build up their rank to walk by. This is a more mundane example, sure, but the interesting part here was that the opposing players could do something to change the way the AI looked at them.

I don't have a great example of how this could be used in modern MMO's, but it's something that I'm going to be thinking about going down the road. Perhaps it's not applicable to things like short story arcs, like the ones I did on City of Heroes. This could be something more tuned to overworld zone events, like the ones in Guild Wars 2, which I feel does a good job of putting a little of this into practice. It could also just be something that won't work in an MMO setting, period. However, for me, it's exciting to play a game and think to myself, "How can I use the design in this game to improve my own designs?". If that leads to nothing, then that's fine, but there's always a chance of learning something new in any game I play, even if it's something that feels like it has nothing to do with an MMO.

Quality Care for Quality Assurance

When I first started work at Paragon, Joe "Hero 1" Morrisey taught me a valuable lesson about people who worked in Quality Assurance, QA. He said that he has seen many people in the industry abuse people in QA and treat them as if they weren't human. Joe advised me to always treat people in QA with respect and dignity, and to always remember there's a person behind that bug report that I received. This is a lesson I've taken to heart, and something that I try to live through my design work.

A lot of stories from Penny Arcade's The Trenches shock me, wondering how anyone could treat people in QA like that. There is a tendency for people to view QA as a "lesser" role than that of design, art, or programming. This is something that I never understood, because when you really get down to the heart of it, the role of QA to is to make sure that you don't look like an idiot. I can safely say that much of my work that went live was only as good as it was because of people in QA running it and finding things that I never would have thought could go wrong, even if I did think very hard about it (and I did!). People in QA are the watchful guardians (queue Batman music) who make sure that the collaborative efforts of design, art, and programming all actually work through a myriad of test cases. If you ask me, this sounds like a pretty damn important task to me, which is why I try my best to always be respectful to QA.

I say try my best because sometimes as a designer, you can forget that, and here's why. Your work (and I speak for myself in this) is like your child. You're proud of it, you think it's great, it's the best kid in the class. The people in QA are the teachers who tell you that your kid isn't the A student you thought he was, that he's getting C's in Math and D's in English and that you really ought to see what's up with him crashing when he talks to people. In short, they're the ones telling you that you didn't do something right, and that can be aggravating or downright insulting to see someone telling you that you're not as good as you thought you were.

That being said, it's also something that, once you realize it, you can get over it and appreciate the feedback. It's great to get those bugs in from QA, because they're the ones who found it, not the players! A showstopper bug where you can't progress through a level is much better to find testing rather than in a live environment. If done right, you start to appreciate all the bugs of yours that QA finds, because it's another bug that didn't make it to live.

However, there are things that designers should do to help QA out to make their lives easier; if QA's lives are easier, it means more bugs are found, more feedback can be given, and the product as a whole comes out more polished. The first thing is to test your content before it goes to QA. Nothing is more wasteful than sending QA something you haven't tested and making them waste their time typing out bug reports for something that you could fix in two minutes. It's fine if you miss something while you're testing, everyone does, but if you just haven't plain walked through it, then you have no business sending it to anyone else.

Second, and this is more from a technical angle, provide QA with the tools to properly debug missions in a quick and efficient manner. This not only helps QA test things but also helps designers test their own work faster. On City of Heroes, I wanted to check for souvenir clues to see if a player did or didn't complete a story arc. The only tool we had at the time to grant a souvenir clue was to complete the final mission of the arc that gave it away, and to remove it you had to reset all of your mission info. In a nutshell, it was a giant pain. I talked with Tim "Black Scorpion" Sweeney about it, and he came up with two quick commands: scadd souvenir_name and scremove souvenir_name. Now, when I wanted to test things based off of souvenirs, it was a quick 10 second command that I or QA could run. As long as I put it in the outline of the mission, QA would have an easier time.

This leads me to my third point, which is writing mission outlines. If you want your mission to shine, then QA needs to understand how it's supposed work, inside and out. They should know all of the surprises, twists, and turns you put in there, so that way they can hammer on it and figure out all the ways it could go wrong. (Fun fact about City of Heroes: masterminds and stalkers broke EVERYTHING.) If your QA team is flying blind in your mission, then you can bet they're going to miss something, or that it's going to take them longer to figure out how things work. The longer QA takes to look at individual things, the higher your risk of something slipping through the cracks.

These are just some of the things I've learned and try to live by when interacting with folks in QA. Andy Maurer, a great programmer from Paragon, often said that being a good tester is a talent, one that's valuable, and I couldn't agree more. The ability for a person to think of a myriad of ways that something could go wrong and efficiently test it is a skill that I feel is not valued nearly enough in the games industry, as shown by the various tales from the Trenches. People in QA are there solely to help everyone in the team look better, and that's a fact. Every great game made has a great team behind it, and that doubly includes the QA department that more often than not gets blamed rather than praise, so take the time to appreciate them and give them the credit they deserve.

Tutorial Design Philosophies

Happy new year everyone! Apologies for the lack of posting, but I was on vacation, so, I didn't post. That's really all I have to say about it. Sorry!

Today, I'd like to talk briefly about some of my tutorial design theories. Back on City of Heroes, I designed the new tutorial for the free to play launch. I had also worked a bit on the Going Rogue tutorial. I realized now that MMO tutorials are starting to become one of my "things", so I'd like to sit back and analyze it a bit more. Tutorials honestly fascinate me, more than I thought they would - it's interesting to see the ideas people come up with to try to teach someone their game. I'll go into the details of the CoH tutorial in a later post regarding what went well, what could have been done better, etc., but today, I'll talk about the design philosophies I learned on City of Heroes for making tutorials.

First off, a tutorial for a free to play game is vastly different from a tutorial from a non-F2P game. The guys who make Uncharted aren't trying to convince you to buy the game through the tutorial, they're just there to help you understand the game. You've already bought the game, they already have your money. In contrast, a F2P tutorial is trying to both teach the player about the game and sell them on continuing to play the game; if it's boring, they'll leave, unless the person is really interested or already a fan of your game or genre. That's the rub, however, with a tutorial - how do you make it exciting, while also teaching the player what's going on?

One of the first steps is to not overload the player with too much work. It shouldn't be hard to explain to them the first steps of the game. While working on the CoH Freedom tutorial, I believed that a free player in the first 5 minutes has so little attachment to the game that they shouldn't be asked to do very much work to understand things. If you're not sure if you're interested in a subject, and then that subject asks you to do a lot of work, then chances are you're going to cut and run, as you have no attachment to urge you to do that work. As the player goes on, of course, they have more of an attachment to the game and can do a little more work to find out things: looking through menu's, waiting a few minutes for a queue to start for a team, etc. But the tutorial needs to be a well-oiled machine, where the player isn't asked to read a wall of text (like the one I'm writing now) or wait around for something to happen.

I sincerely believe one of the keys to this is to spread out what you teach in a tutorial. Many people have already said that if you're not going to use it in the next 3 minutes, don't teach it. As an example, the old City of Heroes tutorial explained how enhancements worked from the get go. However, you never needed to seriously use enhancements until level six, a full five levels afterwards, which, at that point, you've probably forgotten about what you learned in the tutorial. There was, in my opinion, no point in teaching that so early.

The main thing your initial tutorial has to do is arm the player with enough basic knowledge that they know how to play the game, that they feel free to do what they want in it. They should understand how to move, attack, talk, how do to quests, level up, and the location of their items, to name a few things (and I'm sure I've forgotten a few).

The rest of the details of the game can be spread out as the player goes along. The best way to do this, again in my opinion, is to let it meld with normal game play  I personally hate it when I see "TUTORIAL: How to..." on a mission, because I'm not going to do it. I don't want to spend my time on the game doing what is essentially a class, I want to learn it as I'm going along in a story. A great example of this was the Montague Castanella arc in City of Heroes, where you're collecting salvage from the mission and have to use that to create an invention. Up to that point, I had no idea how the invention system worked. However, after doing that arc, it all clicked once I hit create invention. I realized all that salvage I had could be used for the exact same thing!

Finally, going back to the tutorial, it needs to be fun and a good representation of how your game is. It should also leave players wanting more and excited at the end of it. I think of it as the opening sequence of a movie, like the first Indiana Jones movie. The rolling boulder scene from the prologue is something I always remember, followed by Indie being chased by all the natives. It was something that, by the end, I was excited to see what would happen in the rest of the movie. I feel like a good tutorial should, at the end, have the player excited about the game and wanting to see more of it. The key then is to actually deliver, and that your tutorial isn't a bait and switch "haha no we actually don't do that". Which, sadly, for CoH, we didn't fight many giant monsters like the giant shivan.

As I've said in many of my other posts, these are just theories of mine that I'm constantly working on. Making a good tutorial takes a lot of skill and knowledge; making a good tutorial for a free to play game is even harder, in my opinion. I'm looking forward to playing more tutorials of more games, free to play and regular, to see the various ideas that people have thrown up, as if to say, "here's what I think a good tutorial is" and seeing what sticks and doesn't stick.