Skip to main content
Dev Corner · 8 min read

Your First Game Jam: A Survival Guide for Complete Beginners

Everything you need to know before your first 48-hour game jam. Scoping, time management, common mistakes, and how to actually submit something you're proud of.

Celeste gameplay screenshot, a game that started as a 4-day game jam prototype

Celeste sold over 500,000 copies. SUPERHOT moved more than two million. Both started as game jam prototypes built in a few days. Game jams are the fastest path from “I want to make games” to “I shipped a game.” And with the 7DRL Challenge, The Jam @ GDC, and gm(48) #48 all happening this month, there has never been a better time to jump in.

This guide covers everything you need for your first jam. No prior experience required.

What Is a Game Jam?

A game jam is a creative sprint. You get a theme, a deadline (usually 48 to 72 hours), and one job: make a playable game from scratch. Some jams are solo only, others allow teams. Some restrict your engine, others let you use anything.

The biggest jams draw thousands of entries. Ludum Dare typically attracts 3,000+ submissions per event. GMTK Game Jam pulled 9,561 entries in 2025 alone. But size does not matter. Your goal for your first jam is simple: finish something and submit it.

Before the Jam: Your Prep Checklist

The jam has not started yet, but your work begins now. Here is what to do in the days before.

Pick your tools and test them. Do not learn a new engine during the jam. Use whatever you already know. Godot, Unity, GameMaker, Pico-8, or even plain HTML and JavaScript. If you have never built anything before, this beginner guide will get you started. Not sure which engine to pick? Our engine comparison breaks down the options.

Set up a project template. Create a blank project with your engine of choice. Configure your screen resolution, input bindings, and build pipeline. Export a test build to make sure it actually works. You do not want to debug export settings at hour 47.

Stock your asset library. You will not have time to draw every sprite from scratch. Grab free asset packs from Kenney, OpenGameArt, or the itch.io free assets section. Our game jam tools and free assets guide has the complete toolkit organized by category.

Get your life sorted. Tell your friends and family you will be busy. Stock your fridge. Set up your workspace. Clear your weekend.

Sleep. Seriously. Get a full night of rest before the jam starts. You will need the reserves.

The 48-Hour Breakdown

Time management is the difference between submitting a finished game and abandoning a half-built prototype. Here is a realistic schedule for a 48-hour jam.

Hours 0 to 4: Brainstorm and Scope

The theme drops. You have ideas. Write them all down, then pick the simplest one. Spend the first hour brainstorming, the second hour refining your concept, and the last two hours planning your core loop on paper.

The critical question: can you describe your game in one sentence? If not, it is too complex. “You jump on platforms that disappear behind you” is a complete game. “An open-world RPG with crafting and dialogue trees” is a death sentence for a 48-hour jam.

Hours 4 to 20: Build the Core Loop

This is where you build the one thing that makes your game a game. One mechanic, one interaction, one feeling. Get it working and get it feeling good. Ignore menus, ignore title screens, ignore everything that is not the core loop.

By hour 20, you should be able to hand your game to someone and have them play it for 30 seconds. If you cannot, you have scoped too large.

Hours 20 to 36: Content and Juice

Your core loop works. Now make it feel alive. Add sound effects, screen shake, particles, a background, a win condition, and a lose condition. This is when your prototype becomes a game.

Sound is the most underrated upgrade. Even free placeholder SFX from BFXR or Sfxr instantly make a game feel 10x more polished. Do not skip audio.

Hours 36 to 46: Polish and Bug Fixes

Play your game. Then play it again. Find the bugs that crash the experience. Fix the controls that feel sluggish. Add a tutorial hint if the mechanics are not obvious. Playtest with someone who has never seen the game before. Watch them play. Do not explain anything. Where do they get confused? Fix those spots.

Hours 46 to 48: Build, Test, Submit

Stop adding features. Build your final version. Test it on a clean machine if possible. Upload to itch.io. Write a short description. Take a screenshot. Submit before the deadline, not at the deadline. Technical issues happen. Give yourself a buffer.

The Golden Rule: Scope Small, Then Smaller

Your first idea is too big. This is true for every single person reading this article, no exceptions.

Cut your idea in half. Cut it in half again. What remains is probably still too ambitious for 48 hours, but now it is at least survivable.

The formula that works: one mechanic, one level, one enemy type. That is a complete game. TowerFall started as a simple archery combat prototype. Donut County began as a jam entry about a hole in the ground. Constraints breed creativity.

If you finish your core game by hour 30 and still have energy, you can always add a second level. But you cannot add a core mechanic at hour 40.

Theme Interpretation Tips

The theme gets announced and your mind goes blank. Happens to everyone. Here are three approaches that work.

Go literal first. If the theme is “gravity,” make a platformer where gravity flips. If it is “connection,” make a puzzle about connecting wires. Literal interpretations are fast to prototype and easy for voters to understand.

Combine the theme with a genre you know. Love roguelikes? Apply the theme to a roguelike. Comfortable with platformers? Make a themed platformer. Familiarity with your genre saves hours of design work.

Don’t overthink it. The theme is a creative constraint, not a puzzle to solve. Your first interpretation is usually fine. Spend 30 minutes brainstorming, pick one idea, and commit. Changing your concept at hour 12 is how projects die.

Five Mistakes Every First-Timer Makes

Spending too long on art. Programmer art is fine. Colored rectangles are fine. Stick figures are fine. A beautiful game that does not play is worse than an ugly game that is fun. You can always polish the visuals in a post-jam update.

Not playtesting until the last hour. Get someone to play your game at the halfway mark. Early feedback saves you from building something confusing. If nobody is around, step away for 15 minutes and play it yourself with fresh eyes.

Forgetting audio entirely. A game with no sound feels broken. Even three sound effects (jump, hit, pickup) transform the experience. Budget 30 minutes for audio. Tools like BFXR generate retro SFX in seconds.

Trying to learn something new mid-jam. Hour 16 is not the time to learn shaders. Use what you already know. Jams reward execution speed, not technical ambition.

Not submitting because it is not good enough. This is the biggest one. Your game does not need to be perfect. It does not need to be great. It needs to exist. A finished, submitted game jam entry teaches you more than ten abandoned prototypes. Hit that submit button.

After the Jam: What Comes Next

You submitted. Congratulations. That alone puts you ahead of every person who thought about joining but did not. Here is how to get the most out of the post-jam period.

Play and rate other entries. This is how the community works. You play their games, they play yours. Leave constructive feedback. The more games you rate, the more ratings you receive back. It is also genuinely fun to see what other people built with the same theme and timeline.

Build for web if possible. Games that run in the browser get significantly more plays than downloadable builds. If your engine supports HTML5 export, use it. More plays means more ratings and more feedback.

Read every comment. Feedback from jam voters is gold. These people played your game with zero context. Their confusion is your bug list for a post-jam version.

Consider iterating. If your jam game has a spark, keep working on it. Post a devlog, share it on Screenshot Saturday, and build toward a full release. The jam version of Celeste was built in four days with Pico-8. The commercial version took two more years of development. Both started with one weekend of focused work.

Jams Happening Right Now (March 2026)

The jam calendar is stacked this spring. Here are the best opportunities for first-timers.

7DRL Challenge 2026 runs through March 8. Seven days to build a roguelike. The extended timeline makes this a friendlier entry point than 48-hour jams.

The Jam @ GDC 2026 takes place March 8 to 9 in San Francisco. Run by Global Game Jam in partnership with GDC, this is a 100-person in-person event kicking off GDC week.

gm(48) #48 starts March 14 and runs for 48 hours. It is the 48th edition (a nice milestone), features $4,800 in prizes plus physical trophies, and is built around GameMaker.

Ludum Dare typically runs in April and October. After a brief hiatus, the jam returned in 2025 with GameMaker as a sponsor. Check the official site for the latest 2026 schedule.

Browse more upcoming jams on our game jam calendar or the itch.io jam directory.

Go Make Something

Your first jam game will not be your best work. That is the point. You are trading polish for speed, ambition for completion, and perfectionism for something real. The developer who made Celeste in four days did not know it would sell half a million copies. They just wanted to finish something over a weekend.

Pick a jam. Set up your tools. Get some sleep. Then make a game.

#game-jam #beginner-guide #indie-dev #ludum-dare #time-management
Florian Huet

Written by

Florian Huet

iOS dev by day, indie game dev by night. Trying to give life to GameDō Studio.

Building games and talking about the ones I can't stop playing.

Related Articles