个人游戏长尾推广：卖完首周之后，怎样让游戏继续被发现
写在前面：首周之后不是只能认命 很多个人游戏发售一周后，会进入一种安静期。发布动态没人转了。主播视频过去了。愿望单通知发完了。销量曲线开始下滑。开发者很容易觉得：市场已经给出答案。但对小体量个人游戏来说，首周不一定决定全部命运。
tag
个人游戏
共 35 篇文章。
个人移动游戏发行：上架应用商店前，先想清楚首日留存
写在前面：移动端不是把 PC 游戏缩小 个人开发者做移动游戏，很容易低估发行难度。他们会觉得： 游戏已经能玩了，上传商店，发几张图，再买一点广告，就能开始验证。但移动端非常残酷。玩家下载成本低，离开也快。
个人游戏中文社区推广：不要只发链接，要先成为一个具体的人
写在前面：社区不喜欢突然出现的广告 个人游戏开发者经常在快发售时才想起社区。于是他们去论坛、群组、贴吧、小红书、B 站动态、独立游戏社区发同一段话： “大家好，我做了一款游戏，欢迎加入愿望单。” 大部分时候，效果很弱。
个人游戏媒体包：别等编辑来猜你游戏有什么新闻点
写在前面：媒体不是来替你整理项目的 个人开发者常常觉得媒体很遥远。好像只有大厂、热门独立游戏、拿过奖的项目才值得被报道。小媒体、垂直社区、Newsletter、播客、地方文化栏目，都可能对一款个人游戏感兴趣。
个人游戏发行定价：价格不是胆量测试，而是玩家预期管理
写在前面：价格首先会告诉玩家你是谁 个人游戏定价最难的地方，不是填一个数字。真正难的是：这个数字会立刻改变玩家对游戏的期待。卖 18 元，玩家会把它当成一个短小、有趣、完成度还可以的小品。卖 58 元，玩家会开始期待更长流程、更完整系统和更稳定内容。
个人游戏技术方案案例：2D 游戏卡顿时，为什么先改资源管线而不是换渲染方案
写在前面：卡顿不一定说明引擎不行 个人开发者遇到性能问题时，很容易怀疑底层方案。“是不是 Unity 2D 不行？” “是不是要改成自写渲染？” “是不是要换引擎？” “是不是必须上 ECS？” 这些问题有时成立，但大多数时候太早。
个人游戏发布后一个月：真正的发行工作才刚刚开始
写在前面：上线当天不是终点 很多个人开发者把发售日看成终点。熬夜修完最后一个 bug，上传构建，写公告，按下发布按钮。然后等销量曲线告诉自己项目成败。但真正的发行工作，往往从发售后第一小时开始。韩亦做过一款小体量建造游戏。
个人游戏技术方案案例：剧情和关卡数据为什么没有直接写进代码
一个个人叙事游戏在内容管线、表格数据、脚本导入和编辑器工具之间做技术选择的案例，详细讨论 CSV、JSON、Notion、校验和版本管理。
个人游戏发行谈判：找发行商之前，先写清楚自己要什么
写在前面：发行商不是一个抽象答案 很多个人开发者在项目进入中后期时，会突然开始想： 要不要找发行商？ 这个问题本身太大。更实际的问题应该是： 周岚做过一款回合制战术游戏。玩家带着四名快递员穿过被洪水切开的城市，用路线规划、临时桥梁和有限体力完成配送。
个人游戏技术方案案例：排行榜要不要自建后端
写在前面：能联网，不代表应该自建后端 很多个人开发者做游戏时，会自然想加一点在线功能。排行榜、每日挑战、云存档、玩家数据、活动公告。这些功能听起来能提高留存，也能让游戏显得更完整。但只要涉及自建后端，项目就不再只是游戏客户端。
个人游戏推广案例：给主播写邮件前，先把可播性做出来
写在前面：主播不是免费广告位 很多个人开发者把主播推广想得太简单。他们做完游戏，整理一批邮箱，群发一封“希望你能试玩”。结果通常很安静。而是大部分邮件没有说明这款游戏为什么适合被播。沈乔做过一款短篇推理游戏，叫《第三把钥匙》。
个人游戏技术方案案例：存档系统为什么要从第一周开始设计
写在前面：存档不是最后加一个保存按钮 很多个人游戏项目早期只关心玩法能不能跑。存档常常被放到后面： “先用临时 JSON 存一下。” “等内容稳定了再做正式存档。” “发售前补上云同步就行。” 这种想法很常见，也很危险。
个人游戏发行经验：Demo 节展不是考试，而是一次带问题的路演
写在前面：Demo 不是把半成品交出去 个人游戏做 Demo，最常见的误区是把它当成进度展示。开发者会说： “虽然还有很多没做，但先让大家看看。” “后面内容会更丰富。” “现在只是临时版本。” 这些解释在开发者之间能被理解。
个人游戏技术方案案例：解谜游戏为什么从 Unity 改选 Godot
一个个人解谜游戏在 Unity 与 Godot 之间做技术选型的案例，详细分析项目规模、工具链、导出风险、内容制作效率和长期维护成本。
个人游戏推广笔记：Steam 页面不是海报，而是一次十秒面试
写在前面：玩家不是来研究你的项目的 很多个人开发者第一次做 Steam 页面时，会把它当成一张完整海报。他们想把世界观、系统、角色、故事背景、开发理念全放进去。结果页面看起来很用心，却很难让陌生玩家在十秒内明白： 一个叫林默的开发者曾经犯过这个错误。