Creator of Trainyard, Unity Expert & Indie Dev: A Top Dev Interview With Matt Rix

Welcome to another installment of our Top App Dev Interview series. Each interview in this series focuses on a successful mobile app or developer and the path they took to get where they are today. Today’s special guest is Matt Rix.

Matt is a Unity guru, successful indie developer and game jam aficionado. Matt is best known for being the creator of Trainyard, a global #1 app store game in 2009.

When he’s not busy creating exciting games and working as an indie developer, Matt spends plenty of time with his family.

The Beginning of the Story

What are the top 3 things that you attribute to your success with Trainyard?

Having a good game. Making a good product is no guarantee of success, just like making a bad product is no guarantee of failure (see: the old fart app craze), but the quality of Trainyard definitely swung the odds in my favor.

The release of Trainyard Express (the “lite” version of the game). Having a free app was crucial to the game becoming well known. It drastically increased the “word of mouth” marketing potential.

The popularity of the game in Italy. For some reason, Trainyard caught on in Italy before anywhere else in the world. This led to Apple learning about the game and deciding to feature it on the U.S. App Store.

In your blog post “The Story So Far”, you mentioned that several times during the development of Trainyard, there were various interruptions that de-railed (pun intended) development – yet you always came back and got the game done.

What advice would you give to developers struggling to wrap up their projects and get them out the door?

There are really two ways to get things done. Either:

• Small amounts on a regular basis, or
• Giant amounts on an irregular basis.

In theory, if you work for only an hour per day, you will eventually finish your project, but that doesn’t seem to work for most people. Sometimes what is needed, especially to finish something off, is to allocate an entire weekend and just push through the tough stuff.

One common reason developers get derailed is they get bored of working on the same project, and get excited about something new and shiny. How do you deal with this?

This is something I struggle with constantly, especially after working on the same game for over two years now. Coming up with new ideas and prototyping them is my favorite part of game development, so I feel a strong need to do it. The key is to know what is your “main project” and what are your “side projects”, and allocate time to them accordingly.

Most “shiny new ideas” can be prototyped in a weekend, but then they should (usually) be put aside after that. On the other hand, if you find yourself constantly thinking about a certain side project, maybe it really should become your main project! It comes down to knowing why you’re making your work in the first place. Are you looking to make:

• The most financially successful thing?
• The most thought-provoking thing?
• The most innovative thing?

It’s really easy for us developers to switch to a new project solely because the technical challenges are more interesting, but I think very few of us have the primary goal of “make something technically impressive”.

You have to be very introspective about why you are really making this thing. Is it because it’s an exciting technical challenge now, or is it because the final product is going to be great?

If you could jump back to 2010 when you were building Trainyard, what would you do differently and why?

These days, I wish the game had been built in Unity, so it would be easier to update. With that said, I think that Cocos 2D and Objective-C were the right technologies to use at the time.

If I chose to build in Unity it would have been much easier to port the game to other platforms. The Android port was done by Noodlecake (who did a great job!), but it would have been nice to do that port myself.

I also wish I’d been able to make a Steam version, but it would have required a complete rewrite. If I’d made the game in Unity, it would have been a piece of cake.

Updates to Trainyard would have been much easier too, I’ve actually considered rewriting it in Unity for that very reason, but I think I will save that for the (eventual) sequel.

The Indie Story

Are you still a full-time indie? What’s your typical day look like?

Yes! On weekdays I get my kids up, make their breakfasts and get them ready for school. Then I work for 6-8 hours before picking the kids up again. Most of my work day is spent in Unity and communicating with Owen (my business partner) via Skype chat.

How do you plan your day ahead? For example, do you keep a TODO list, or use any tools to help with task management or planning?

So at a company level, for our high level planning, we use Gantt charts on tomsplanner, and for regular TODOs, we use Trello.

For me personally, I have a very specific way I track my tasks and manage my time. I don’t like using digital tracking tools because I’ve found I always forget to use them. Instead, I use only Action Runner notepads. Any notepad could work, I just love the look, size, and feel of these ones!

At the end of each workday, I write down the next day’s date and tasks on a new page. This is really important because it means that I can carry my train of thought from the end of one day into the beginning of the next. Otherwise I might forget something by the next morning! The size of the Action Runner limits me to a max of 8 tasks per day, which is ideal (at least for me).

To track my time, I set consecutive 1 hour long timers with my phone. Every time it goes off, I mark an X at the top of the page. This makes it really easy to go back through the notepad and see exactly what I was working on and how many hours I worked.

It’s a simple system, which is why I’ve been able to stick to it for so long now.

What is your take on the “indiepocalypse” discussion? Do you think it’s still possible to make it as an indie, and why or why not?

Disco Zoo, created by Matt Rix and Owen Goss

Disco Zoo, created by Matt Rix and Owen Goss

There is some truth to the indiepocalypse, especially on mobile. Apple features don’t have the impact they used to, and even high chart positions don’t come with as big download numbers as they used to. The key to making it is to design your business around not requiring “hit” games. There is a great talk on that topic here.

I haven’t felt the effects yet, but only because I haven’t released a game in a while! I think we’ll have a hard time getting FutureGrind noticed by press and players, but we’re hoping that the quality of the game will shine through.

With that said, we’ve actually been quite fortunate, because Disco Zoo continues to do quite well on the App Store, despite being released over two years ago.

What mistakes do you often see indie developers making?

I think developers (myself included!) spend way too much time on our games. This is for two reasons.

1. We are just bad at estimating how long games will take to develop.
2. We simply don’t weigh the development time of the game highly enough when we’re choosing what game we want to make in the first place.

From what I can tell, there is very little correlation between development time and game success, so in general, we should be making games that are faster to develop. This doesn’t mean low-quality games. They should be high-quality games with limited size and scope.

One of the most important things game and app developers can do is promote their product well before it’s actually released. I still see way too many developers who don’t do ANY marketing or promotion until a week before their product hits the store. That’s way too late!