Sniper Pyro Scout Soldier Engineer Medic Heavy Demoman Spy

TF Team

For general feedback about the game.

Steam Support

Visit the support site for any issues you may be having with the game or Steam.

Neat Community Creations

July 16, 2008 - Eric Smith

One of the things we hope to do on this blog is to point out the creative things that members of the TF2 community are up to. The Steampowered TF2 forum members have been collecting links ever since TF2 was released, and you can take a look at the list (and its accompanying 46-pages-so-far (!) forum thread) here.



Recently, we've received a ton of email asking us if we had accidentally leaked the details of the Spy's unlockables, after Kaanin created this fake web page detailing his version of what the release should contain. His mocked-up image was convincing enough that even some of us at Valve were momentarily fooled. Well played, Kaanin.

So much blood!

July 9, 2008 - Robin Walker

Well, we were expecting some response to A Heavy Problem, but we severely underestimated just how much interest everyone had in contributing. If you're one of the many folks who emailed us proposals and haven't received a response, please accept our apologies, because there's just too many for us to reply to all of them. From the large amount of feedback and forum activity, it's clear that many of you found this interesting, so we'll definitely be posting more design goals. For those of you still thinking about it, here are some more tools to use in evaluating ideas:

  • Does it affect the main weaknesses of the class? What could opponents do against an entire team of this class armed with your idea? Class balance is more a function of the weaknesses of each class than their strengths. Weaknesses provide population control, where the value of a counter class rises as a class's population rises. i.e. Snipers become more valuable the more Heavies there are on the enemy team. As a result, we're very wary of reducing a class's weaknesses.
  • How does it affect the core interactions between this class and other classes? To help here, it's useful to coarsely determine the standard interaction for this class and each other class at short, medium, long ranges, and varying terrain layouts, assuming roughly equal skill on each player's part. Then think about how your idea affects each of those interactions.
  • Does it also solve other goals we have for the class? We usually have several goals we're trying to achieve with a class, and ideas which solve multiples are more valuable.

The last one raises another question: What other goals should we have for the Heavy update? Half the battle of good design is choosing the right goals and the right constraints. In A Heavy Problem, we specified a goal for you, and the constraints that had to be kept in mind. Try taking a shot at defining the overall set of goals that the Heavy unlockables should be trying to achieve. Watch out for the common circular logic trap of finding an idea you like and then trying to extract goals from it. We find it's best to not think about ideas at all at this point, and to focus entirely on more abstract goals. What are the biggest problems in the Heavy class? In what situations is it the least fun? Like idea evaluation, goal generation is a big topic in itself, and one we'll go into in a later post.

TF2 Trading Cards - Part 2

July 3, 2008 - Jakob Jungels

To continue from the previous week, today we have some additional finished trading card images for you to take a look at - the Heavy and the Medic.

This is a pair we've talked about fairly often, considering their usage and the vital role that they play in attack and defense. We've done a bunch of updates to the Medic recently, placing the Heavy next in line for achievements, unlockables and balancing additions.

A Heavy Problem

July 1, 2008 - Robin Walker

As Gabe mentioned in his lengthy response to an email recently, the next class pack will focus on the Heavy. For the Medic and Pyro packs we kept our goals for the pack pretty close to our chest, but for the Heavy we've decided to open up the process a little. Our hope is that you'll get a better insight into how we approach design problems, and have some fun thinking about the problem yourself. We do design collaboratively at Valve, and one of the side effects of it is that we really need to be able to evaluate design ideas as objectively as possible. Otherwise design meetings would devolve into subjective arguing. We've found that the best method of working objectively is to have clear goals up front. Once we've got clear goals, we can throw a bunch of ideas up on the board and measure how well each idea achieves those goals. Often the work of testing those ideas against the goals causes us to further refine or clarify the goals.



Here's a list for how to help define the problems we want to solve with the Heavy pack. It's pretty much exactly what we would start a design meeting with. Try coming up with a new unlockable for the Heavy that addresses the goal, while staying within the constraints as much as possible. The extra section includes other details that are useful when trying to compare two viable ideas.

Goal: Make the Heavy more viable when he has no Medic to pair with.

Constraints:

  • It shouldn't have a cumulative effect when being healed by a Medic as well. Heavy/Medic pairs do pretty well as it is.
  • It shouldn't significantly change the Heavy's role, relative to other classes. In particular, it shouldn't significantly encroach on another class's role.
  • It should be understandable for both the user and the player it's being used on.
Extra:

  • How much work is it? How many new models, sounds, effects, etc?
  • Does it deepen the Heavy's skill curve? Is it easy to learn? Hard to master?
  • Is it an interesting tool to choose relative to the base Heavy weapon it's replacing? What scenarios can you envision in which each is useful? What arguments can you raise for why each is better than the other?
  • How often does the Heavy need to think about it? Is it something he uses once every 5 minutes, or is it something he needs to be constantly thinking about? A greater impact on player decision making is generally a good thing.
  • How many other features of the game does it affect? Often, the best ideas are "economical", with a small set of required actions, but a wide set of resulting effects.
Finally, keep in mind the skillset required to be a good Heavy. He doesn't really rely on fine aim, since his minigun has such a wide spread, instead relying on more tactical skills, like these:

  • Being in the right place before he starts firing, because he has little ability to move while firing.
  • Good anticipation of enemy behavior, for both the above point and because his minigun needs to be spun up before firing.
  • The ability to estimate the amount of damage he's taking. It takes time for the minigun to spin down, so he needs to be able to know when it's time to retreat several seconds before his health has run out.
  • The ability to keep firing at a target while still keeping an eye out for other dangers, in particular Snipers & Spies.

Obviously, there are many more, like the full set of skills required to be a good user of an invulnerability charge. If you compare his combat related skills to that of the Soldier or the Demoman, you'll see he has a unique set that's less about aiming & dodging, and more about commitment choices and accurate battle evaluation. When thinking about your new unlockable idea, think about the new skills, or changes to old skills, that it'll require the Heavy to learn. It's best if those new skills aren't identical to ones required of other classes, or class distinctions become less interesting.

In the end, solutions almost always require tradeoffs, from the breaking of a constraint to the addition of a large chunk of work to solve understandability. A framework for objective evaluation is a great tool, but ultimately, something also needs to be fun, and that's hard to evaluate on paper. We try to end our design meetings with three potential solutions, and then implement crude versions of each. Playtesting those crude versions usually shows us some pros and cons that we didn't see in the meeting. Solving those cons, without giving up any of the pros, is the real meat of game design.

I hope you have some fun thinking about this with us.



TF2 Trading Cards - Part 1

June 27, 2008 - Jakob Jungels

During the development process with most of our games, we end up creating content that, for a variety of reasons, may never see the light of day. Sometimes we may not have the time to bring the content to finish, sometimes we use them as a company-only experiment, and sometimes the content just isn't in line with what we're doing at the time. Needless to say, there's a fair bit of cool stuff that we've never been able to share with our fans. We're happy to say that this blog has now given us a unique format in which to share some of the unused artwork with you.

At some point during the shipping of TF2, the TF art team built a set of trading cards as promotional tools at cyber cafes. We find it unfortunate that we were never able to produce these at a larger scale, considering how much work went into them and considering how proud we were of them as final pieces of art. The four here are a couple examples of the cards that were built, and we plan to continue to release some as time goes on.