category
本导航整理 content/posts/indie/indie-developer-survival 下的 11 篇文章，构成一套不承诺成功、但尽量让你不轻易失败的独立开发者生存手册。内容按认知、方向与验证、工程与产品、变现与增长、心理与转向四个层次展开：先纠正「以为在创业其实在求生」的认知偏差，再讲方向选择与低成本验证，随后讨论技术策略、功能膨胀与定价误区，最后落到推广节奏、长期不确定下的心理建设、坚持还是放弃的判断标准，以及一份 12 个月可执行的生存路线图。适合准备或已经开始独立开发的开发者系统阅读。
独立开发者（Indie Developer）完整指南专题：低成本变现模式与收入来源多元化、12 个月生存路线图按月阶段拆解、首个项目选择与 MVP 验证方法论、Steam 愿望单转化与发行全流程、中文社区与海外先发行策略、40+ 真实成败案例深度复盘（范围蔓延/美术先行/引擎切换等 25+ 失败教训与 20+ 成功要素），以及 Godot/Unity 技术选型与工程实践。面向一个人或一个小团队、无外部投资的独立游戏与软件创业者，提供从生存心态到持续运营的全链路参考。
一个个人游戏在跨平台存档路径、配置文件、权限、Steam Cloud 和便携版之间做技术选型的案例，详细讨论 Windows、macOS、Linux 和玩家迁移。
一个个人策略游戏在 Steam Deck 适配中对 UI、输入、性能档位、字体和测试流程做技术取舍的案例，详细讨论掌机体验与桌面版的差异。
写在前面：玩家说“打不开”，你需要更多信息 个人游戏发售后，最让开发者焦虑的反馈之一是： “游戏打不开。” “进第二章就闪退。” “昨天还可以，今天读档崩了。” “我点开始没反应。” 这些反馈很真实，但信息不够。
一个个人经营游戏在面板脚本直连、MVC、MVVM 和事件驱动 UI 之间做技术选型的案例，详细讨论库存、状态刷新、弹窗、测试和维护成本。
一个个人 2D 冒险游戏在直接资源引用、Resources 目录、Addressables 和自定义资源清单之间做技术选型的案例，详细讨论包体、加载卡顿、内存和发布复杂度。
写在前面：回放系统不是录屏功能 个人开发者做竞速、动作挑战、速通类游戏时，经常想加回放。玩家跑出好成绩，可以回看。也可以和自己的最佳成绩比赛。甚至可以分享给朋友。很多人第一反应是录视频。但游戏里的回放系统，通常不是录屏。
一个个人 Roguelite 游戏在纯随机生成、手工关卡和种子房间组合之间做技术选型的案例，详细讨论可控难度、内容产能、调试和玩家公平感。
写在前面：物理效果自然，不等于适合解谜 个人开发者做物理解谜游戏时，很容易先接入完整物理引擎。刚体、碰撞、关节、摩擦、弹力、重力，一切都现成。原型也很快能动起来。但物理解谜有一个特别敏感的问题： 玩家失败时，必须觉得是自己判断错了，而不是系统飘了。
一个个人潜行动作游戏在有限状态机、行为树和 GOAP 之间做敌人 AI 技术选型的案例，详细讨论可调试性、关卡脚本、警戒状态和个人开发维护成本。
写在前面：本地化不是把文本交给翻译 很多个人开发者谈本地化时，第一反应是： 把中文导出来。导回英文、日文、德文。真正做过一次后才会发现，本地化首先是工程问题。文本从哪里来？ 字体能不能显示？ UI 是否会溢出？ 术语是否一致？ 构建时能不能发现缺翻译？ 玩家切语言后存档、成就、教程提示会不会出错？
写在前面：玩家被吸引来以后，还要知道自己在看什么 任清做了一款动作解谜游戏。玩家操控一个会复制影子的角色，通过让影子停留在过去的位置来触发机关。玩法本身有亮点，关卡也有几处很聪明的设计。他找朋友剪了一支 70 秒宣传片。
一个个人游戏在第三方分析 SDK、自建事件服务和本地匿名日志之间做技术选型的案例，详细讨论隐私、调试、Demo 数据、关卡流失和合规成本。
一篇关于个人游戏免费序章和 Prologue 发行策略的文章，讨论独立商店页、内容边界、愿望单导流、评价风险、制作成本和正式版承接。
写在前面：小市场也可以足够真实 乔安做了一款关于地方夜市经营的模拟游戏。玩家经营一个小摊，从卖烤冷面开始，逐渐解锁饮品、炸串和临时摊位。游戏重点不是复杂经营，而是夜市里的人情味：熟客、摊主互助、城管检查、雨天客流。
写在前面：听玩家和被玩家拖着走不是一回事 江也做了一款小队战术游戏。玩家控制三名角色在狭窄街区里执行任务，核心玩法是利用视野、噪音和同步行动避开敌人。早期 Demo 反馈不错。玩家喜欢“像策划一次偷袭”的感觉。
一个个人策略游戏在无 Mod、JSON 关卡、Lua 脚本和 Steam Workshop 之间做技术选型的案例，详细讨论安全、编辑器、兼容性和维护范围。
写在前面：愿望单不是自动付款名单 很多个人开发者看着愿望单数字，会自然产生安全感。1 万、3 万、5 万。数字越大，发售前越像已经完成一半。但愿望单不是订单。它只是玩家在某个时刻表达过兴趣。到真正发售时，他可能忘了游戏，可能没钱，可能在玩别的，可能已经不记得当初为什么点了愿望单。
写在前面：少机制也可以有深度 林晚做了一款极小的益智游戏。规则只有一句话：玩家每走一步，整个房间都会旋转 90 度。这听起来像一个 Game Jam 点子。林晚一开始也只是周末做着玩。但他没有继续往里面塞新系统，而是围绕这个机制做了 72 个关卡。