Author: RogerDoger

I fixed it “real good”, the last play-test was a disaster. I felt sorry for the play-testers who suffered through this last version of this game. I made a few last minute changes which streamlined the rules, but the precariously balanced energy economy took a turn for the worst. One player, just couldn’t get his engine (his Web) going well enough to accomplish anything. The other player slipped into a state of economic decline which was impossible to climb out of. I had to call it quits early to relieve them of their suffering. That was just one of the problems.

Aside from the broken economy, one of the underlying premises of the game was simply wrong. The game was intended to induce great economic swings, pushing a player between feast and famine which triggered certain automatic events, resulting in even more changes to the economic state . This boomerang effect rarely happened, and when the players actually wanted feast or famine, it was very hard to accomplish intentionally. This resulted in a boring game where players were often financially struggling, and would occasionally get beat up by the game. The few rewards the game gave out seemed random and the players didn’t have enough decisions which drove the game forward. Looking back, this was just a bad idea. What was I thinking?

If you were very familiar with the subtle economics of the game and played it a certain way, it could be fun. In real life, however, the game would likely end up in the trash can or be pitched off a roof long before anybody mastered the games many quirks. It’s time to dump the see-saw, semi-automatic, and often abusive economic system. Players just want to build webs and do what spiders do.

One thematic disconnect which the play-testers didn’t really complain about, but I had issues with was the baiting of the webs. Spiders aren’t fishing, they don’t put bait out to attract bugs. They go where the bugs are and try to snare them in their webs. The new version resolves this, and eliminates the awkward and fiddly mechanism of placing out bait tiles as well. The bug-hit areas are now distributed around the board, and the spiders have to expand their webs to to surround them. These special areas constantly accumulate bugs, enticing the spiders to compete over them.

One play-tester was not happy with the energy economy in any form. He was expecting more of a tile-laying puzzle, which is implied by the use of spider webs in the game. I think he might have been dissuaded more by the perceived scarcity of energy than the economy itself. Perceived scarcity, consumes much of a player’s cognitive bandwidth and can cause players to subconsciously fixate on the scarce item. This can result in overlooked opportunities, poor decisions and feeling that you don’t have enough player agency. Giving everyone more opportunities to overcome periodic scarcity and providing more potential abundance should overcome the extreme scarcity issues. This is addressed in the latest version.

As far as the game having an economic element goes, I believe that this accurately portrays a spiders life. Spinning a web, patiently waiting for bugs, and trying to capture enough food to make it another day is basically an exercise in energy economics. In times of abundance spiders will procreate. In times of famine, they conserve energy and try to make it to the next meal. It’s tough being a spider.

One feature that I’ve been wanting to implement is the greater use of different spider personas. Players can now decide which spider they will be at the beginning of the game and add additional spiders to their web with unique abilities. Asymmetry is always a nice feature to have in a game.

In this latest version (8d) I have eliminated the tight economic constraints, eliminated some of the awkward mechanics, and given the players more choices which drive the game forward. In other words, I’ve let go of the reins. Hopefully the game will stay on track and not end up in a heap on the side of the road. Fingers crossed.

Feel free to check out the latest virtual prototype in Tabletop Simulator. If it works out, I will start working on a proper set of rules. Drop me a line if you want me to guide you through it or play a game with you.

Comments are always welcome, whether it’s a shout-out, a compliment on my ingenious insights, or a even a crack about me being completely bonkers. I would love to hear any feedback.

It looks like most of the core mechanics worked. However, the Loss Aversion monster reared its ugly head. The players were punished severely when the storm hit and further hammered when an unusual number of bugs escaped from the web. This caused some bad feelings for the players because they felt that they lost everything they gained in a quick one-two punch. There are a few reasons for this.

Removing the limits on the actions resulted in the two new players quickly slipping into a decline position which was hard to climb out of. This might have been caused by my game teach being sub par. I may not have made the magnitude of the consequences clear enough as well as the importance of not over-extending yourself. The economy is very tight in this game and un-forgiving.

The lack of readiness for the upcoming storm resulted in an overly severe result when it did happen. The bugs escaping was the straw that broke the camel’s back. It was an overly harsh penalty when both players were financially strapped. I definitely need to “Nerf” the “Wiggle” mechanism which allows bugs to escape from the web, this is just cruel and unusual punishment. The storm, however, needs to stay in the game because it is a critical timing mechanism, as well as providing a great deal tension.

Once the players have survived their first game, they will get a good feel for these events and learn how to deal with them. The “Wiggle” tiles discourage players from storing too much food and add a moderate level of risk, but they can be toned down a bit to lessen the punch without affecting the timing of the game. The “Storm” tile enhances the energy swings from feast to famine and cannot be removed. It can, however, be tamed a little for the first time play of the game, until players get a good feel for the rhythm of the game.

This is where the training wheels come in. The idea of no limits in the game simplifies the play, but it can be very un-forgiving if players make one or two errors in judgement. The first experience should be fun so I am introducing a beginning mode to the game. In this mode, all multiple actions will be capped at two and the storm will be capped at a maximum of two destroyed web spaces. This should help prevent the rapid slip into a “Decline” state for beginning players.

During the last test, I changed the direction of the “Robo-Spider” token, not realizing that this would reduce the rate of energy introduced to the game. This created an energy crisis and we had to give everyone bonus energy, just to get through the play-test. I will try it again on the next test with the right energy balance in mind.

I will also modify the Home action so it triggers the feeding/maintenance cycle as soon as it is played. Delaying it only causes confusion and disrupts the rhythm of the game. I can’t remember why I chose to delay this action, but whatever the reason, it was a bad one. The actions should be simple, you play a card and perform the action.

One more problem with the last playtest was that the players felt the movement was too restrictive or costly. This hampered the expansion of the webs and slowed down the game. I will address this problem after I get a good test with the previous revisions I have planned. It’s too early to address this one at the moment.

Once players get a game or two under their belt, they can remove the training wheels (action and storm limits) and take on the full risks of their actions. The players can also flip the game board over to the advanced side where they create their own map boundaries and choose where to place the “Bait” markers. If that’s not enough, they can head to the local game store and buy “The Hunters” expansion which adds non-web spinners like the Wolf Spider, Jumping Spider and the deadly Wandering Spider. This, of course, will be long in the future. I need to get this game going first.

Feel free to comment and let me know you want to try the game out on TTS.

Hey, It actually worked!

Version number five worked better than expected. After only four official playtests, I appear to have a fully functional game which shows some promise. I know I’ve said this before with the fight night game, only to send it to the scrap pile a week or two later. I’ve also said this about my Nova Raiders game which is currently sitting on the shelf, and may just fade away into mediocrity. I really mean it this time. LOL

In the initial part of each turn, players move their spiders to a new position in their webs. This provides a hint to the other players as to what you may have planned. They then place two cards face down from their hands which will determine which actions each player will be performing. The cards are then revealed one at a time in turn order as the actions are performed. This provided for a great deal of bluffing and trying to second guess your opponent.

The drawing of the events tiles, such as bug strikes on the webs, swarms and storms provided a great push-your-luck experience. Players tended to build more frail webs which was due to the new and revised action cards. Players were constantly aware of the storm which could come and wipe away their frail webs before they had a chance to reinforce them.

The swarm event tile provided some real bug feasts which pushed players into an overabundant state, forcing them to expand their spider family whether they were ready or not. The extra overhead costs of the larger web and spider family were actually a detriment if your family grew too fast. The occasional famine was another thing to watch out for. A famine forced one player into a “Degrade” state where their web started to slowly degenerate. They were able to recover in a couple of turns, however, and were going like gangbusters soon enough.

This is all accomplished through a really tight energy economy which each player has to manage. Players try to keep things on an even keel, through feast and famine, where, either extreme, a surplus of energy or an energy crisis can force you into a precarious position. This seemed to work as expected and is one of the key elements of the game.

Limiting the players hands to five cards created some asymmetrical behavior, but it may have been a bit too much. It seemed too limiting in the last playtest. I’ll have to try different initial card counts to get the right balance. The introduction of new cards acquired in the market didn’t happen fast enough either. New cards were added to the discard pile like in a traditional deck building game. I will change this to adding the new cards to the player’s hand. This will allow for more tactical opportunities.

The different spider powers were cool and intuitive. Resetting only one spider power per “Home” action seemed to curtail any overpowered spider behaviors. I have to take a close look at the spider powers with a focus on tactical play. This has to be worked on next iteration. The spider powers were great fun, however, when they did work.

The action cards also need to be re-worked for more balanced tactical play. The building of the webs works well at this point, except for the slow rate of building them. Maybe the “Baiting” of the webs over an existing web is a bad idea. I’ll try adding the bait as a new web space, which will increase the web expansion rate. The webs seemed to be a bit too static in the last play test.

The new rule we introduced in the last play test, of discarding a card to gain one energy worked great. It was the magic bullet which stopped the energy economy from crashing. Another new rule regarding the swarm tile, also made the event tiles work much smoother. I just need to modify the mix of events slightly to make the game go a bit quicker.

The last game lasted about 2 hours. Given the game complexity, it ran too long and overstayed its welcome. I have to get the time closer to an hour or slightly over that. This can be accomplished, I’m sure.

The next task, is to work out the tactical play between the players so that there is a good amount of choices and strategies, and there isn’t one dominant strategy. I also need to look at the cost and valuation of all the cards, which will be a blend of both mathematical and perceived values. This is where I really have to roll up my sleeves and get to work. Wish me luck, I can use it.

I definitely got the game running a lot smoother. In fact it was so smooth and intuitive the players tended to fall asleep. This is not good. The choices were obvious and a bit repetitive, which led to a boring game. I also balanced the building of the webs too much, resulting in a simple strategy which was obvious and completely bypassed the Push-Your-Luck aspect of building frail webs and hoping a storm doesn’t come too soon. Fortunately this is all fixable.

I believe the players should have more things they would like to do than the resources to do it. This results in tough choices and compromises, as well as strategies and tactics that shift during the game. To accomplish this, I re-worked the web building action cards and spider powers. The player will have to choose a smaller working hand of cards, with the option of changing things up later, at a cost of course. The players will also have a good idea what the opponents cards are, but not enough information to guess their possible moves.

I introduced a foreshadowing stage and a very simple programming stage to the turns to encourage bluffing and trying out-guess your opponent. The programming of two action cards will hopefully add just a little chaos to spice things up. The baby spiders which are added to your web will encourage more asymmetry. The different spider powers and bonuses will hopefully provide multiple paths to victory.

I am ready for a playtest of version #5 tonight. Hopefully the game stays on the rails, the latest overhaul was done fairly quickly. Fingers crossed.