招募中創始書games / indie_games
The Indie Game Teardown
An indie game developer reflects on the development of a released game.
An indie game developer reflects on the development of a released game.
Problem to Solve
Most of what gets published about a game's release is either a launch announcement or marketing advice. The details other developers would find useful, the budget, the sales over time, the mistakes, are usually left out or kept private.
Unique Value
This book collects first-person write-ups from developers who released a game they built on their own, or close to it. Each chapter is written by one developer, about their own game. Where the developer is willing, the chapter includes the numbers that are usually left out.
What You'll Gain
A clearer picture of what releasing a small game involves: what the developer set out to make, how the release went, and what they would do differently. Some chapters include figures such as cost, sales, wishlists, and refunds; others stay with the story. The accounts are meant to be useful to compare your own work against.
After releasing a game, many indie developers write up how it went. These write-ups are spread across forums and blogs, and most are eventually lost. We'd like to bring some of them together into one book. If you've released a game you built mostly on your own, we'd be glad to include your account.
Many books on game development are about how to build a game. This one is about what happens after release, told by the developers themselves, one game per chapter.
This is an open anthology, so the outline is intentionally loose. We start the book; contributors write it. Each chapter is a developer’s own postmortem, in their own voice. There’s no fixed format. Slots fill as contributors join.
This is an open anthology, so the outline is intentionally loose. We start the book; contributors write it. Each chapter is a developer’s own postmortem, in their own voice. There’s no fixed format. Slots fill as contributors join.
This is an open anthology, so the outline is intentionally loose. We start the book; contributors write it. Each chapter is a developer’s own postmortem, in their own voice. There’s no fixed format. Slots fill as contributors join.
This is an open anthology, so the outline is intentionally loose. We start the book; contributors write it. Each chapter is a developer’s own postmortem, in their own voice. There’s no fixed format. Slots fill as contributors join.
You have built and released a game mostly on your own, or with a very small team. It can be a Steam game, itch.io release, mobile game, browser game, jam project that kept going, or a commercial prototype that reached players. Bring the postmortem: what you set out to make, what shipped, what changed, what the release cost, how players responded, and what you would do differently.
You shape the book as a real anthology, not a stack of launch posts. You decide which postmortems belong, set the chapter order, push contributors for numbers and concrete decisions, and keep each chapter useful without turning it into promo copy. You copyedit, proofread, ask follow-ups, and protect each developer's voice.
You help a developer turn a messy game release into a chapter people can follow. You interview, read notes or store pages when needed, ask for the missing dates, costs, wishlists, sales, refunds, mistakes, and player feedback, then draft in the developer's voice. You revise with them until the chapter feels accurate, not polished into someone else's success story.
This book was started by ThePeopleBook, a platform for collaborative nonfiction. We organize the project and bring contributors together; the stories are theirs. We’re not game developers or experts here. The goal is to collect honest postmortems from solo developers, written by the people who lived them. The book is looking for a lead. Once the team forms, full authority will pass to the right contributor. Interested? Write to [email protected].
負責人