How to name your game!

When you design a game you face many challenged from the very beginning to the very end. You struggle to find out a good and interesting mechanic that offers something new to the players, you work hard to prepare a fitting theme and figure out the look and feel for your game. You spend countless hours testing your game, circling ideas and iterations to smooth it and perfect its core. There is so much to do and so much to take into consideration, it’s amazing that a single person can handle it! However in such a multitude of tasks, where all are equally important, some things tend to slip away if we don’t steel ourselves with rigour and good planning.

And one of such important thing is the game name.

Yes, as trifle as it seems, game name is hugely important and even long-lived, respected publishers tend to slip on time to time here. And we, beginners on the field of game design, can always fall into a trap with game naming. In fact, we here at Rombo Games know this from our own mistakes, since our kickstarter project – Publish or Perish – did not work out so well, and the name of the game was one of its problems! We learnt late into the campaign that the game seemed too aggressive and competitive for a cooperative game for families and kids, that it was too exclusive in its meaning, restricted mostly to the members of the Academia to see and enjoy the reference. Simply put, we tripped on the basic thing like the game name! Now we ensure proper, deeper research before settling down with a game name.

So what you can do to ensure that your game name works just fine? Well, we are not going to claim that we are big time experts on this, but we learnt and observed the trends... And we believe we can share a few handy tips. Here we go:

Quadropolis title is a great example of an unique yet straightforward title!

-        >>>  Unique and not generic. This one is both the key and the biggest struggle in finding a suitable game name. Tom Vasel said once that the titles of the greatest games yet to come are not taken yet, and that is obviously correct. When you pick up a game you have to ensure that no one else claimed it… And that goes beyond browsing Board Game Geek search. Mostly because you would like to be sure that your game name is not used in a video game or any other popular product! Why? Well, to promote your game you want it to be on top of the search engines listing, and if it happens that a similar or same name is used in a different, more popular product, you’re royally screwed.

Blood Rage. Simple, clean, easy to remember and spell out. Great title.

-       >>>  Simple and easy. Okay. Here we are getting slightly mixed up… So, we need a name that is unique and yet it have to be easy and simple? Well, it is important due to the simple fact of human nature and accessibility to information. Word of mouth is a big marketing thing in the boardgame community, and if you made your game name hard to spell or type down quickly, you’re making it hard for your potential customers to find you, and I hope I don’t have to explain why that is a very bad thing. Avoid stuff like replacing ‘I’ with ‘y’ because it looks cooler. Avoid unreadable fonts and big, robust names. Avoid made-up words as much as you can, and if you do need them, make them nice and simple, and easy on the tongue.

Food Chain Magnate - the title is as clear as it can be. You know what the game is about already.

-       >>> Theme fitting. This one should be obvious! Your name should give people idea what the game is about even if all they will know about it is the title alone. When you hear ‘Robinson Crusoe’ you will get the idea of the theme – lonely island, survival and so on. When you read ‘Power Grid’ it might not tell you that it is an auction game, but you will get the notion it have something to do with the electricity and infrastructure of providing it. Keep that in mind when naming your games – the biggest package of ideas you can put into it that fit your game, the better.

Patchwork simply works - it's short, to the point and fit the theme with a tight knit!

-         >>> Short and with no subtitle. Simple enough, really. If you are a boardgamer, and we believe we all are here, you know how we tend to shorten the names when talking about them. I know of no person who says “Let’s play Settlers of Catan!” but I will hear “Let’s play Settlers.” Because everyone will know which game it is. Same with Ticket to Ride, to give another example. People don’t play Magic: The Gathering, but simply Magic. They don’t play Neuroshima Hex, but Hex or Neuro. There is little reason to make big names, since players will shorten them without hesitation. Same with subtitles. You know the games, like Descent: Journeys in the Dark or Ancient Aliens: Creators of Civilizations. Not only it’s huge but literally no one in entire world will ever spell the entire title, ever. Not to mention it make it looks like these are expansions, and not core games. Which is not such a good idea.

And here you have it. Hopefully with these few hints you’ll get a better idea what bad habits to avoid when figuring out a name for your projects and make it pop out from the throng! And if you think we skipped something or perhaps do not agree with the hints above, be sure to write a comments ;)

Rombo Games Visit to Essen 2015

I know months has passed since we were in Essen presenting our games! It was during the time of our Kickstarter so we didn't have time to show our experiences with you back in the day and here we are! This are the best pictures we got! :D

By the way, visit to Essen was an amazing experience for us (regardless of the 10 hour long nigth trip xD). Deffinitivelly the best and biggest board game fair. You can buy, sell and play all kind of boardgames! Even the ones to be released ^^

Essen Spieltage is HUGE!

Hubert in the Boardgame Geek TV

Juan and Hubert with Tom Vasel!

Juan and Hubert with Zee Garcia!

With our younger fans ^^

With our older fans :D

Marcin, Juan and Hubert in the hotel xD

Where you also in Essen 2015? Are you planning to go next year! See you there! :D

Game testing is hard!

Testing games is a chore. It is, truly, and a tiresome one too. Oh sure, we usually pull through with a smile plastered on our faces because no matter the feedback we get , we know it is for the betterment of the game in general. But let’s face it – testing games is an ordeal, hard, tedious and often frustrating, for many reasons really…

Firstly, because it really require us to walk out of our comfort zone. It is still valuable to test our game concept with family and friends! We still will manage to squeeze some info out of such games on our own… Measure the game duration, see if the mechanics stutter, observe the frustration and joy moments through the gameplay and so on, but verbal feedback from people close to us will generally be lacking in the sweetness of harsh and unyielding honesty. I mean, not all the time, but it is quite expected that family and friends would not like to hurt us and mangle our feelings, and so will usually try their best to find something good even in a colossal flop of a game, or at least soften the punches!

Which is not something we can afford when testing a game.

I know it’s not easy. I mean, whenever I come up with an idea of a game the initial phase of it is just pure excitement! I feel like the idea is nouvelle and fresh, I believe I managed to take the pieces and arrange them in a pleasant experience… It is not always pretty to face reality and see how something that sounded neat on paper and worked smoothly in our imagination crashes in flames. But it’s important to learn to cope brilliantly with it and truly open up for brutal and direct criticism.

It still itch me the wrong way, when during testing someone just throw the cards and proclaim “This sucks.” There are more dignified and elegant way to offer good criticism, but even in such cases I swallow the pride and nod in agreement, trying to fish out what exactly does not work if it is not evident to me.

That’s what I meant by ‘walking out of your comfort zone’. You need to test your product on people, who do not owe you anything, who do not feel the need to somehow placate your creative burst, who do not see sense in sugar coating things for your own benefit. You need to test your game, most preferably, on total strangers. Why? Well, your goal is to find people who will be most objective. People who obviously want to have fun playing a game, but won’t go an extra mile to find it, because they expect game itself to provide it in spades. Only these people will be honest enough to crush your mechanics and concepts with proper ruthlessness and trust me on that, it’s very good if they do so!

Because only good feedback can make your project progress. Never lock yourself up in the cage of your own idea, never get upset and huff and puff and nay-sayers, never look for empty praise and shut off any negative comments, because if you will do all that, your game will most likely be bad in every way, and its existence will just serve to tickle your ego, which is hardly the point in making games, is it?

Now, let’s not get crazy about it though. Game testing is not a session in BDSM and you don’t really go there to smile in glee as players bash your game in some imaginative way. Gathering feedback truly is an art, and you really need to know with sharp focus what you’re looking for.

Simple example given our own games. MonsterBuffet is a simple, quick game about reflex. It’s a party game, a light and quick filler and nothing more. Now if I bring this game to fans of monstrous wargames or admirers of brain-burning eurogames, I can quite rightfully expect the game to get bashed hard. Does it mean the game is bad? Yes, it is – for this specific target groups, since the game is not made for them, as much as Through the Ages was not made for Sunday casual player who want a round of Carcassonne or Catan. And no, it is not – for folks who just want to enjoy a swift and easy game to accompany their drinking session or to have rapid fun without a need to read a thick booklet of rules, it just might be the best game they played lately, right?

You see what I mean by having a good idea what you want to test? It will require different approach to pretty much every aspect of the game to be tested. Different people and test routine to tighten the mechanic, different group to see how fun it is, different to ensure the look and feel of it clicks with your target audience…

Truly, testing is a chore. A fun chore none the less!

Care About Your Customers! - Why You Should Support Your Board Game With an App

As you might already know we are standing behind the project ROAR. It is a first sound driven hybrid board game ever and it actually requires a mobile app to play. It has a lot of advantages. Let me name just possibility of reaching your players, learning their playing habits or cross-selling other games. But it has some drawbacks. Unlike regular board or card game in such a project you do have to maintain it.

We are supporting publishers of ROAR for more than a year now. You may imagine how many requests for support we got during the Holiday season when most of the thousands of boxes were opened and apps downloaded. We wanted our players to be handled quickly. Still we managed to reply in the single day and sometimes even minutes. Luckily most of the issued were straight one (e.g. wrong placement of the pawns or disabling app to access to the camera - we need to change the rulebook for this!). Some were interesting - e.g. how can I play the game if I have no camera in my tablet? (sic!) And some were though - e.g. app crash on very specific and rare configuration. In all the cases we tried to respond quickly and personalized. It was a hard month. But there is always a way to be at least slightly better!

Now, when it is way calmer period we have a time to fix what still needs to be fixed. I hope our customer value our work. I know there are some, that we could not support perfectly. (I am sorry but we cannot make the app to be run on some almost ancient or freak strange hardware). Basing on my calculations we support more than 95% of the market, but still some of the owners of ROAR got one of this 5% device. I wish I could sent to each of them a tablet that would work with the game, but can't afford this. Maybe we lost them. But maybe, because we cared, ... not?

Mish-Mash Work in Progress #2

Check the webpage!

It's been a while since I stopped, took a long breath and look at the path behind me... It's time to share some progress of Mishmash Galaxy! :D

The last time I shared this progress with you, the game was well defined but raw i the graphical part! Also we tested the game much and more since that post 3 months ago! This post will be mainly content, so there we go! :D

The first concept art for the game by Greg Bobrowski!

Layout for the Technology cards!

Layout for the Resource cards!

Testing Mishmash Galaxy!

How to Play Mishmash Galaxy on Tabletopia!

The game will be hitting Kickstarter later this year. On the meantime you can play the game online following the link above or print and play your own prototype copy with the link below! :D
RULES OF THE GAME + PRINT AND PLAY 

Don't forget to tell us what you think! ^^

Effeciency vs. Presentation - how to make early prototypes!

I think it is nothing new to claim that Time is the most valuable of all resources you can muster in, well, everything. Work especially so, hobby as well. Money? Sure, needed for lots of things, but ultimately time trump it without effort. Why I am writing about it? Because of one little issue I saw more than a few times in my local game testing groups and game designer events. Enough, in fact, to inspire me to write this down for your benefit! The question or rather a power struggle of today is Presentation over Affordability – how refined your prototype should be.

This is actually quite a big topic on a true balancing act. How to prepare our game idea to be shown to people, how it should look to convey the very core concepts without effort or overcomplicating it. And how to do it with as minimal effort as possible!

Wait, what? Minimal effort? I’d say yes to that, because spending big amount of time on a first few prototypes of your idea is ultimately the biggest waste of all – a waste of time. See, pulling all-nighters to develop some graphically rich prototype components have it merits, and I will list them soon, but in the end and in nearly 99 out of 100 situations (if not even more!) all your work will be scrapped, for plenty of reasons. The most basic would be scrapping the game idea, but even any major change in the mechanics or components would make you slave over a new version of the game for further testing, and all the time you put into developing a nice looking prototype would just evaporate like gossamer on a heated, summer day.

An example of very simple card design for Mishmash: Galaxy first test prototype.

On the other hand preparing a prototype on a scraps of torn paper, with things dotted down with pencils and unreadable scribbles, with any crumpled bits of cardboard acting as necessary tokens and such is not quite a good idea either. Oh it might be just a thing you need for yourself or your immediate idea bouncer to simply check if it holds any merit, but when you’re ready to bring your game to the audience that will be testing it, you really should put some effort into it… However not to make it flashy, but to make it playable. There are few little things you should take into consideration here:

- Clarity of purpose. This one is, as I found out during testing, the key. When you prepare your cards, your tokens, your boards, they don’t have to be flashy and good looking. They don’t have to make people gasp in astonishment and delight. In fact, that’s not the thing you need to test – you want to know if the game works and flows properly, and to ensure that you can do so without a hitch, you have to make your components as intuitive and easy to read as possible. No one should guess what the icons represents, no one should squint to read the text. Don’t be afraid to spell out even the most obvious things on them, because what is obvious for you, it might not be so for anyone else. After all you have the idea of the game in your head. No one else know it.

- Ease of manufacture. Now it’s time to treat yourself. Think of every single prototype as of utterly and absolutely disposable thing. Treat them, like if you could give them away without a thought, fully knowing that you could cut out a new one in moments. Of course this is not as easy as it sounds, depending on the scale of your game, but that’s basically why you should keep it in mind during the process. Ensure that all files are easy to print and cut out, utilise space well on the paper, figure out what you can cut off from the game and what can be changed into any simpler solution that can still work exactly as you need it. When you manage to make components, that you can manufacture without feeling like battling a tedious chore, you’re in a good spot!

- Have a manual. Okay, this one is disputable and on forums dedicated to game design, you will see a lot of people talking for or against it, both sides having their arguments. I myself believe that manual is one of these few things that should always be there, mostly because it require little effort to produce and provide even with every iteration of the project. Don’t get me wrong, making a good manual is a terribly hard job, but the key here is to ensure two things. First, testing the rulebook from start – I can’t stress how vital it is to forge a manual, that players can use and seamlessly play the game without you needed there to explain it! And second, because it add a proper rigidness to the testing process. When a situation arise during gameplay that require smoothing out, consult the manual and check if it is there or not. See what you missed and be sure to add it next time or fix the game to root the issue out.

A highly polished endline prototype for Publish or Perish, ready to be sent for reviewers and shown to publishers.

Does it mean that prototypes always have to be this simple, geometric things with basic shapes and Times New Roman taken straight from Microsoft Word? Well, of course not, but it should still serve a clear purpose, and the quality of it should depends heavily on what we are going to do with it… If I am preparing a game to present to a publisher, of course I’ll put some extra effort into it to polish it up, make it gleam. But If I just need it to check the idea and play out the mechanics, slaving over cool looking cards is just some sort of tickling my sense of self-satisfaction.

Hope this little article will help you out with narrowing your focus when working on early prototypes. And perhaps you can tell me if I skipped something? Or maybe you disagree with this ideas and would like to dot down why a higher quality prototype is superior? If so, be sure to share!

5 Ways of Playing Board Games on PC Like a Sir!

Meeting with all your friends to play those beloved board games of yours may be hard. Thankfully, with time the borders between board games and video games is getting smaller and smaller! Now you can play board games in your computer or mobile phone and some video games have board versions as well! :D

I would like to share with you 5 different ways of playing board games digitally... like a Sir! :D

1. BoardGameArena

Board game arena is so far my favourite place to play! Many different games, greatly integrated with downtime reduced to the minimum! Check it out! :)

2. Tabletopia

Still in Beta as I write this, Tabletopia has a bright future! It's strongest points are big variety, play the game your way and gorgeous graphics! You can even play our latest game Mishmash Galaxy on Tabletopia here! :D

3. Tabletop Simulator

Tabletop Simulator is the most sandboxy of all of them. Sometimes hilarious but always fun! Was very popular some time ago I believe not so many peopleuse it anymore.

4. BoardGames-Online

Not so pretty looking, BoardGames-Online allows for playing some quite popular games. It also has a nice plus... You can play against the computer! :)

5. Steam and other dedicated apps

You can find plenty of dedicated apps in Steam, App Store and Google Play. They are stuffed with great functionality tailored for each game, but usually they are not free. Still cheaper than buying the physical game though! :D

Do you know another place I forgot to mention? Please tell me in the comments! :)

Exceed expectations - Why You Should Exceed the Expectations of Your Clients

The difference between very good and great games are mostly tiny details. Wording in rulebook, glitches in mechanic, the way you feel when you buy it. In many cases we are aware of the issues but consider them as not worth fixing. There are things that are important and those which are not - some may say. But the real great creators don't make a compromise here. They are relentlessly try to please their chosen customers. I have learned that from Jamey Stegmaier, author of a great book "A Crowdfunder's Strategy Guide - Build a better business by building community". There real lesson was literally in the book. He wrote me a personalized message by hand on the title page, which I wasn't expecting. He simply cared.

Customer Support is in my opinion one of the hardest field to excel with. I consider it hard as one may burn all the energy quickly, trying to deal with daily issues. When I look back I can see a pattern that helped us survive. We were successful when we always tried to make it better. 

Publish or Perish, the game we put on kickstarter last year, had plenty of flaws. Despite the fact, we managed to collect wonderful backers. What made them support us? One of the things that helped spread the word was that we sent direct and personalized message to each new backer. We have checked other projects one backed in the past and prepare a welcome message basing on the findings. It was also a great learning for us. Few backers supported more then 100 projects but for most we were one out of few. It was a great honor to be chosen and they deserved the recognition. 

Why You Should Care About Your Colorblind Players

One of the easiest and biggest mistakes you can make in game design is to forget about Color Blind people. Color blindness affects mainly to the male population, 8% of the men in world have some sort of color blindness! In total 1 every 20 potential gamers are going to have problems if you are not careful. Now that's a lot! If that's not enough reason for you, keep this in mind:

Almost every group of gamers could have at least 1 color blind people at some point... keep them in mind. They will appreciate it! :D

Now that you are reading this... let me tell you how to easily avoid color blindness problems it your game!


But before we continue, it's important to understand what really colorblindness is... The most common variety is the mix of red and green colors. This is easy to imagine and catch, however, other colors that contain red or green are also confused. For example purple could be also difficult to "read" since it contains red. And this gets more and more complicated since there are many different colors that can be mixed... virtually there is no limit to which colors could be affected. There is even a variant called Monochromacy that prevent you to see any color (everything would be gray scale).


 - Should I stop to use colors coding in my games then? D:
 - Of course no! :D


It has been our players that have thought us the important of keeping color blindness in check. They also told us the very best advice to solve every color blindness problem ever in an surprisingly easy way!

Pair every color in your game with an icon. This icon doesn't have to be complicated or fancy, it just need to follow a simple rule, always place it on top of this color and always make it pure white. The contrast and the shape will make it impossible to miss!

Here I will show you and example of color blindness test we have been performing for our game Mishmash Galaxy. A good proof that it's difficult to imagine how a color blind person would your your game.

Tokens in Mishmash Galaxy

As you can see, for a person with Protanopia, red and purple would be exactly the same. Thanks to the white icon they are easily recognizable. You can do your own tests in the Colorblind simulator :)

Lego Nexo Knights - App Integrated With The Brick Toys

This year visiting LEGO booth at Spielwarrenmesse in Nuremeberg was a kind of surprise. It is hard to deny that LEGO is putting the footprints in the app and toys integration. I know and play in plenty of their apps. I have even destroyed my iPad during one of the Ninjago fights. Their newest project - Lego Nexo Knights seems to be nothing new. But...

The very nice guy - Alex, who was doing the guided tour in the booth, claimed that this is the first time Lego integrates app with the toys. How come? - I replied. He confirmed that this is not the first app they've made. But it is the first time they designed the product from the ground having the app in mind. Once you look at the knight shield and everything is clear. It looks like a kind of Augmented Reality marker we have used in our games years before. 

Lego don't use the shields as a marker. Scanning of the shield is all you need to do in order to activate special powers. It works smoothly and my son enjoy it a lot. Number of combination is substantial even though there are just 5 shields available (more to come in the next half of the year). Eventually, we have a reason to buy a new collection. No matter how bed excuse it is for my wife:)

This brings my main point to the daylight. Why are the board game designers so scared of adding the app to the game? At least for the kids? I have seen number of adults showing me their backs when they learned that our game ROAR requires an app to play. I have seen none of the kids to do the same. It is just opposite. They show high more engagement and excitement to see the tablet or phone in play. Lego already learned that!

How You Should Test Your Kid's Game

Making games for kids is the biggest challenge in game designing.

There it is. Controversial statement? Perhaps, and it is very much open for discussion, but so far every experience I had in making board games only provide more and more proof to this statement. Oh, sure, you can spent way more time working on a titanic and super-heavy strategy game, spending countless hours on testing, cutting the corner cases, balancing the mechanics and so on, but ultimately it is still easier, simply because when you’re making a game for gamers, you’re doing a game for yourself.

As a gamer you know what you demand from a game and you have expectation of players behaviours. You will instinctively know which mechanics will be cumbersome, where players will struggle and which points in the game will click together. Of course it do not mean that making ‘gamers games’ is an easy thing – new games are released every gosh darn day and only few of them climbs to the top of gamers desires.

But when you make a game for kids, all your expectations fly out of the window. You simply cannot know what will work for them and what will not, even if you try your best to predict the outcome, kids will always surprise you!

Like yesterday, where we had a testing of our newest game in the class of 2^nd graders. The game ultimately was not aimed for the youngest audience, but lately we discovered that the theme and the light mechanics might just suit them well enough, and decided to cut it down to fit them. Still, two mechanics were rather… complicated, even with adults sometimes being unable to catch on them quickly, and we rightfully feared that the test will only prove to us, that the core of the game would need a complete overhaul, because kids will be utterly unable to dig into it.

Gosh, we were quite mistaken.

Testing provided valuable information to us. First, that the kids did not found the game hard or the mechanics complicated… No, in fact they caught on them pretty effortlessly and had no issues with grasping the concepts we deemed to be hard and complicated. It was a mild shocker to find out, but not as big as the fact, that the point when the kids struggled was one we never imagined would be a problem, because for adult gamers it is so intuitive, we did not thought it might be a problem to anyone.

Kids had problem with managing cards. See, the game require players to grab cards from the pile on the table and then play them down on the table, forming a row of five cards in order. That’s it, really nothing more to it, and not a single adult ever stumbled on this part of the game, since it’s so completely basic! And yet, it was the biggest issue with our youngest testers. They had no idea what to do with the cards, no matter how we tried to explain it, they constantly missed the spot to play them, they did not know what is the meaning of playing them in order and why they have to form a row of five cards.

It was extremely educational for us to see, that when kids had no problems managing complicated mechanics, as long as they were intuitive, they still stumbled on the most simple part of the game, just because it was hard for them to make a connection WHY they have to do such things with their cards.

There is a lesson there…

Making games for kids is not hard because of the unending balancing act of simplicity and fun factor the game provides, but because ensuring the game is easy to understand and play for them is an entirely new set of experience a game designer need to gather.

Mostly because testing with kids is such a hard thing! Oh, it was a delightful session, full of laughs and fun, but when adults usually will give you their honest feedback, kids simply won’t. If you ask them “Did you like the game?” they will just quickly say “Yes!” and be done with it. Kids have no expectations of the game other than that it provides fun and distraction – they won’t tell you which part of the game was boring or bad, they won’t inform you that they felt some lack of balance or that the luck factor was too strong. In fact the best thing you can squeeze out of such tests when it comes to verbal feedback is just to learn if they enjoyed the look and feel of the game and which part of the game play was most entertaining, and that’s it!

And that is why when testing with kids you have to be extremely cautious not of their words, but their reactions. You have to observe them like a hawk, because what they won’t tell you even just to lack of vocabulary, they will still display with their emotions, since kids just don’t have that iron control of them like adults tend to develop in time. You will see their obvious joy when the game is fun, you will observe the growing boredom if something is not tickling them fancy, you will see the anger and impatience flashing like thunder over their faces when they feel somehow cheated by the game mechanics or other players.

And there is no other way! To make a good game for kids you have to test it with them and ensure that everything works the way they want it to work… In fact, we’ve done a little extra test to see how are game is seen by them. Simply put, after a few enthusiastic rounds we put Dobble on the table and played a few quick games with them. Seemingly the reactions were similar – happy squeals of joys, cries of dismay at the defeat… And yet, after we finished we asked them which of the two games they would like to play again.

Every single kid pointed to Dobble.

Seems that there is still a long way ahead of our game to cross.

3 Ways To Avoid App Rejected For Being Too Simple

If you developed an app for a Board Game or Augmented Reality Game you would he probably stuck into the App Rejected because it's too simple. The problem is that this is the users expect from this kind of apps... a point counter cannot be too complicated!

You cannot blame Apple because they get no direct revenue from your app. Probably your app is free if necessary for the game. Maybe the game requires to buy a physical game and they get no cut on it! Don't worry, I will explain you the problems I have found while uploading apps for our games like ROAR! and we will see how to solve the rejection! :)


Problem number 1:

2.12: Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected.

Problem number 2:

11.16: Apps may enable additional approved features or functionality when used in combination with specific approved physical products (such as a toy) as long as the additional features and functionality are either completely dependent on such hardware (for example an App that is used to control a telescope) or also available through the App without the physical products, such as by way of reward for achievement or by use of IAP

The list of reasons why your app may be rejected is HUGE! It's also very subjective, so you may be luckier with another reviewer ;)


Solution number 1:

Include the manual of your game inside the app!

This is a good idea that you should do even if Apple would not force you! It's a fantastic way of having easy correction of the rules and possibility of future localization!


Solution number 2:

Add a link to the Print and Play or Shop where to buy your game!

Again, this is pretty logical! People may find your app on the store and it would be great for them to give your game a try before buying it on the shop if possible! Also reviewers will be able to properly check the game.


Solution number 3:

Make sure don't make blockers inside the app!

This is the trickiest one... it means that if your app cannot work without physical components let the users (and reviewers) experience this necessity directly. For example they can see the camera waiting for scanning of the board. If you block access to this functionality via QR or other kind of codes Apple will require that you give the choice for the players to unlock this via In-App purchases. This doesn't make sense for Board or Augmented Reality Games and will just make things confusing!


Remember! It's all about treating your app more than a tool, but something really useful and enjoyable for your players! :)

How Feedback Influences Card Design

Making games is hard. Now that I started with this delightful truism, I think we can progress onto the topic of this post, which is card design. Let us start with a few minor clarifications – I do not want to claim the title of a master in this ground, on the contrary – I am learning the whole tedium of the process along the way, finding out how it works, looking for all the details one misses during development, making iteration after iteration of every step until it clicks just right! And so, instead of the sagely approach of wisdom in this particular topic I’d rather like to guide you through the brief story of how the cards for Mishmash: Galaxy were born. Here we go!

Like any game, Mishmash started as a wild idea born… well… I can’t tell. Simply because I don’t know! It could have been a contemplative session in the meditation chamber (*aka the toilet*). It could have been a sudden stroke of enlightenment during morning ablutions. It could be anything, really. But simply on one of my team meetings disputing the progress – or rather lack of thereof! – of our other Kickstarter Project, Publish or Perish, the idea simply came to mind and was laid down with pencil on paper in the most crude and basic form.

It clicked.

It’s such a warm and invigorating feeling, isn’t it? When you feel the shape of the game in your mind, when you KNOW what you want it to be, ‘but haven’t been forced yet to cash your dreams… When you sit down to the anvil and at last hammer the rules out. But even when there was no game yet, the idea seemed fun to everyone, and further check with gamers outside our tight little circle of friends confirmed it. Jolly good!

And that, of course, was the time to start working on the cards. Too early? Perhaps… The game core mechanics were already riveted together. We knew that until testing proves it to be damaged, dull or simply lacking any spark, it is going to be set in stone. And the lessons we learned from our previous games (*like Roar!:Catch the Monster or Monsters Buffet*) did not go to waste. And one of the most crucial lessons was, that the presence is extremely important and valuable.

What do I mean by presence? Simply put, it’s how the game looks and how it feels to the player. And yes, even to the testers of the most alpha of all versions. Sure, I can test the game with crude cards and components cut by hand and printed on my trusty ol’ home printer. Sure, I can get valid feedback for how the game works and how it operates. Bah, I will even say that it’s GOOD to test a game in such a raw state, so the testers are not distracted by artwork and layout and theme and style, and so their feedback can truly focus on the mechanics and how it grinds through the game.

But good presence make games better. Sure – a beautiful game with crappy gameplay is still going to be crappy, but tell me this… When you pick a random, unknown game of a shelf at your local gaming bar or even at the shop, don’t you pick it based on how attractive and alluring the box is? How delicious the components are? I know I sure do.

And so, the evolution of cards  has begun! Below you can see the first “design” used for testing.

Word in quotes, because as you can see, it is more of a sketch, that none the less served as a firm framework for further designs, since it already established things we wanted to see on the card. The five spots for the resources. The boxes for the abilities. The score given by Technology Cards. And here came the first lesson of components design – making sure you don’t miss anything! Now, before sitting down to craft anything, we first try to make a simple list of building blocks that are necessary for players to know from the component. Name of the card, type of the card, resources it provides… All of it had to be listed and we had to ensure that everything was in place.

And that is how first proper visual design of the cards was made. This one, to be precise:

As you can see the leap in visuals is rather huge! This was the time of trying to put together everything a card needs. And once again, we learnt how little we know about the progress and how miniscule details could turn out to be of extreme importance. To name a few – how the card will work when in hand? Is the necessary information readable on first glance? Is the card going to be utterly rubbish for anyone with any sort of vision deficiency, for example for colour-blind people? All of this questions popped out during our feedback gathering and we had to sit down to the cards once more, this time making notes about all the things we have missed last time and ensure that they will be properly sorted out.

And so, the next and currently most fresh design came to life:

See the difference, eh? We didn’t just shift the colour theme entirely. We worked hard and took all feedback into consideration, to deliver cards that are not just a redesign, but an evolution of the idea. Icons were checked and double checked with the vision impairment emulators, so we could be moderately confident that information provided by a card is clear in any circumstances. Text was enlarged and so was the box for the art. Colours were put into stronger contrast, so the text is stark, sharp and clear. Icons were developed for quicker and easier identification of resources. Miniature icons bands were added to Substance cards so they are readable at glance even when fanned on the player hand – redundant as it might be, we prefer the cards to have more than enough information rather than lack it, when needed! ;)

The end result was quite satisfactory – especially, since that  all of the people that helped us shape this cards nodded their general approval in the progress! And of course, this is surely not a final card design – oh, the changes will be getting smaller and smaller, until they turn into minor polishing work on the details, but it will still take time, effort and most importantly…

Plenty of learning.