Right now I'm stuck between multiple projects (I don't have shiny object syndrome) I have several game ideas and I'm trying to figure out how to pick between them. I was thinking maybe hearing someones else's idea on how to handle a situation like this would help me.
How can I pick between game project ideas?
Your first test should be to pitch individual ideas to a few random people from your offline or online social circle or to a few interested online communities. See how they react to it. This can provide a first sanity check which doesn't cost you a lot of time and effort.
However, it is difficult to really judge how a game feels just from a description of the game. So if the reaction is not completely negative, then your next step should be to build a rough, throw-away prototype.
Do not waste any effort on any bells and whistles like graphics, user experience or on the extensibility of your software architecture. Only get that core mechanic you have envisioned to a playable state so you can see how it feels to play it. Cut every corner you can. Only make what you can't fake or borrow and don't occupy yourself too much with fixing any bugs which do not completely prevent you from experiencing the core mechanic.
For more advise about rapid game prototyping, check out the Extra Credits videos Fail Faster and Minimum Viable Prototype.
If you find a prototype where you feel that you would like to do it properly, then it is time for a little business analysis:
If you answer yes to all of these questions, you might want to give it a try.
Whatever game idea you eventually decide upon, I am looking forward to playing it.
Everyone is different so take this advice with a grain of salt.
If you care about each of the projects equally, I would recommend going with whichever project has the smallest scope. That way, you'll have a greater chance of completing the project and you'll minimize the amount of time thinking about the other projects you want to do instead. You can start a list of 'future projects' and write the other ideas down there. Putting your ideas into writing will help put them to bed for now.
If you think you might me more passionate about a particular project, but aren't sure which project that is, you could try making small prototypes of each idea. Create a quick paper prototype, or something similar, and play-test each idea with a group of friends. The keyword here is quick. You want to spend as little time as possible on each idea while still getting the feel for what it would be like to work on that project.
Whether a personal project, android app or fully publisher funded release - the key aim is to create as much value as possible for the resources you invest.
If you were releasing this as a commercial game, some factors you may consider to be valuable could be:
How much income you expect from sales
How much this title will build your reputation, and increase future revenue
These can be measured in a number of ways - such as looking at similar and previous titles, asking your customer base, and many other aspects of market research.
But even a personal project, that never sees an audience, will still have value:
How much you will develop your skills for future development
How valuable the opportunities are that this project may open up to you
How much value this project will add to your portfolio
And of course, in both situations - how much personal satisfaction you'll gain from seeing this idea brought to life.
The values you attribute will range from super fuzzy (personal satisfaction) to concrete (earning $x income). Some will have higher or lower priority for you, and there is no way for anybody except yourself to decide "how valuable" a project is to you overall.
However, once you've made a case for each project - and how valuable you expect it to realistically be - you can set that against the cost to make it.
Again the costs may be fuzzy (additional stress) or concrete (monetary cost of tools and your time which isn't $0 - even if you're unemployed).
You can (and should) also weigh up the risk of not achieving each project. That is, the chance of the project ending up with no value gained for the given cost.
Once you've properly planned out the projects, and have made decisions on what is or isn't valuable in each one - you can more objectively decide which project gives you the most value for your investment.
For personal projects, this is often the value vs the time investment (which should not be undervalued). But the same skills will apply even if you do decide to make a commercial title.
Importantly, if you have multiple projects that you've deduced to be equally valuable, and equally risk-free; choosing any of them will have the same result and so you can just pick one at random - they are all equally good options.
one game being more fun/engaging than another.
More fun/engaging, for which players? It's tricky, because different people rank game-fun differently. And how do you contact them? How do you know how much fun it was to them? This is all too hard! So instead, we consider just one player, who we have great access to: you
(Alternative: some writers, to have a target audience in mind, think of a single individual, and what would be entertaining to them - several children's books have been written with some specific child in mind.)
Now, how domwe tell which game you find the most fun/engaging, when it doesn't exist?
The first thing is to ask yourself: which do you think you'd find the most fun/engaging?
The next approach is to perforrm an experiment to help you tell. The purpose of an experiment is to not be a result in itself, but to give you information. The lowest-cost experiment, that gives you the best information, is the way to go. We can consider what is really easy to try (low cost), and the start again, considering what will answer your question (high information).
This is the MVP concept others have mentioned, but more extreme. If you can try out part of an idea, without coding at all, that's a better experiment. For example, can it be done with pen and paper? A board game? A card game to represent the choices? A map drawn on paper? You can combine your imagination with the prop, as part of your prototype. There's no difficulty with getting the answer out of someone, or if they are imagini g it wrong, because it's you. Plus, imagination is even lower-cost than pen and paper!
Some non-game examples: a guy wanted to test the idea of selling cars online. So he made a webpage that emailed the form to him, and did everything else manually. He wasn't trying to build a business, but get informatiin aboit whether people would actually buy cars online.
The Wright Brothers realized control of an aircraft was the tricky bit, but it took 6 months to build a test aircraft (and risk life and limb to try it). So they built a wind-tunnel (perhaps the first?), and could try out ideas on models, sometimes several a day.
Note that the task here is not to make a prototype of your game, but to see if a game idea is fun, how much fun and which one is the most fun. It's about information, not to build your game. It should feel easy to throw out a failed experiment.
But if you consider all these variations, there are too many game ideas to compare. So, you shouldn't do this until you've choosen an idea (or, if you have a brilliant idez to make it better, and you can't help yourself but explore it).
Finally... through this process, as yo learn more about your game ideas, you may get a sense that this is the one to do! This would be awesome fun! That game is the one to do.
