Psychochild's Blog

A developer's musings on game development and writing.

19 August, 2015

Life working a crowdfunded game
Filed under: — Psychochild @ 6:37 AM

Blaugust, day 19

Today’s post is inspired by Tanek’s comment to yesterday’s post. He didn’t specifically ask about what it’s like to work on a crowdfunded game, but I figure this might be of interest to you guys out there.

As most of you probably know, I’m currently a Senior Engineer working on the crowdfunded game Camelot Unchained. I technically started working on the game about a year after it crowdfunded, but I was in contact with studio founder Mark Jacobs during the campaign to offer a bit of advice based on my previous experience. So, here are my experiences actually working on the game.

In the glass house

One of the biggest changes from “traditional development” is that there is a significant focus on communication with the playerbase. This means that the development team is always in the limelight. This makes sense, as people have given the company money and they want to see that money is being put to a good purpose.

In traditional development, you often don’t talk with the outside while doing development. You certainly have to communicate with the people who write the checks to fund your company, but for the most part you work in seclusion from your future playerbase.

But, now there’s an emphasis on getting out in front of the audience. The developers working on Camelot Unchained do a lot of streaming (where you sometimes see the back of my head as I’m working), lots of newsletters, lots of interaction with current and potential future backers. This interaction does take some time, though, which is always a precious resource in game development.

It’s not necessarily good or bad, but very different that what I’ve experienced in development before.

Your mistakes on display

Because of this emphasis on communication, everything is out on display. This includes bugs in the game.

In traditional game development, you might have some flaw in the game system that you just endure. Maybe for some reason it crashes the game when characters move backwards; the simple solution is to tell your testers not to do that for right now. But, when you have backers interacting with your game, a flaw like this will generate a lot of reports about the bug. You kind of have to fix it sooner rather than later so people aren’t distracted by the flaw.

It’s also harder to have code or design that is in transition, half developed and not quite finished. For example, few games are even close to being “balanced” during development. You might code abilities to test out the system, with the intent of adjusting the values later. If something is truly overpowered and broken, you can tell the team “Don’t use that for right now.” Players doing quite cooperate so well.

But, the great part is that you do have people crawling through your system looking for problems. You will have a larger group of people testing your game than you would otherwise be able to afford. This can help you find bugs and flaws that would otherwise go unnoticed. I usually the first part of my day going through the forums and putting bugs people report into our bug reporting system. This is a great boon if you’re doing something far out of the ordinary with your game systems, and you need a lot more testing than usual.

Learning the Greek alphabet

One issue with most game development is managing expectations, and working on a crowdfunded game this is a great example of the importance of doing so. The definitions of “Alpha” and “Beta” have been shifted over the years, particularly in MMOs. By the time an MMO opens its doors to people in Beta, it’s actually fairly well polished. An “Open Beta” is often more of a pre-launch marketing exercise rather than an actual time for testing. By this point, it’s often very late to make many changes, let alone fundamental ones.

But, when you have an actual “old school” Alpha, the game isn’t in a polished state. In fact, it’s more likely to be the exact opposite of polished: very rough and with the underlying structure exposed. Camelot Unchained was really more of an engine test for the past year than a game. Gameplay systems were mostly stand-in, generic versions of what other games had done and not really related at all to what had been talked about in presentations.

But, I don’t think people really understand what it means to “play” a game that is still in the middle of development, despite repeated information about how the game is not finished and the game is not using the marketing terms for Alpha/Beta, etc.

Keep improving every day

The decision was made to let a select group of testers have access to the test server where the bleeding edge of the code is. This means our work is always available to the users, and as a consequence there is a lot of iteration in development. I’ve worked a lot on the ability system, where we let people craft their own abilities out of components; the prime example is using the “Fire” component and “Ball” component to make a fireball, and perhaps adding a “Far” component to make the ball travel further but perhaps lowering the damage. It’s a pretty cool system, very unlike what MMOs have done previously.

Behind the scenes, components are defined out of different “effects” that have various stats applied to them. As I said, the first iteration was a simple system where you pushed a button and a few pre-defined things could happen, such as damage applied. The next step was to define a bunch of effects that could be strung together, so you might have a projectile effect that has a damage effect to apply damage to a target (whatever the projectile has struck), and create a bunch of abilities that use this new effects system. We created different abilities to test out different, hopefully interesting combinations. Then we defined components that contained the effects and when combined would create a full ability like we had created before. Players then put together those components and gave feedback.

One drawback is that things like crash bugs are a lot higher priority to fix than they might otherwise be. A bug that happens once in every hundred thousand user actions is an annoyance when you hit it when running a local server for testing, but it becomes a constant problem when you have a few hundred people on your server playing in earnest.

It’s still about community

One great thing is that there is a passionate and enthusiastic community. They’re much more involved with the game than they would likely be under a typical development system. One of the best things about being a game developer is seeing people use the systems you’ve worked on and having fun. I’m seeing this much sooner than I would in a game developed in the old way.

But, then I consider one of the questions Tanek asked in his comment yesterday: Are we at risk of seeing the growth cycle skewed to the point where we burn out the interest in games before they are even complete?

That’s a really good question, and one I don’t have a good answer to yet. I know that when I relaunched Meridian 59 years ago, some of the most passionate testers showed a lot less enthusiasm for the game after it launched. But, there were still plenty of people who were overjoyed to play the game when we actually did launch. I can’t say for sure if this situation is similar enough; one difference might be that people have invested money into the project now, which usually gives people more investment into the game.

But, given that community is so important to an MMO, this might be the best part of a crowdfunded game.

Just as a note, I’m still rather limited in what I’ll talk about as far as the game goes, so specific questions about Camelot Unchained will probably be ignored.


  1. I think there’s a real lack of “real world talk” like this that comes out of the games industry, so I loved this post! One thing that really stuck out for me, though was “managing expectations”. From the inside, what do developers do/try to do/can/cannot do to manage expectations of the crowd?

    Comment by Scopique — 19 August, 2015 @ 6:50 AM

  2. Very interesting article, as usual. Hard to not agree anyway, eventhough i’m not as involved in the game dev. itself.

    On the Greek Alphabet, you are totally right. The last years (decade) in MMO Dev. totally shifted the basic meaning of those words – and while there is no point in looking for responsabilities, i hope that thing will change, and CU be part of this change, back to the old time. Gamers, especially in MMOs, are now used to FastFood AAA production. Quick and unpolished releases, that you consume quickly, and eventually crave for something new a few monthes later. One of my biggest fear, both personnal and professional, is, is it really something than can be reversed ? Will gamers/consumers (at an extent) be willing to change their way of “consuming” a game ?

    Hopefully, and as you pointed out, the community is passionate and enthusiastic – and the game will eventually end up being great while it is forged based on that community. Let’s make a new standard! :D

    Comment by Charles R. — 19 August, 2015 @ 7:00 AM

  3. It sounds as if crowd funding a game has some real benefits for the player I wouldn’t have considered. Getting a look behind the scenes early on and providing feedback could in the long run be a good thing.
    The comment about speeding development made me recall criticisms of Cryptic and how they sort of “overlayed” one game on top of another to speed up new releases. You could see this in the Star Trek Online beta where your interface was full of “powers” leaked through from City of Heroes or perhaps Champions Online that didn’t fit a Star Trek universe at all.

    Comment by Atheren — 19 August, 2015 @ 9:51 AM

  4. @Atheren – those benefits though are kind of based on the studio decisions. Not all of the crowdfunded projects get the same way of communication / transparency with their backers base.

    Comment by Charles R. — 19 August, 2015 @ 9:56 AM

  5. You may not be able to answer this, but do you have a preference now that you’ve worked in both types of development environments?

    Comment by Ysharros — 19 August, 2015 @ 12:37 PM

  6. Great article. I often wonder if IT folks will be somewhat bored by the time the game actually launches. So far, very far from it. I suspect as long as it’s built well, it shouldn’t be a problem. If IT/Alpha/Beta testers get bored during testing, the game likely wouldn’t have lasted very long anyway. Replayability!

    Comment by Agoknee — 19 August, 2015 @ 1:42 PM

  7. You state that bug fixes becoming higher priority is a drawback. But might it not be an advantage instead?

    It’s item #5 on the Joel Test, and he states that, “In general, the longer you wait before fixing a bug, the costlier (in time and money) it is to fix.”

    I’ve generally found that to be true. The more correct the current codebase is, the easier it is to add new features.

    Comment by RohanV — 19 August, 2015 @ 3:40 PM

  8. So, this got a bit more coverage than I expected and got picked up by MassivelyOP:

    Scopique wrote:
    From the inside, what do developers do/try to do/can/cannot do to manage expectations of the crowd?

    I think communication is the important first step. CSE takes a lot of effort to communicate a lot with the backers. But, I think it’s also important to realize that sometimes you’ll just have to keep repeating stuff a lot. Mostly because you’ll get different people at different times saying the same things and needing the same responses. It’s hard to make people unlearn things and realize “Alpha is not a complete game.”

    Charles R. wrote:
    Let’s make a new standard! :D

    I hope so! One commenter on MassivelyOP said she thought this was a once in a lifetime opportunity. With respect, I hope she’s wrong and this does become the new standard! I hope we see a revival of MMOs and a ton of innovation to go with it.

    Ysharros wrote:
    You may not be able to answer this, but do you have a preference now that you’ve worked in both types of development environments?

    As I said, I think one or the other isn’t better, just different. I think it really depends on the situation. If you’re getting your MMO funded by a publisher or an investor and time is of the essence, you probably need to follow the traditional method and focus entirely on making a great game.

    But, if you take crowdfunding? I find it hard to honestly say that you should leave the people giving you money out of the loop. Honestly, transparency, and communication are absolutely required here.

    Agoknee wrote:
    I often wonder if IT folks will be somewhat bored by the time the game actually launches. So far, very far from it. I suspect as long as it’s built well, it shouldn’t be a problem. If IT/Alpha/Beta testers get bored during testing, the game likely wouldn’t have lasted very long anyway. Replayability!

    This is very true. Because CSE is a small company a lot of the focus has been on making replayable content rather than focusing on hand-crafted parts. I guess we’re doing a pretty good job so far. :)

    RohanV wrote:
    You state that bug fixes becoming higher priority is a drawback. But might it not be an advantage instead?

    It depends. For example, there might be a bug in a system that is being used as a placeholder and is going to be ripped out and replaced with a more robust system. But, you won’t be able to replace that system for a few months yet. Do you spend the time to fix that bug? If you don’t have thousands of people with access to the game, you can easily make the decision to defer dealing with the bug until you after the system is replaced. But, if that bug affects those thousands of people with Alpha access, it’s not quite so easy of an answer.

    One place I hope this does pay dividends is when we approach launch and we don’t have a crushing pile of bugs to deal with because we have been dealing with them along the way. But, too early to say if that’s exactly what happens. :)

    Comment by Psychochild — 19 August, 2015 @ 6:42 PM

  9. Thank you for sharing your thoughts on this topic. This was a question that I had been wanting to ask Mark Jacobs for some time but figured it was too much inside baseball for the typical CU Q&A.

    Comment by Grumpy43 — 20 August, 2015 @ 11:11 AM

  10. Thanks! I could probably go into more detail, but I think that might be best saved for later. We’re still in the middle of the development process, and I think that we’ll see the crowdfunded aspect of the game show in a lot of other areas. If nothing else, it’ll be an interesting ride. :)

    Comment by Psychochild — 21 August, 2015 @ 6:33 AM

Leave a comment

I value your comment and think the discussions are the best part of this blog. However, there's this scourge called comment spam, so I choose to moderate comments rather than giving filthy spammers any advantage.

If this is your first comment, it will be held for moderation and therefore will not show up immediately. I will approve your comment when I can, usually within a day. Comments should eventually be approved if not spam. If your comment doesn't show up and it wasn't spam, send me an email as the spam catchers might have caught it by accident.

Line and paragraph breaks automatic, HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Email Subscription

Get posts by email:

Recent Comments


Search the Blog


November 2020
« Aug    



Standard Disclaimer

I speak only for myself, not for any company.

My Book


Around the Internet

Game and Online Developers

Game News Sites

Game Ranters and Discussion

Help for Businesses

Other Fun Stuff

Quiet (aka Dead) Sites

Posts Copyright Brian Green, aka Psychochild. Comments belong to their authors.

Support me and my work on