LUCIDSTILLNESS'S PROFILE

Ah, I see; I'm used to editing in VX Ace.

The top right corner appears to have a ledge without an edge, and it looks rather jarring to me.

author=LockeZ
If it's your first game, you probably don't really even know what to plan, though. I mean I tried to do this in my first game but the planning amounted to a list of characters, a list of spells for each character, and a plot overview including dungeons and bosses. Oh, and about ten pages of jokes.

Know what it didn't have? An overview of when you get access to elemental and status resistance gear. A general indication of when in the game each of those spells actually becomes available. A correlation of which bosses will require or benefit from said gear and spells. Anything at all about enemy mechanics beyond describing my bosses as "a fire-elemental dragon" and "a golem with a lot of HP." A timeline of teaching the game's mechanics to the player - not that it had any mechanics to learn. An overview of what I would and wouldn't need in my tilesets, since I only got five tilesets for the whole game. A realization that RM95 only has 256 switches and I needed to ration them out ahead of time, or that buff spells don't work for players in RM95 and I needed a different way of differentiating characters.

But shit man, I had like ten pages of jokes planned out. What could possibly go wrong?

lol! My first game suffered from some organizational problems as well; in addition to there being a fair number of glitches due to my not organizing the maps properly, players complained that the difficulty curve was too high later in the game, and that some of the playable characters were far superior to others.

What I've learned to do since then is to work 'big to small' when organizing a game's various details. I start with one document that breaks down the game into sections (chapters, essentially, which cover the areas in sequence). Each section is then further broken down into two categories of areas; towns and dungeons. Each location is then further broken down into lists of NPCs, items, monsters, rooms and puzzles. Doing this allows the designer to have a quick 'fact sheet' for each location.

What I do next is then make a new document for each location, copy and pasting the information from the fact sheet, where I flesh out all the other details; the location of treasures and enemies, relevant plot points, the number of switches and events required, enemy and boss strategies etc. I find that the more complex the location, the more helpful a detailed outline will be in bringing it to life. I usually then make a new folder for each area, with more detailed information in separate documents (item stats, puzzle solutions, character dialogue, etc.)

As for characters, the same basic approach applies; I start with each character's class (assuming I am using classes), then I put down their skill lists, their usable equipment, their basic stat progression, etc. After I have done that, I have a pretty good idea of how the various party members will look at given points in the game, and I can go back to the areas and jot down things like what the intended level for the party will be in a given dungeon, and revise the area data accordingly.

Above all else, I try to follow the KISS principle ("Keep it simple, stupid"); things will get complex on their own, so I find games work best if the designer tries to keep things as basic and straightforward as possible when laying down the framework. Once the game starts to come together and you know that the foundations are sound, you can get more creative and add more content.

Game balance is tricky because, in most games, there is no perfect formula for making the game gradually more difficult. Challenges in RPGs tend to be strategy-based, so in a well-made RPG, even if a player has excellent stats they can easily lose a battle if they do not think strategically.

As JosephSeraph pointed out, each new challenge is essentially an exam. In an action game, these new challenges would test a player's reflexes and mastery of the controls, which naturally improve as the player continues playing. In an RPG, a player should have to apply what they have learned about combat, abilities, etc. in order to be victorious.

For example, suppose the player has been breezing through the last several encounters with a basic attack strategy, and is then confronted with a boss that fully heals itself after taking a certain amount of damage. In addition, the fight will automatically be lost after 10 rounds of combat have passed.

Obviously the frontal assault won't work, so the player will have to find some way to deplete the enemy's magic points and finish off the boss, fast. However, when not healing, the boss drains the party's magic points. So, the strategy becomes doing enough damage to the boss to force it to heal, which prevents it from stealing the party's MP, while also stealing away the enemy's own MP. If the player is clever, they will be able to fully deplete the boss's MP and finish it off before time runs out.

This is just a very basic example of how you can switch things up a bit to get the player thinking (there will likely be alternative solutions to the above problem in your game). Rather than be frustrated, the player will feel smart for figuring out a new strategy that works, and that they can apply to later challenges as well.

Yeah, if you are going to have square edges to the bank, I think it would look more natural to line the river with a stone edge. You could keep some of the grass on the floor, as some temples are overgrown with foliage in real life.

Well, would you guys like to live in a world where every crime (including the crime of being lazy) was punishable by the death penalty? Sure, you'd have peace, but it'd be the peace of tyranny.

Death Note is a very clever work in that it makes the reader/viewer question the value of freedom.