I’m still fairly new to game development

You are considering making a multi-mode, live service game as what I presume is a solo developer.

Make a single player game centered around a single gameplay loop. Get it working well and make it fun. Keep the scope under control.

Once you can do this play around with more complex gameplay loops in single player games but always keep your scope manageable and planned out. Write yourself a game design document that outlines the scope and general objectives of the project and stick to it.

Honestly, my immediately reaction is that all three of these genres are basically live-service MMOs. Getting and maintaining a large enough playerbase would not be an easy feat. The different gameplay loops may make things more difficult, but extraction shooters and survival games have a lot of overlap, although I can’t picture how a 5v5 shooter would benefit from being built on top of this.

I would also warn that large-scale projects like these tend to be exponentially more difficult, without significantly increased odds of success. If this is a long-term passion project, no reason not to pursue it, but if you’re hoping to turn it into a buisness, you’re probably better off looking into something with a lower playercount required.

Gonna echo what others have said here from my general programming experience: you need to start WAY smaller. Build, for example, a top-down sprite art single-player extraction shooter. Once you’ve gotten the hang of the general problems with real-time gameplay, then move on to the next project.

I don’t think you’re wrong in starting with a particular focus and expanding the scope as you gain experience, but you’ve set your starting point aggressively too high.

What you generally find is that different gameplay loops tend to clash in bad ways. Games with a bunch of moving parts also tend to be hard to nail down what’s working well and what isn’t.

To be blunt, this is an ambitious project, in a bad way. You’re approaching this as a large studio might and not as what you should be (which is as an indie dev).

Its age-old tradition for an indie dev to pursue their dream project and then crash and burn a bit before drastically scaling down the project scope, but I recommend doing a games more ‘game jam’ level before you undertake the dream project.

Players are generally resistant to changes made in a game. When you release a game the players that keep coming back are the ones that liked what you’ve made. Those that don’t like it won’t cone back. Many of them won’t even try for a new game mode.

Even if you released with all planned modes your player base would likely fracture into the modes they prefer, but not evenly. Eventually you’ll have to prioritize one mode over the others and you’ll pick, not your favorite mode, but the mode with the highest player count. This will lead to bugs not getting addressed in your less popular modes and player counts eventually falling off.

Consider COD and Fortnite. Each are massive franchises with huge player bases and multiple modes, but there’s really only one or two modes that people play (and those games are produced with massive investments. Hell, PUBG even has occasional seasonal modes–but it’s not getting huge numbers of non-pubg players you boot the game and the core player base is sticking to the mode they play the game for.

My advice here is to pick one mode. The one mode you most enjoy and build that. You can then build a community around people that like the same gameplay you do and your enthusiasm for that mode you enjoy will help that community grow.

You mention you are still new to game Dev. What have you built already? These are all ambitious projects, and it you don’t have the relevant experience yet will be a VERY difficult task. I’d advise making your first couple of projects really small to get a feel for it and learn incrementally. This will help you gain the requisite skills and delay burnout. If this is your first real big project and you’ve done nothing with multiplayer before you’re gonna have a difficult time.

My honest opinion is that I would never play a game that tried that. It’s too much genre diversity in one game.

I think extraction is oversaturated at the moment/too heavily competed. As do I think the 5v5 team based shooters are.

I also think that at the point of adding survival ontop of it, you are trying to advertise to too broad of an audience. Your survival open world mode would be significantly different mechanics wise than your extraction mode, so you would essentially need to make an entire different game just for that mode. They are two polar opposite game styles. Extraction style is a fast paced perma death style mode with no real intent outside collection to increase char strength and skills, where survival is slow paced by norm and would need some form of driving factor to keep people interested in playing the mode, as the primary reason to play it (get shit and get out) is no longer in play.

if its a passion project/not expecting any return out of it. I would say go for it but, I think that if you intended to make it a monetization thing and have it take off, its a bit ambitious and I think you should start with one or the other.

Honestly it sounds a lot like Dark Zones from The Division games,

I think you’re underestimating the amount of work creating a game is. Dreaming is fine, the next step is to commit some ideas on paper. A project of this scope is unheard of for a solo developer. So you better have a nice chunk of cash behind you to pay for some developers.

I would strongly suggest you start with a very basic tutorial for Unreal engine and then slowly expand on that to even see if it’s something you’d enjoy doing.

We all dream of our perfect games and maybe scribble down some notes, but actually putting in the work is a whole other matter. What do you have that the tens of thousand survival games made in unreal engine in steam lacks?