How Amber Halls was created

Image

My goal with Amber Halls was to make a puzzle-heavy micro-roguelike. While that spirit remained always true, the game started as a very different thing. Let me explain the thought process behind the most important aspects of its design.

Progressive goals

One of the great things about most roguelikes and solitary games is that you can play them forever. But this is not a free feature; you need to design the game so that it always offers a challenge to the player. One way to achieve this is by setting progressive goals. When I started working on Amber Halls, I wanted it to be hard to beat. Beating the game had to be the first big challenge. Once a player accomplished this, they would try to improve until being able to beat the game somewhat consistently. Finally, their goal would be to get a high score. Ideally in a game like this, the high score should not have a cap, so that there is always a challenge for the player. In Amber Halls, collecting gems is absolutely unnecessary and it makes the game harder because staying longer in the same room increases the chance of being hit by an enemy. However, if you are good at the game, you can get all gems pretty consistently. This bugged me a lot because it implied that the game was “beatable”: once the player figured out how to always get every gem, the game would lose all it’s fun because most of the challenge would be gone. This is part of the reason why I decided to include the Daily Quest feature: there’s always the challenge of competing against other people.

Driven by simplicity

In roguelikes, decisions are usually the center of gameplay. You want your game to have multiple resources so that the player has to choose which ones to get, which ones to use, how to combine them, etc. But adding resources increases the complexity of your game, which is not always a bad thing (DotA, LoL), but I wanted Amber Halls to be as simple as possible (in terms of design). The reason for this is that it is very difficult for me to get into a game if it has complex menus, hidden rules or unclear goals. Now, in Amber Halls, when I just started to develop it, the hero needed mana to attack and use magic blocks. Mana was obtained by walking or by getting those blue “mana drops” in the picture above. The gray ones also increased your maximum mana. This was very nice but it also made the game a lot more difficult (wait, is that even possible?) and it diverged from the original objective of the game: instead of just deciding which sokoban puzzles you wanted to solve, you had to plan ahead and figure out how to fight enemies without running out of mana. I decided to get rid of mana because it added an extra, unnecessary complexity layer. When I design a game, I like to focus on just a few interesting mechanics and get the most out of them. I like games that can be explained in just one simple phrase: What is Amber Halls about? It is about pushing magic blocks from level to level to keep them with you. What will my next game be about? It will be about a guy with a powerful spacesuit trying to escape from a hostile planet.

Now, unrelated to the gameplay, I made a lot of small changes to the art of the game because I wanted to create a style that reflected simplicity. As you can see below, the character went from the guy from Totem Clash (another game of mine) to a more human-shaped wizard.

Image

Think about the player

I must say I made Amber Halls for myself. Most people tell me that I should be doing freemium games because “that’s how you succeed in mobile”. I tell them I will only publish a game if I feel proud of it, and I can’t feel proud of a game that is all about getting something from the player. I think Amber Halls is my best game so far. It was not very successful in terms of sales, but it is a step in the right direction. However, there is one important lesson that I have learned after publishing it: when you release a game you made for yourself, you have to be very careful with how frustrating it can be for other players, after all a game needs to be fun. I have received many comments of people saying the game constantly creates impossible levels, and although this is not the case, if a player feels this way, it is my fault for not communicating properly with them and not working hard enough on the difficulty curve.

A few words about each of my games

Image Amarillan Room

This was the first video game I ever made. It started as a series of MS Paint drawings of my room that I made when I was like 17 after playing Crimson Room and similar games. After that, I learned some programming and made a java version of the game that required insane precision. Then, in 2012 I purchased an iOS developer license and ported the game pretty fast. The game is not very interesting: it’s just a simple “escape the room” point-and-click. However, I love it for being my first official game. Also, it is my most downloaded game so far.

Image The Honeycomb

This is a puzzle platformer game that I put a lot of effort into. I teamed up with Cristian Salinas (a friend from school), he made the art and I designed the game and the levels. I even bought some music for it. The game was a big fail in terms of downloads but I’m very proud of the mechanics and the level design. With this game I confirmed that you should always start small.

Image New Journey

While working on The Honeycomb, I started to feel very compelled to create a game inspired by J.L. Borges’ short stories. Then, after playing “Corrypt” by Michael Brough, I came up with the idea of being inside a multiverse and having the power to intertwine different realities (using stuff from a reality to change another one). The game is absolutely crazy. Even the introductory puzzles are hard. But hey, it’s a game I created for myself, and I like it a lot. Also, I’m working on a sequel or something.

Image Telekin

When Puzzle Script first came out, I thought it was wonderful. Everyone was making sokoban games, so I decided to twist a bit the rules. I still remember one of the comments I received about the game; it was something like: “what have you done??? Now I can’t play other games because It feels weird when blocks don’t react if you move towards them!”

Image Totem Clash

Totem Clash is a 2-player turn-based strategy game. Originally, the goal was to destroy your enemy’s totems by just tackling them, but this did not offer any strategic possibilities, so I changed it and now it’s all about tackling your opponent out of the board, which is a lot more fun and interactive. After making this game, I decided that 2-player turn-based games have a big problem: when it’s not your turn, it is not fun to wait for the other player while they think, and when your turn finally arrives, it is very stressful to think of your move knowing that your opponent is waiting for you.

Image Amber Halls

I started working on Amber Halls after playing some roguelikes. The game combines permadeath, level randomization and sokoban mechanics. The result is a game that looks extremely difficult when you first play it, but then evolves into a very challenging puzzle game that you can play every day. The game was frustrating to many players, which is why it was not so successful, but I think it is the best game I’ve made.

Image Power Grounds

Power Grounds is a roguelike in which you fight enemies using powerups, but powerups are tied to tiles in the floor. It is a simple premise that turned out to be very fun and challenging. This is my most successful game yet, and I think the success is a mix of the game being good and me being lucky: Apple featured it on the App Store and on their twitter account. I don’t know how they pick their featured games, but I am very thankful.