Automatown
It's been 2 years since I initially prototyped this worker placement game where you use your workers to build more workers, and it's been almost as long since I got it to the table. The basic premise is that you're building robots out of head, arm, torso, and leg pieces of high, medium, and low quality (as well as scrap). You can make a generic robot with anything, which gives you another works, and adds 1 strength to your army of robots, but if you get the correct combination of head, arms, torso, and legs, then you can complete a blueprint and make a better robot -- stronger, or with a cool ability you can use each time you send it out.Challenges with this one include things like (a) the scary look of 13 different resources (even if there are really only 4, each with 3 levels of quality -- but since the blueprints require specific levels of quality, it kinda IS like there are 13 different resources), and more importantly (b) the "combo-y" nature of the abilities does not seem to be coming through, so there isn't a strong feeling of engine building to be had.
I got some good notes, some of which had come up in previous tests, but it's been so long I'd forgotten about them, and I hadn't updated my prototype (friendly reminder: keep our prototypes up to date!). Things like making a specific set of starting worker placement cards, to ensure the first round has useful actions for example. Also, reducing the game end trigger for 4 players, so that the game ends before players have 10+ workers each and the blueprint deck runs out (also, I could make more blueprints). Also, I think I need to improve the engine building aspect / combo-y nature of the robot abilities (again), because it seems like players weren't feeling like they were able to build combos.
Some good ideas that came up this time include:
* Rather than taking any card from the 3 available blueprint cards, take the 1st (if you placed 1 worker), 1st-2nd (if you placed 2), or 1st-3rd (if you placed 3 workers). Ether that, or take any one you want, but to access the cards deeper in the row, pay resource cubes onto the ones before it (as is common in games with a card row). I like both of those ideas, and I'm not sure which I like better.
* Possibly making the higher level resources cost more to get, since currently it felt easy to get what you needed. Currently things are designed and balanced such that the high quality resources are worth more than the low quality ones -- a low quality torso is worth 2 (scrap + upgrade), and a high quality torso is worth 4 (scrap + 3 upgrades), which IS more, but with so many workers, and so many ways to get, upgrade, and swap resources around, it didn't feel hard for players to get what they needed (though by definition, they were paying more for it). I think overall the system might just be too flexible. If I re-balance things so that going up a level requires not just an upgrade action, but also a scrap (+2 units), then that might make the higher level resources somewhat harder to get, and it might also simplify the worker spaces, some of which are oddly designed in order to get the values right.
* Maybe cut a whole resource type, and just have head/torso/legs, reducing the resource variety by 3, and the cost complexity by 25%
Some ideas that I'm less sure about, but which certainly bear considering or trying include:
* Separating scoring from building robots. Make it so you build robots for workers and abilities, but then do scoring some other way.
* Making a sort of Master Blueprint that you could improve/update, to give a better sense of "that player wants that type of resource," so that you can plan and block better.
* Maybe don't require 1 of each type per robot -- instead maybe have a robot that requires multiple heads and only 1 torso, for example. Or change the resources to be things like actuators and power cores instead of heads and torsos. With good iconography, the costs would be clear enough, it's not necessary to make sure each robot has each of the 4 types of resources. This may also help the engine building aspect, since you won't need to always get all 4 resource types (something the swap ability was supposed to help with)
I definitely got a lot to think about for this one, and I'll be revisiting my prototype soon to try another version.
Riders of the Pony Express
This is another "oldie-but-a-goodie" from the back catalog. My last blog post about playtesting this one was 4 years ago (whew!), but I might have played it since and not posted about it. The premise of this one is that you're a rider for the Pony Express, tasked with delivering parcels to various towns on our way from Missouri to California and back. You haggle with your fellow riders, trying to get people to take your parcels for you, and offering to take parcels that are on your way, before riding from town to town to make deliveries. This was my attempt at a low-bid auction, initially a "count-up" auction, where the auctioneer would count up from 1 to 10 or until another player jumped in to claim it, I think it works better as a blind bid (even though generally speaking I hate blind bids). However, it's possible that the "count up" auction could be a variant rule, because non-designer/social gamer types seemed to like it.This game went over pretty well with my playtesters, and a new rule I found hand written on the rules page was a great change that I don't think I'd tried before. In the past I'd had some trouble with the 5 player game, and decided maybe it should just be a 4p max game, but this new rule might actually make 5p work just fine after all. The rule is that you leave your bid card out, so you can't bid the minimum ($3) over and over again. We clarified that to be that the bid winner leaves their card out, which must be what I had meant in the first place :)
I was hard pressed to find anything I really wanted to change for the next test of this. I think I'll boost the Bear hazard up by 1, to make them more different than the Bandits, and to make the Shotgun item more attractive. I also might try a tweak to the delivery phase based on some comments that one of my testers felt strongly about.
All in all, a good playtest day. We even played Dave's video game prototype, which is a pretty fun spaceship building/dogfight/king-of-the-hill ting based largely on one of my favorite old arcade classics, Rampart.
No comments:
Post a Comment