• FEATURED

View more

View more

View more

### Image of the Day Submit

IOTD | Top Screenshots

### The latest, straight to your Inbox.

Subscribe to GameDev.net Direct to receive the latest updates and exclusive content.

# How do I estimate a budget for a MMO?

20 replies to this topic

### #1JustANoob  Members

Posted 29 August 2013 - 05:51 PM

I have almost 0 programming experience and exactly 0 art and networking experience and don't plan on learning anything other then the overall general basics I need to know to design a game within a budget I can spend.  I know I know everyone has a idea and you will never beable to do this blah blah blah.  I don't care.  I believe strong enough in my ideas on game mechanics and revenue generation to spend the next year or two trying.  So the main questions for right now before I even begin making a game design document are...

What do I need to learn before it even makes sense to make a game design document and where can I learn it?  Keep in mind the budget for the game is not going to be known until after the document is done as I plan on using that to put the people and resources together to try to make this happen.  I'm hoping based on nothing really that 250k is a bare minimium to make something close to what I want in terms of gameplay.  If I just wanted to make a nintendo nes graphics level game with more advanced gameplay and mechanics and beable to handle 500 concurrent users in a persistant world do you think that would be enough money?  Assuming I'm paying a normal wage for all or most work (could probably get some cheap or free art at this level of graphics)?  If not how much would be needed and how much of that is paid labor for programming, art, networking vs licensing and hardware etc costs?  How much do costs go up as the graphics improve?  Think the exact same game but NES level to GTA 2 level graphics?  What would the extra cost be in $or multiples of the original art budget? What is the cost breakdown of making a MMO? The massive multiplayer aspect is the most important part of this idea (other then my original ideas i'm not going to share). How much of the cost does this aspect account for in terms of both extra programming and servers and bandwidth needed? If I have a game that can handle 1000 concurrent users is that going to be significantly more costly then the same game that could handle only 100 users? Does the size of the ingame world drastically effect the amount of servers or size of servers needed? Does the maximum number of players that can be in a certain area at the same time or in the same "instance" of the game affect cost alot? Would having gameplay that "instances" off small teams of players in certain areas be more cost effective? Are there any patents that I'm going to have to be careful of violating or that basically every MMO has to pay a fee for using? If so what is going to be the cost of licensing the basic patents to make a MMO? I realize some of these questions are mostly unanswerable without knowing exactly what the game design is but I'm just looking for very rough estimates atm to determine what to plan for in the game design and business plan. Any examples of other sub$10 million MMO's and their production costs and features would be useful.  Any questions you can answer or new questions you think I should ask myself or helpful links you can provide would be appreciated.  I have no illusions of making a AAA graphic game and realize that getting any game done with little to no money out of pocket and 0 experience in the industry is completely unheard of so no need to make a negative post telling me that.  Thanks

### #2JustANoob  Members

Posted 29 August 2013 - 06:00 PM

Forgot a very important question.  What would be a fair assumption for the cost per player per hour to host a MMO?  What factors effect this number?  Is this even a valid concern or is most of this cost going to depend on the cost of servers needed to support the max number of concurrent users?

### #3Tom Sloper  Moderators

Posted 29 August 2013 - 06:25 PM

1. What do I need to learn before it even makes sense to make a game design document and where can I learn it?

2. Keep in mind the budget for the game is not going to be known until after the document is done

3. I'm hoping based on nothing really that 250k is a bare minimium to make something close to what I want

4. If I just wanted to make a nintendo nes graphics level game with more advanced gameplay and mechanics and beable to handle 500 concurrent users in a persistant world do you think that would be enough money?

5. how much of that is paid labor for programming, art, networking vs licensing and hardware etc costs?  6. How much do costs go up as the graphics improve?  Think the exact same game but NES level to GTA 2 level graphics?  What would the extra cost be in $or multiples of the original art budget? 6. Would having gameplay that "instances" off small teams of players in certain areas be more cost effective? 7. Are there any patents that I'm going to have to be careful of violating 8. I have almost 0 programming experience and exactly 0 art and networking experience and don't plan on learning anything other then the overall general basics I need to know... 0 experience in the industry is completely unheard of so no need to make a negative post telling me that. 1. You don't need to learn much to write a GDD. Just grammar and spelling and punctuation, and play lots of games and be able to describe functionality from the programmer's point of view (not the player's). Read http://sloperama.com/advice/specs.htm and http://sloperama.com/advice/lesson13.htm and just start writing. 2. Actually, you can't write a budget from a GDD. You also need a TDD, an art list, and an audio list. And a staffing list. From those docs you create a schedule, then the budget is easy. 3. It depends on the scale and scope of the game, for one thing. 4. Probably not. Maybe this will be helpful: http://sloperama.com/advice/finances.htm 5. The largest cost is personnel salaries, and the most money is spent on programmers. 6. Probably. 7. Yes, but it's best that you don't read any patents. Read the "Patent trolls" thread on this board: http://www.gamedev.net/topic/645267-patent-trolls-attacking-small-indie-developers/ 8. Not having experience means your costs will increase greatly (you'll be spending a lot on the learning). -- Tom Sloper Sloperama Productions Making games fun and getting them done. www.sloperama.com Please do not PM me. My email address is easy to find, but note that I do not give private advice. ### #4Servant of the Lord Members Posted 29 August 2013 - 09:13 PM Bearing in mind that we know almost nothing about your game, so any kind of estimates are merely conjecture... Also bearing in mind that I'm just a hobbyist trying to go indie, and not in the professional game development industry... Hosting costs are less than development costs. I did some basic back-of-a-napkin hypothetical calculations on server costs at the bottom of this post. A 500 user concurrent MMO isn't really a Massively Multiplayer Online RPG, just a ORPG - an Online RPG. Though people often mix the terms up, to be 'massive' the term was coined for 100k subscribers, meaning more than about 5-10k active at once. The title isn't fully defined though, what makes a game 'massive' or not is up for debate. 500 concurrent users could probably be hosted (depending heavily on the nature of the gameplay of the game) at less than$1000 a month. I'm assuming a single one of your servers can run 50 users concurrently (optimized, and depending on the nature of the game, they could handle more), and so you'll need 10 servers running 24 horus a day, 30 days a month, at an Amazon.com-hosted price of $0.120 an hour. For a simple 2D rpg only hosting 500 concurrent users... I would estimate a decent programmer (again, depending heavily on the nature of the gameplay of the game) could do a decent job on it by working full-time for two or three years. This means, paying a wage of$35k a year (far below the average programmer wage of ~70k a year), and hiring two programmers working full time, and taking two programmers two years to make, it'll take $140k for you to pay your programmers. Toss in another 35k a year for two artists who, if you're lucky, also have musical skills, a quarter of a million dollars isn't too bad of an estimate for a simple 2D online RPG. Ofcourse, you'll want enough cash to be prepared for things taking longer and for mis-estimations in project scope, and for extra "insurance" against accidentally getting a poor programming who you think is doing good work, who a year into the project quits and suddenly leaves you with the revelation that he was just fooling around not knowing what he was doing. So a half-million would be better. It definitely could be done with far less, but you'll have to really know what you're doing, understanding fully every development detail of the game (which you already said that you don't. You have the design down, which helps, but knowing the development itself would cut costs and reduce risks alot). If you start to build and can't finish, you lose everything you put into it but don't get anything out of it, so a larger backup reserve is important. Edited by Servant of the Lord, 29 August 2013 - 09:25 PM. It's perfectly fine to abbreviate my username to 'Servant' or 'SotL' rather than copy+pasting it all the time. All glory be to the Man at the right hand... On David's throne the King will reign, and the Government will rest upon His shoulders. All the earth will see the salvation of God. Of Stranger Flames - ### #5Orymus3 Members Posted 29 August 2013 - 09:47 PM Servant, you've been very optimistic here. I've been involved in various "MMOs", none of which ever cut below .5M$. Bear in mind that these were established teams however.

The 'rate of 35k$' / y is edgy. If a programmer is willing to get paid this salary to work on the project, there's a good chance his skill level is not that of an average industry programmer. This would make the game significantly longer to make, and would cause more bugs, which in turn would require more dev to fix (and possibly actual QA time trying to reproduce 'random' issues). The key element of note here is lack of experience. a Project relying upon a man with no experience in management (or making games at all), lack of understanding of what everyone on the team really needs to be doing, and more importantly, lack of experience designing games (resulting in poor quality documentation and lack of foresight) could be catastrophic. This is a wildcard here that could increase the cost by magnitudes here. I'm going to assume OP is more than meets the eye here (anyone able to raise 250K$ like that probably has a hidden talent).

On the other hand, you could target to have something 'minimal' to be playable as quickly as possible, and iterate on your original design based on user feedback:

pros:

- You get to build the RIGHT features (things people actually want)

- You get to earn money midway through production (users paying to play)

- You get to have a light original design which is much easier to have everyone focused on (and that really helps to mitigate complexity too early in dev)

Edited by Orymus3, 29 August 2013 - 09:48 PM.

-=- My Articles -=-
Getting Games Done - Method and tools on how to start a hobby project and get it Done!

The Art of Enemy Design in Zelda: A Link to the Past - Reverse-engineering functional enemy design from applied example.

Retro Mortis - "RTS" - Article Series (4 Parts) on the history of RTS development (4th part finally released!!!)

### #6frob  Moderators

Posted 29 August 2013 - 10:49 PM

This has been discussed many times, we should probably add a FAQ entry on it.

How to estimate the cost of a big video game.

Analogy time! One way to measure a mountain is to count all the rocks. Look at each rock individually, determine the size, and add it to a tally. This is similar to how many people want to estimate the cost of a project: add up each estimated budget line item and add it to a tally. Another way to measure a mountain is to compare it to other mountains of known size. In project management this is akin to looking at the bottom line from other projects and approximating from their values. Unfortunately most people don't have access to the budgets of many major projects. Yet another way is to think of the mountain as a giant pyramid and compute the value based on those factors. This is fairly easy to do with projects since you can generally estimate the major factors based on easily discovered data.

You should be able to find a list of comparable games to whatever you want to make. It doesn't need to be exactly the same, just approximately the same size, scope, and distribution. You may envision that you want a game similar to <game1> and <game2>.

Very rarely you can go online and with some careful searches discover the exact cost of your similar games. That is method two from above. You may discover that <game1> was $43M and <game2> was$38M, so you can make a rough estimate that your game will cost around $40M. Usually you aren't that lucky. So you need to figure out the approximate dimensions of the project and do some multiplication, per method three above. Go to sites like mobygames and get a list of the credits. Just count the number of programmers, artists, modelers, animators, designers, producers, and other major team members. That is the number of developers. Then look up how long the game was in development. If you can't find it directly, look up other games by the team leads and compare the most recent previous release. Often it will be 12, 18, 24, or rarely 36 months. This is the months in development. Next look at the country of origin. In the United States for all but the most expensive regions, the cost per development month is about$10,000. This is not the salary of a developer per month, but an estimate of the costs it takes to employ a developer; it a broad estimate of salary, equipment, software, facilities, support staff, taxes, insurance, and other costs. In other nations you will need to find the number unique to you.

Then multiply the three values. For a small mobile game: 5 developers * 3 months * $10,000 =$150,000. For an annual sports game: 30 developers * 12 months * $10,000 =$3,600,000. This is the production costs.

Production costs are like the height and width of the mountain; it is a triangle. There are other dimensions. Fortunately these are usually relative to the main development costs.

Before production the games need to be pitched, be fleshed out and designed, tested for legal requirements, the market researched, and more. After production is complete the game is not magically in customer's machines; there are many post-production tasks such as marketing the game, getting discs pressed and boxed and shipped around the world, or getting distribution agreements with online retailers, getting marketing agreements in place, processing all the money, and so on. Generally development costs are 1/3 of the total budget of a game, so multiply the production costs by 3. This is the total spend.

Now that you know roughly what the cost of your game will be, you can compare the total costs to other games of known development costs as a sanity check. One-off mobile games often have a budget of $50K-$150K. Large mobile games often have a budget of $500K-$1M. Many "rummage bin" console games have a total spend of $3M-$5M. Many of the annual updates and cheap remakes have a total spend of around $20M-$50M per platform. Big AAA games that span multiple platforms have a total spend of $50M-100M. The very large blockbuster MMOs have a total spend that starts at$100M just to break in.

Professionally built games are an expensive business.

Check out my book, Game Development with Unity, aimed at beginners who want to build fun games fast.

Also check out my personal website at bryanwagstaff.com, where I occasionally write about assorted stuff.

### #7Servant of the Lord  Members

Posted 29 August 2013 - 10:52 PM

@Orymus3: I am being a bit optimistic, yeah.

It really all depends on the nature of the game. I was part of a small orpg hobbyist project, programmed by a single programmer (the program lead), and though we never finished the project, it was fully playable and almost feature-complete. We worked on it, as hobbyists, in our free time. We worked on and off over several years - from 2006 to 2010, with large gaps of inactivity sprinkled throughout.

The lead developer did 100% of the programming, but often didn't have time to work on the project because of real-life.
I was the lead artist (and a mighty poor one, back at that point in time), lead map-maker and world designer, and one of the two scripters.
We had a third developer who also helped with scripting and map making inbetween his college classes.
This was our team of three.

From time to time we had others do a spot of art here or there, and someone made the GUI artwork, but it was mostly us three.

Mostly, we all just messed around, but we had a decent-sized game world, functional combat, guilds, guild halls, PvP areas, non-PvP areas, hundreds of items, fully-scripted mini-event-games inside the game (player races, treasure hunts, and others), quests, skills (ranged, DoTs, AoEs, buffs, de-buffs), equipment with special effects, an auction hall, and a few other things as well.

We never promoted the game (since it wasn't finished), but we had a tiny active community of a dozen players, sometimes reaching as high as twenty. Without even announcing the game anywhere.

With a focused team of four (two programmers - who both also script, two artists - at least one of who can make music), working full-time, and getting paid to do so, I think it's within the realm of possibility.

The challenges are:
Reasonable featureset - not too extravagant in scope.
Having the game design mostly locked in place - so things aren't changed halfway through development.
Finding people who have skill and are willing to do the work full-time at around that price.
Managing the team, leading them, coordinating them, coordinating and organizing what still needs to be done, keeping the team focused and motivated. (This is much harder than it sounds if you don't know what you're doing - 'managing'/'leading' is not the same thing as "telling people what to do". It's not the "idea guy" position, it's an entirely different skillset)

None of those are insurmountable. For half a million ($250k as your employee wages and additional contracting work as needed, plus another$250k for when the project goes longer than expected), I think it's possible. You just have to know what you are doing, which the OP already said he does not.

Optimistic? Yes, definitely. But still possible. I just wouldn't risk my imaginary $500k on it. The key element of note here is lack of experience. a Project relying upon a man with no experience in management (or making games at all), lack of understanding of what everyone on the team really needs to be doing, and more importantly, lack of experience designing games (resulting in poor quality documentation and lack of foresight) could be catastrophic. Agreed - that pretty much sums the entire situation. Edited by Servant of the Lord, 29 August 2013 - 11:02 PM. It's perfectly fine to abbreviate my username to 'Servant' or 'SotL' rather than copy+pasting it all the time. All glory be to the Man at the right hand... On David's throne the King will reign, and the Government will rest upon His shoulders. All the earth will see the salvation of God. Of Stranger Flames - ### #8Orymus3 Members Posted 30 August 2013 - 07:26 AM Assuming you get people willing to work for royalties, that are somehow skilled and reliable (motivated and loyal), you could even technically do it for much less. However, this is quite unlikely. @Servant: Sad story. Any somewhat completed game deserves to be put out there. -=- My Articles -=- Getting Games Done - Method and tools on how to start a hobby project and get it Done! The Art of Enemy Design in Zelda: A Link to the Past - Reverse-engineering functional enemy design from applied example. Retro Mortis - "RTS" - Article Series (4 Parts) on the history of RTS development (4th part finally released!!!) ### #9emcconnell Members Posted 30 August 2013 - 02:26 PM The key element of note here is lack of experience. a Project relying upon a man with no experience in management (or making games at all), lack of understanding of what everyone on the team really needs to be doing, and more importantly, lack of experience designing games (resulting in poor quality documentation and lack of foresight) could be catastrophic. This is a wildcard here that could increase the cost by magnitudes here. I'm going to assume OP is more than meets the eye here (anyone able to raise 250K$ like that probably has a hidden talent).

That says it all. Without working in the industry, or creating multiple indie games yourself, you can't even imagine the leadership challenges you're going to face doing this. You'd need to hire a project manager/producer to handle the project for you.

A good example of a MMO that I could make alone, in under a year, is "Realm of the Mad God". The original class sprites were from a roguelike contest, and the game generates worlds algorithmically. I'd say that's a decent end goal for your \$250k to take you, if everything went perfectly. Another problem not mentioned, is you have no idea who to hire and how to hire them. You wouldn't know what quality of employee you'd be hiring.

Sloper has some FAQ entry on how worthless game ideas are, so there is no use using the same obscure "I have this amazing idea but I'm not going to share it". Just describe what you are trying to make and I'm sure someone here can give you a realistic budget.

### #10frob  Moderators

Posted 30 August 2013 - 04:11 PM

A good example of a MMO that I could make alone, in under a year, is "Realm of the Mad God".

MMO has a meaning.  That isn't it.  The term MMO was coined to describe online games with more than 100k active users.

Online games? Sure, those are easy enough. The Multiplayer and Networking Forum FAQ has an example making a simple online RPG in just a few hours.

Massively Multiplayer Online game? Those are difficult and expensive. You might be able to pull together a game with a hundred or even a thousand concurrent users without too much difficulty. To enter the realm of 100k+ active players you need some significant architecture to back it up.

Check out my book, Game Development with Unity, aimed at beginners who want to build fun games fast.

Also check out my personal website at bryanwagstaff.com, where I occasionally write about assorted stuff.

### #11Mike_Stoddart  Members

Posted 30 August 2013 - 06:22 PM

Or you could license the Big World technology if it's still around or another competing product, and avoid reinventing the wheel. That in theory should lower you budget requirements, assuming you have people skilled enough to use it.

### #12Stani R.  Members

Posted 31 August 2013 - 04:01 AM

The physical architecture you are going to need to support so many users is a big part of the problem. Load balancers, login servers, gameplay servers.... those costs are high and they're not strongly related to whether you license the core tech or roll your own (optimization questions aside).

The architecture of your own program to run in such an environment is a big issue also, of course.

frob, that's a really interesting approach to estimating costs. I never considered going by the credits. There's some error built into it since on bigger titles you will have many people in the credits who did not nearly contribute for the whole duration of the project (testers, outsourced work, people who were hired part way through or who left), but this is counterbalanced by software projects always being over schedule and over budget.

Edited by stanirya, 31 August 2013 - 04:08 AM.

### #13Greg Quinn  Members

Posted 22 January 2014 - 04:31 PM

Assuming you get people willing to work for royalties, that are somehow skilled and reliable (motivated and loyal), you could even technically do it for much less. However, this is quite unlikely.

I spend a lot of time on the Unity forums and it is very unlikely any project (unless extremely small) will be completed through royalties or collaboration.

One look at the Collaboration forum highlights this.

All these new game developers come along wanting to build the next big MMO or FPS, enthusiasm is high, and after purchasing a few models and a starter kit, a few screenshots are posted of the game. You then get a few people replying or joining the team, all is looking good....

Then a few more weeks into the development, it starts to hit home that game development, and more so trying to build an MMO or high quality FPS is indeed a daunting challenge and the team members drop off one by one. 95% of projects in the collaboration forum that are more than 2-3 months old have no more updates posted. Projects that are 6 months old will have the last update posted 2-3 months ago. These projects all die.

Long story short, offering royalties or trying to develop a commercially successful viable project is practically impossible.

### #14Orymus3  Members

Posted 23 January 2014 - 09:04 AM

Assuming you get people willing to work for royalties, that are somehow skilled and reliable (motivated and loyal), you could even technically do it for much less. However, this is quite unlikely.

I spend a lot of time on the Unity forums and it is very unlikely any project (unless extremely small) will be completed through royalties or collaboration.

One look at the Collaboration forum highlights this.

All these new game developers come along wanting to build the next big MMO or FPS, enthusiasm is high, and after purchasing a few models and a starter kit, a few screenshots are posted of the game. You then get a few people replying or joining the team, all is looking good....

Then a few more weeks into the development, it starts to hit home that game development, and more so trying to build an MMO or high quality FPS is indeed a daunting challenge and the team members drop off one by one. 95% of projects in the collaboration forum that are more than 2-3 months old have no more updates posted. Projects that are 6 months old will have the last update posted 2-3 months ago. These projects all die.

Long story short, offering royalties or trying to develop a commercially successful viable project is practically impossible.

Until some people actually do it, which brings amazing success stories.

I think its really a matter of how you look at the 1% and how people react to this.

Coming here for feedback is met with criticism, because the odds of a random individual to be within that 1% are so low, that the advice we are to give is that it's almost impossible.

On the other hand, some dedicated individuals (the 1%) have proven that this *is* in fact possible. The problem here is that everyone wants to believe they are part of the 1% because they feel motivated, etc.

But there are various other factors at work, including quite a fair deal of luck (what partners you'll find, etc.)

I wouldn't leave it up to chance myself. For example, I would have the budget ready, but still try to go royalties first, and then kick in budget if this model fails to deliver.

-=- My Articles -=-
Getting Games Done - Method and tools on how to start a hobby project and get it Done!

The Art of Enemy Design in Zelda: A Link to the Past - Reverse-engineering functional enemy design from applied example.

Retro Mortis - "RTS" - Article Series (4 Parts) on the history of RTS development (4th part finally released!!!)

### #15Ravyne  Members

Posted 23 January 2014 - 02:17 PM

Smaller-scale "MMORPGs" are commonly known by the alternative names Multi-player Online Role-Playing Games, Online Role-Playing Games (and their initialisms), or Villiage games. Those terms might help you find more focused information.

If you've got 500 concurrent users on a single server, then while you may not be truly "massive", you're still going to face many of the same technical challenges that a proper MMO does -- typical shard sized in a large-scale MMORPG are not much larger than 500 players. The primary technical differences for you will be that you won't have to deal with anywhere near as large a database, and that load-balancing across servers will be not-so-important, unless your concurrent users outgrow what's a typical shard size. There's a big difference between developing a 32-player online game that persists stats (Say something like recent COD or Halo games), and a 500-player online game that persists and queries pretty much everything in real-time -- but there's actually not a ton of difference between a 500 player MMORPG and a 10,000 player RPG from a development standpoint. Resourcing and administration, yes, but dev-wise, no.

Reducing the complexity of gameplay and art assets as you suggest can keep the initial budget low, but be careful to focuss too much cost-cutting here. Development, including art, is essentially a fixed cost -- they may be on-going, but you pay what you pay, and the assets support as many people as needed for as long as needed. If your game is successful, those costs will be dwarfed by the running costs over time.

throw table_exception("(ノ ゜Д゜)ノ ︵ ┻━┻");

Posted 06 April 2014 - 08:46 AM

Assuming you get people willing to work for royalties, that are somehow skilled and reliable (motivated and loyal), you could even technically do it for much less. However, this is quite unlikely.

I spend a lot of time on the Unity forums and it is very unlikely any project (unless extremely small) will be completed through royalties or collaboration.

One look at the Collaboration forum highlights this.

All these new game developers come along wanting to build the next big MMO or FPS, enthusiasm is high, and after purchasing a few models and a starter kit, a few screenshots are posted of the game. You then get a few people replying or joining the team, all is looking good....

Then a few more weeks into the development, it starts to hit home that game development, and more so trying to build an MMO or high quality FPS is indeed a daunting challenge and the team members drop off one by one. 95% of projects in the collaboration forum that are more than 2-3 months old have no more updates posted. Projects that are 6 months old will have the last update posted 2-3 months ago. These projects all die.

Long story short, offering royalties or trying to develop a commercially successful viable project is practically impossible.

Until some people actually do it, which brings amazing success stories.

I think its really a matter of how you look at the 1% and how people react to this.

Coming here for feedback is met with criticism, because the odds of a random individual to be within that 1% are so low, that the advice we are to give is that it's almost impossible.

On the other hand, some dedicated individuals (the 1%) have proven that this *is* in fact possible. The problem here is that everyone wants to believe they are part of the 1% because they feel motivated, etc.

But there are various other factors at work, including quite a fair deal of luck (what partners you'll find, etc.)

I wouldn't leave it up to chance myself. For example, I would have the budget ready, but still try to go royalties first, and then kick in budget if this model fails to deliver.

I think the main issue is that most who do start a mmorpg project are people who are very inexperienced in the field of game development. I have been there...at the age of 15...we worked on it for more then a year...and yea, people get demotivated after a while. Its easy at the start...but when the real grind begins...making the many models you need and implenting the insane amount of features...you cant do that with a small team and no budget. Still, for me personally it was a great learning experience, and it made me chose to study game dev. Im now working on a sci-fi shooter, and i have to admit, its still a big project, but when you use an engine like udk it is very realistic (especially when working with modular models and textures). But its best for starting game devs with no budget to start with really small projects that can generate revenue in a short timeframe..which can potentially fund larger and future projects.

But yea, as said before, start with a GDD and asset listing, then you can get an estimate of the costs, it is also something that you NEED to know when approaching investors...which is a MUST for a big scale project like an mmorpg...unless your using a minimalist art style or something....or if you put a team of devs in a cage and only feed them if they make their deadlines..but that will probably get you in jail .

Edited by Shadow_hunter, 06 April 2014 - 08:49 AM.

### #17Mouser9169  Members

Posted 06 April 2014 - 09:44 AM

I'm just going to tell it straight:

1) Don't 'hide' your ideas. They aren't original, no one is going to 'steal' them.

2) Be realistic. The only way you could possibly pull something like that off is to hand all creative and personnel control over to someone else, at which point - why wouldn't he be doing it for himself?

3) Make a game - a simple, single player game. FINISH IT.  Then you'll have some idea of what's involved: artwork, music, writing, level design, engine code, game code.  That's all before you even get into network architecture and infrastructure. You're like a kid with a guitar saying I've never played this thing before but I want to get with a few good buddies and we'll have a stadium tour across the continent. It doesn't work that way

4) I'm not trying to piss in your Cheerios, but if making an MMO is your goal, you've got to get there in steps - just like anything in else in life, before you can run a marathon you have to run a mile. When guys like Brad Mcquaid, who's as experienced and talented as they come (at least on the game design side), can't get his new game off the ground you've got to realize how fierce the competition for dollars out there is.

"The multitudes see death as tragic. If this were true, so then would be birth"

- Pisha, Vampire the Maquerade: Bloodlines

### #18Orymus3  Members

Posted 07 April 2014 - 08:28 AM

people get demotivated after a while. Its easy at the start...but when the real grind begins...

Isn't this the case with all game development though? MMOs are larger in scale, but not in scope.

It's perfectly possible to build an MMO around very few concentrated features too.

-=- My Articles -=-
Getting Games Done - Method and tools on how to start a hobby project and get it Done!

The Art of Enemy Design in Zelda: A Link to the Past - Reverse-engineering functional enemy design from applied example.

Retro Mortis - "RTS" - Article Series (4 Parts) on the history of RTS development (4th part finally released!!!)

Posted 08 April 2014 - 06:01 AM

people get demotivated after a while. Its easy at the start...but when the real grind begins...

Isn't this the case with all game development though? MMOs are larger in scale, but not in scope.

It's perfectly possible to build an MMO around very few concentrated features too.

Edited by Shadow_hunter, 08 April 2014 - 06:03 AM.

### #20/ davidpotter   Members

Posted 04 August 2014 - 10:11 AM

Assuming you get people willing to work for royalties, that are somehow skilled and reliable (motivated and loyal),

you could even technically do it for much less. However, this is quite unlikely.

A better day tech new online, good luck to You.