引子一个独立游戏开发者的噩梦2023年3月15日凌晨两点。程序员小陈盯着Steam后台的数据手在发抖。他的游戏《星尘回响》——一款他花了三年时间、辞掉工作、烧光积蓄做出来的太空Roguelike——发布24小时了。销量47份。其中12份是朋友买的。3份是家人买的。1份是他自己买的他想看看购买流程是否正常。真正的陌生人购买31份。三年的心血换来31个陌生人的认可。他打开Steam社区唯一的一条评论写着“这游戏不错但我是怎么找到它的我都不记得了。”小陈关上电脑在黑暗中坐了很久。他的游戏不差。画面精致玩法有趣Bug很少。他在开发上做到了90分。但在发布上他做了0分。没有商店页面预热没有愿望单积累没有媒体联络没有社区运营发售日选在了GDC期间所有游戏媒体都在忙着报道3A大作定价策略是拍脑袋想的预告片是用手机录屏做的。他犯了独立游戏开发者最常见的错误以为做完就等于发布。这篇指南就是为了让你不要成为下一个小陈。第一章发布不是一天的事——倒计时12个月大多数独立开发者的发布时间线 ❌ 错误的做法 开发3年 ──────────────────────────→ 某天突然上架 │ ▼ 怎么没人买 ✅ 正确的做法 ┌─────────────────────────────────────────────────────┐ │ │ │ 发售前12个月 创建商店页面开始积累愿望单 │ │ │ │ │ 发售前9个月 发布第一支预告片 │ │ │ │ │ 发售前6个月 开始联系媒体和主播 │ │ │ │ │ 发售前4个月 参加游戏展会 / 发布试玩Demo │ │ │ │ │ 发售前2个月 发布第二支预告片密集社交媒体 │ │ │ │ │ 发售前1个月 发送媒体评测码 │ │ │ │ │ 发售前2周 最终预告片倒计时营销 │ │ │ │ │ 发售前1天 确认所有技术细节深呼吸 │ │ │ │ │ ★ 发售日 ★ 按下发布按钮 │ │ │ │ │ 发售后1周 紧急修Bug回复评论 │ │ │ │ │ 发售后1个月 第一次打折促销 │ │ │ │ │ 发售后3个月 内容更新重新激活关注 │ │ │ └─────────────────────────────────────────────────────┘ 发布是一场持续12~18个月的战役 而不是某一天按下的一个按钮。第二章商店页面——你的游戏的门面┌──────────────────────────────────────────────┐ │ │ │ 一个残酷的事实 │ │ │ │ Steam上每年发布超过14000款游戏。 │ │ 平均每天38款。 │ │ │ │ 玩家在Steam上浏览游戏时 │ │ 决定是否点进一个游戏页面的时间 │ │ │ │ ┌─────────┐ │ │ │ 2~3 秒 │ │ │ └─────────┘ │ │ │ │ 决定是否加愿望单或购买的时间 │ │ │ │ ┌──────────┐ │ │ │ 10~30 秒 │ │ │ └──────────┘ │ │ │ │ 你有不到30秒的时间说服一个陌生人 │ │ 掏钱买你花了3年做的游戏。 │ │ │ │ 这30秒的战场就是你的商店页面。 │ │ │ └──────────────────────────────────────────────┘胶囊图Capsule Image——第一印象┌──────────────────────────────────────────────┐ │ │ │ 胶囊图是玩家在Steam浏览时看到的缩略图。 │ │ 它决定了玩家是否会点进你的页面。 │ │ │ │ ❌ 差的胶囊图 │ │ ┌────────────────────┐ │ │ │ │ │ │ │ Star Dust Echo │ ← 纯文字标题 │ │ │ │ 看不出是什么游戏 │ │ │ [模糊的截图] │ 截图太小看不清 │ │ │ │ │ │ └────────────────────┘ │ │ │ │ ✅ 好的胶囊图 │ │ ┌────────────────────┐ │ │ │ ✦ 太空飞船特写 ✦ │ ← 主角/核心元素 │ │ │ ╱ ╲ │ 占据画面中心 │ │ │ ╱ STAR DUST ╲ │ 标题清晰醒目 │ │ │╱ ECHO ╲│ 色彩鲜明 │ │ │ ★ 星云背景 ★ │ 缩小后仍然好看 │ │ └────────────────────┘ │ │ │ │ 胶囊图的黄金法则 │ │ → 缩小到指甲盖大小仍然能看清主体 │ │ → 有一个明确的视觉焦点角色/物体 │ │ → 颜色对比强烈在一堆游戏里能跳出来 │ │ → 不要放太多文字标题足够 │ │ → 传达游戏类型看一眼就知道是什么游戏 │ │ │ └──────────────────────────────────────────────┘预告片——30秒定生死┌──────────────────────────────────────────────┐ │ │ │ 预告片的结构黄金公式 │ │ │ │ 0~5秒钩子Hook │ │ ┌─────────────────────────────────┐ │ │ │ 用最炸裂的画面抓住注意力 │ │ │ │ 不要放Logo不要放开发商名 │ │ │ │ 直接上最精彩的游戏画面 │ │ │ │ │ │ │ │ 如果前5秒不能让人停下滚动 │ │ │ │ 后面的内容就不存在。 │ │ │ └─────────────────────────────────┘ │ │ │ │ 5~20秒核心玩法展示 │ │ ┌─────────────────────────────────┐ │ │ │ 展示游戏最独特的玩法 │ │ │ │ 用实际游戏画面不要用CG │ │ │ │ 每3~4秒切换一个场景 │ │ │ │ 节奏要快不要拖沓 │ │ │ └─────────────────────────────────┘ │ │ │ │ 20~25秒情感高潮 │ │ ┌─────────────────────────────────┐ │ │ │ Boss战 / 剧情高潮 / 史诗场面 │ │ │ │ 配合音乐的高潮 │ │ │ │ 让观众产生我想玩的冲动 │ │ │ └─────────────────────────────────┘ │ │ │ │ 25~30秒收尾 │ │ ┌─────────────────────────────────┐ │ │ │ 游戏Logo 标题 │ │ │ │ 发售日期或即将推出 │ │ │ │ 现在就加入愿望单 │ │ │ └─────────────────────────────────┘ │ │ │ │ │ │ 致命错误清单 │ │ ✗ 前10秒都是开发商Logo和赞助商Logo │ │ ✗ 用大段文字讲述世界观 │ │ ✗ 画面太暗看不清在玩什么 │ │ ✗ 没有配乐或配乐太弱 │ │ ✗ 超过2分钟理想长度60~90秒 │ │ ✗ 用手机录屏 │ │ │ └──────────────────────────────────────────────┘游戏描述——说人话┌──────────────────────────────────────────────┐ │ │ │ ❌ 开发者写的描述 │ │ │ │ 《星尘回响》是一款融合了Roguelike元素的 │ │ 程序化生成太空探索游戏采用了先进的 │ │ A*寻路算法和基于物理的渲染管线 │ │ 支持多线程异步加载和ECS架构…… │ │ │ │ 玩家看到这段话的反应 │ │ 所以……这游戏好玩吗 │ │ │ │ │ │ ✅ 玩家想看的描述 │ │ │ │ 驾驶你的飞船闯入未知星域。 │ │ 每一次航行都是全新的宇宙。 │ │ 收集残骸改装飞船对抗星际海盗。 │ │ 死亡是常态——但每次死亡都让你更强。 │ │ │ │ 然后用要点列出核心特性 │ │ │ │ 200种飞船模块打造你的专属战舰 │ │ 程序生成的无限宇宙每局都不同 │ │ ⚔️ 紧张刺激的实时太空战斗 │ │ 隐藏在星际废墟中的神秘故事线 │ │ 支持手柄完美适配Steam Deck │ │ │ │ 原则 │ │ → 第一句话就要说清楚这游戏是干嘛的 │ │ → 用动词不用形容词 │ │ → 说玩家能做什么不说你用了什么技术 │ │ → 如果能用一句话概括就不要用两句 │ │ │ └──────────────────────────────────────────────┘标签——被发现的关键┌──────────────────────────────────────────────┐ │ │ │ Steam的推荐算法严重依赖标签。 │ │ 标签选错了你的游戏就不会被推荐给 │ │ 正确的玩家。 │ │ │ │ 标签策略 │ │ │ │ 前5个标签最重要 │ │ 选择最精确描述你游戏的标签 │ │ → Roguelike │ │ → 太空 │ │ → 动作 │ │ → 独立 │ │ → 程序生成 │ │ │ │ 第6~15个标签扩大覆盖面 │ │ 选择相关但更宽泛的标签 │ │ → 科幻 │ │ → 单人 │ │ → 冒险 │ │ → 像素风 │ │ → 困难 │ │ │ │ ❌ 不要做的事 │ │ → 不要加不相关的热门标签会被玩家踩 │ │ → 不要只加1~2个标签覆盖面太窄 │ │ → 不要忘记加独立标签 │ │ 很多玩家专门搜索独立游戏 │ │ │ └──────────────────────────────────────────────┘第三章愿望单——你的生命线┌══════════════════════════════════════════════════┐ ║ ║ ║ Steam的一个关键数据 ║ ║ ║ ║ 愿望单转化率愿望单 → 实际购买 ║ ║ ║ ║ 发售首周约 10~20% ║ ║ 终身转化约 15~30% ║ ║ ║ ║ 也就是说 ║ ║ 如果你发售前有 10,000 个愿望单 ║ ║ 发售首周大约能卖 1,000~2,000 份。 ║ ║ ║ ║ 如果你的游戏定价 ¥70 ║ ║ 首周收入 ≈ ¥70,000~140,000 ║ ║ 扣除Steam 30%分成 ≈ ¥49,000~98,000 ║ ║ ║ ║ ║ ║ 独立游戏的愿望单生死线 ║ ║ ║ ║ 2,000 个愿望单 ║ ║ ┌──────────────────────────────────────┐ ║ ║ │ 危险区 │ ║ ║ │ 首周销量可能不到500份 │ ║ ║ │ 很难回本 │ ║ ║ │ Steam算法不会推荐你 │ ║ ║ └──────────────────────────────────────┘ ║ ║ ║ ║ 2,000~7,000 个愿望单 ║ ║ ┌──────────────────────────────────────┐ ║ ║ │ 及格区 │ ║ ║ │ 能回本但可能不够养活自己 │ ║ ║ │ Steam会给一些推荐流量 │ ║ ║ └──────────────────────────────────────┘ ║ ║ ║ ║ 7,000~50,000 个愿望单 ║ ║ ┌──────────────────────────────────────┐ ║ ║ │ 健康区 │ ║ ║ │ 可以全职做独立游戏了 │ ║ ║ │ Steam会积极推荐 │ ║ ║ └──────────────────────────────────────┘ ║ ║ ║ ║ 50,000 个愿望单 ║ ║ ┌──────────────────────────────────────┐ ║ ║ │ 爆款区 │ ║ ║ │ 恭喜你可能要火了 │ ║ ║ │ Steam首页推荐媒体主动找你 │ ║ ║ └──────────────────────────────────────┘ ║ ║ ║ ╚══════════════════════════════════════════════════╝如何积累愿望单┌──────────────────────────────────────────────┐ │ │ │ 渠道1Steam新品节Next Fest │ │ 效果★★★★★最重要的单一渠道 │ │ │ │ Steam每年举办2~3次新品节。 │ │ 你可以上传一个免费Demo │ │ 在新品节期间获得大量曝光。 │ │ │ │ 一次成功的新品节参与可以带来 │ │ → 5,000~30,000 个愿望单 │ │ → 数千条玩家反馈 │ │ → 媒体和主播的注意 │ │ │ │ 准备工作 │ │ → 提前3个月申请有截止日期 │ │ → 准备一个精心打磨的Demo30~60分钟 │ │ → Demo结束时弹出加入愿望单的提示 │ │ → 新品节期间做直播和玩家互动 │ │ │ │ │ │ 渠道2社交媒体 │ │ 效果★★★★长期积累 │ │ │ │ Twitter/X发开发日志GIF动图最受欢迎 │ │ Reddit在相关子版块分享r/indiegaming │ │ TikTok短视频展示有趣的游戏瞬间 │ │ B站/微博国内市场必备 │ │ │ │ 发帖频率每周至少2~3次 │ │ 内容类型 │ │ → 开发进度GIF最受欢迎 │ │ → 之前 vs 之后对比图 │ │ → 有趣的Bug视频玩家超爱看 │ │ → 设计决策的思考过程 │ │ │ │ │ │ 渠道3游戏展会 │ │ 效果★★★质量高但数量有限 │ │ │ │ 线上展会 │ │ → Steam新品节免费 │ │ → 各种线上游戏展Indie Live Expo等 │ │ │ │ 线下展会 │ │ → 核聚变、WePlay国内 │ │ → PAX、Gamescom、TGS国际 │ │ → BitSummit独立游戏友好 │ │ │ │ 线下展会的隐藏价值 │ │ → 面对面看玩家玩你的游戏 │ │ → 观察他们在哪里卡住、在哪里笑 │ │ → 这些反馈比任何数据分析都珍贵 │ │ │ │ │ │ 渠道4主播和媒体 │ │ 效果★★★★爆发力强 │ │ │ │ 一个中等规模的主播10万粉丝 │ │ 播一次你的游戏可能带来 │ │ → 500~3,000 个愿望单 │ │ → 大量社交媒体讨论 │ │ │ │ 如何联系主播后面详细讲 │ │ │ └──────────────────────────────────────────────┘第四章联系媒体和主播——不要群发垃圾邮件┌──────────────────────────────────────────────┐ │ │ │ ❌ 错误的做法 │ │ │ │ 群发1000封一模一样的邮件 │ │ │ │ Dear Sir/Madam, │ │ I am an indie developer and I made │ │ an amazing game called Star Dust Echo. │ │ Please play it and make a video. │ │ Here is the Steam link. │ │ Thank you. │ │ │ │ 结果0回复。全部进了垃圾箱。 │ │ │ │ 为什么 │ │ → 没有称呼对方的名字群发感太强 │ │ → 没有说明为什么找这个人不是随机的吗 │ │ → 没有提供任何方便对方的素材 │ │ → 语气像在求人让人不舒服 │ │ │ └──────────────────────────────────────────────┘ ┌──────────────────────────────────────────────┐ │ │ │ ✅ 正确的做法 │ │ │ │ 第一步建立媒体清单 │ │ │ │ 不要找1000个人找50个对的人。 │ │ │ │ → 找播过同类型游戏的主播 │ │ 如果你做Roguelike找播过《哈迪斯》 │ │ 《死亡细胞》的主播 │ │ → 找写过同类型游戏评测的媒体 │ │ → 找粉丝量适中的1万~50万 │ │ 大主播不会理你小主播带不动量 │ │ → 记录每个人的名字、邮箱、播过什么游戏 │ │ │ │ │ │ 第二步写个性化的邮件 │ │ │ │ Hi [名字] │ │ │ │ 我看了你播《哈迪斯》的那期视频 │ │ 特别喜欢你分析Build搭配的部分。 │ │ │ │ 我做了一款太空题材的Roguelike │ │ 《星尘回响》核心玩法是飞船模块化改装。 │ │ 我觉得你的观众可能会喜欢。 │ │ │ │ 这是一段2分钟的gameplay视频[链接] │ │ 这是Steam页面[链接] │ │ 这是媒体资料包[链接] │ │ │ │ 如果你感兴趣我可以提供评测码。 │ │ 没有任何附加条件。 │ │ │ │ 谢谢你的时间 │ │ [你的名字] │ │ │ │ 关键点 │ │ → 提到你看过对方的内容证明不是群发 │ │ → 一句话说清楚游戏是什么 │ │ → 提供现成的素材不要让对方自己找 │ │ → 不要求对方一定要做视频 │ │ → 简短不超过200字 │ │ │ └──────────────────────────────────────────────┘媒体资料包Press Kit┌──────────────────────────────────────────────┐ │ │ │ 媒体资料包是一个文件夹/网页 │ │ 包含媒体和主播制作内容时需要的所有素材。 │ │ │ │ StarDustEcho_PressKit/ │ │ │ │ │ ├── FactSheet.txt │ │ │ 游戏名称、开发者、发售日期、价格、 │ │ │ 平台、游戏简介50字/100字/200字各一版│ │ │ │ │ ├── Screenshots/ │ │ │ ├── screenshot_01_combat.png │ │ │ ├── screenshot_02_exploration.png │ │ │ ├── screenshot_03_boss.png │ │ │ ├── screenshot_04_upgrade.png │ │ │ └── screenshot_05_story.png │ │ │ 至少5张高清截图1920×1080以上 │ │ │ 选最好看的不要凑数 │ │ │ │ │ ├── Logos/ │ │ │ ├── logo_white_bg.png │ │ │ ├── logo_transparent.png │ │ │ └── logo_dark_bg.png │ │ │ 不同背景的Logo方便媒体排版 │ │ │ │ │ ├── Videos/ │ │ │ ├── trailer_60sec.mp4 │ │ │ └── gameplay_raw_5min.mp4 │ │ │ 预告片 一段无解说的纯gameplay│ │ 方便主播做自己的解说视频 ││ │ ││ ├── GIFs/ ││ │ ├── combat_highlight.gif ││ │ ├── exploration_loop.gif ││ │ └── funny_moment.gif ││ │ 社交媒体用的GIF动图 ││ │ ││ └── Credits.txt ││ 开发团队名单、联系方式、社交媒体链接 ││ ││ ││ 推荐工具presskit() —— 免费的媒体资料包 ││ 生成器生成一个漂亮的网页版Press Kit。 ││ 网址dopresskit.com ││ │└──────────────────────────────────────────────┘--- ## 第五章定价——最让人纠结的决定┌──────────────────────────────────────────────┐│ ││ 独立开发者定价时的内心戏 ││ ││ “我做了3年应该卖贵一点…… ││ 但如果太贵没人买怎么办…… ││ 要不卖便宜点薄利多销…… ││ 但太便宜玩家会觉得是垃圾游戏…… ││ 要不就免费加内购…… ││ 但我讨厌内购…… ││ 啊啊啊啊到底定多少钱” ││ │└──────────────────────────────────────────────┘┌══════════════════════════════════════════════════┐║ ║║ 定价的核心原则 ║║ 不要根据你花了多少时间定价 ║║ 要根据玩家能获得多少体验定价。 ║║ ║║ 参考框架 ║║ ║║ 游戏内容量 建议价格区间 参考游戏 ║║ ───────────────────────────────────────── ║║ 1~3小时 ¥20~35 《花》《风之旅人》║║ 短而精的体验 ║║ ║║ 5~15小时 ¥35~70 《空洞骑士》 ║║ 标准独立游戏 《蔚蓝》 ║║ ║║ 20~50小时 ¥70~100 《哈迪斯》 ║║ 大型独立游戏 《死亡细胞》 ║║ ║║ 50小时以上 ¥100~140 《星露谷物语》 ║║ 超大型独立游戏 《泰拉瑞亚》 ║║ ║║ ║║ 定价的常见错误 ║║ ║║ ❌ 定价太低¥6~15 ║║ → 玩家会觉得这么便宜质量肯定差 ║║ → 即使卖出很多份收入也很少 ║║ → 打折空间小¥10的游戏打5折才¥5 ║║ → Steam算法倾向于推荐高收入游戏 ║║ ║║ ❌ 定价太高超出品类天花板 ║║ → 玩家会拿你和同价位的3A游戏比较 ║║ → 差评里会出现这个价格不值 ║║ → 退款率飙升 ║║ ║║ ✅ 正确的做法 ║║ → 找10款同类型、同体量的游戏 ║║ → 看它们的定价 ║║ → 取中间值 ║║ → 如果你的游戏质量高于平均可以略高 ║║ → 如果是处女作建议略低降低玩家期望 ║║ ║╚══════════════════════════════════════════════════╝### 区域定价┌──────────────────────────────────────────────┐│ ││ Steam允许你为不同国家设置不同价格。 ││ 这非常重要。 ││ ││ 如果你的游戏在美国定价 $14.99 ││ ││ Steam建议的区域定价 ││ 美国$14.99 ││ 中国¥70约$9.7 ││ 俄罗斯₽349约$3.8 ││ 巴西R$37.99约$7.4 ││ 土耳其₺249约$7.7 ││ ││ ❌ 不要做的事 ││ → 所有地区都用美元价格 ││ 发展中国家的玩家买不起你会失去 ││ 大量潜在用户 ││ ││ → 把低价区定得太低 ││ 会有人用VPN跨区购买损害你的收入 ││ ││ ✅ 建议 ││ → 使用Steam的建议价格作为起点 ││ → 可以在建议价格基础上微调±20% ││ → 中国区很重要Steam中国用户占比很高 ││ │└──────────────────────────────────────────────┘### 打折策略┌──────────────────────────────────────────────┐│ ││ 打折的时间线 ││ ││ 发售日 原价不要首发打折 ││ │ Steam规则发售后30天内 ││ │ 不能参加促销活动 ││ │ ││ 发售后1~2个月 第一次打折10~15% off ││ │ 配合Steam季节促销 ││ │ ││ 发售后3~6个月 第二次打折20~30% off ││ │ 配合大型促销夏促/冬促 ││ │ ││ 发售后6~12个月 第三次打折30~50% off ││ │ 吸引价格敏感的玩家 ││ │ ││ 发售后1年以上 可以打到50~75% off ││ 收割长尾收入 ││ ││ ││ ❌ 致命错误 ││ ││ → 发售第一周就打折 ││ 原价买的玩家会愤怒给差评 ││ “我昨天刚原价买的今天就打折” ││ ││ → 频繁打折 ││ 玩家会学会等打折再买 ││ 原价销量会越来越低 ││ ││ → 打折幅度递减 ││ 第一次打7折第二次打8折 ││ 玩家会觉得以后不会更便宜了 ││ 应该让折扣越来越大 ││ │└──────────────────────────────────────────────┘--- ## 第六章选择发售日——时机就是一切┌══════════════════════════════════════════════════┐║ ║║ 发售日选择的生死法则 ║║ ║║ ❌ 绝对要避开的时间 ║║ ║║ → 3A大作发售的前后两周 ║║ 《GTA6》发售那周上架独立游戏 ║║ 你会被完全淹没。 ║║ 所有媒体、主播、玩家的注意力 ║║ 都在大作上。 ║║ ║║ → Steam大促期间 ║║ 夏促6月底、冬促12月底期间 ║║ 玩家都在买打折的老游戏 ║║ 没人关注原价的新游戏。 ║║ ║║ → 大型游戏展会期间E3/Gamescom/TGS ║║ 媒体都在忙着报道展会新闻 ║║ 没空写你的评测。 ║║ ║║ → 周末和节假日 ║║ Steam的编辑团队周末不上班。 ║║ 如果发售日出了技术问题没人帮你处理。 ║║ ║║ ║║ ✅ 最佳发售时间 ║║ ║║ → 周二或周三 ║║ 游戏行业的传统发售日。 ║║ Steam编辑在岗出问题能及时处理。 ║║ 给你留出周四周五处理首发Bug。 ║║ 周末玩家有时间玩你的游戏并写评测。 ║║ ║║ → 大作发售的空窗期 ║║ 查看各大游戏的发售日历 ║║ 找一个前后两周没有大作的窗口。 ║║ ║║ → 1月、2月、5月、8月、10月初 ║║ 这些月份通常大作较少 ║║ 独立游戏更容易获得关注。 ║║ ║╚══════════════════════════════════════════════════╝┌──────────────────────────────────────────────┐│ ││ 发售时间几点钟也有讲究 ││ ││ Steam的新品列表按发售时间排序。 ││ 你希望在玩家最活跃的时候出现在列表顶部。 ││ ││ 建议发售时间 ││ → 北京时间晚上10点美国西海岸上午 ││ → 这样可以同时覆盖 ││ 中国玩家的晚间时段 ││ 美国玩家的上午/下午时段 ││ 欧洲玩家的下午时段 ││ ││ → 或者根据你的目标市场调整 ││ 如果主要面向中国市场晚上8点 ││ 如果主要面向欧美市场凌晨1~3点 ││ │└──────────────────────────────────────────────┘--- ## 第七章发售日当天——按下按钮之后┌──────────────────────────────────────────────┐│ ││ 发售日当天的待办清单 ││ ││ 发售前当天早上 ││ ││ □ 最后一次完整测试游戏 ││ → 从Steam下载安装像玩家一样玩一遍 ││ → 确认成就、云存档、手柄支持都正常 ││ ││ □ 准备好社交媒体的发售公告 ││ → 文案提前写好配图提前做好 ││ → 不要发售后才开始想文案 ││ ││ □ 确认媒体评测码已经发出 ││ → 理想情况发售前1~2周就发出 ││ → 这样发售日就有评测文章/视频上线 ││ ││ □ 通知所有帮助过你的人 ││ → “游戏今天上线了感谢你的帮助” ││ → 他们可能会帮你转发 ││ ││ ││ 按下发布按钮后 ││ ││ □ 立即发布社交媒体公告 ││ → Twitter/X、微博、B站、Reddit ││ → 附上Steam链接 ││ ││ □ 在Discord/QQ群里宣布 ││ → 如果你有社区的话 ││ ││ □ 盯着Steam社区论坛 ││ → 玩家会在这里报告Bug和问题 ││ → 快速回复前几个小时的响应速度 ││ 决定了玩家对你的印象 ││ ││ □ 盯着评测 ││ → 前10条评测决定了游戏的初始评价 ││ → 如果有差评认真阅读原因 ││ → 如果是Bug导致的差评修复后 ││ 礼貌地回复已修复感谢反馈 ││ ││ □ 准备好热修补丁 ││ → 发售日几乎一定会发现新Bug ││ → 提前准备好快速发布补丁的流程 ││ │└──────────────────────────────────────────────┘### 发售首周的关键指标┌══════════════════════════════════════════════════┐║ ║║ 需要密切关注的数据 ║║ ║║ 1. 退款率 ║║ 正常5~10% ║║ 警告10~15%可能有严重Bug或误导宣传 ║║ 危险 15%需要立即调查原因 ║║ ║║ 2. 评测比例 ║║ 好评率 80%好评如潮目标 ║║ 好评率 70~80%多半好评及格 ║║ 好评率 70%褒贬不一危险 ║║ 好评率 40%多半差评灾难 ║║ ║║ 3. 中位游玩时间 ║║ 如果大多数玩家只玩了20分钟就不玩了 ║║ 说明游戏的前20分钟有严重问题。 ║║ 可能是教程太无聊或者上手太难。 ║║ ║║ 4. 同时在线人数 ║║ 发售日的峰值在线人数 ║║ 是衡量关注度的重要指标。 ║║ ║║ 5. 愿望单转化速度 ║║ 发售后48小时内 ║║ 应该有10~20%的愿望单转化为购买。 ║║ 如果转化率低于5% ║║ 可能是定价太高或评测太差。 ║║ ║╚══════════════════════════════════════════════════╝--- ## 第八章发售之后——游戏才刚刚开始┌──────────────────────────────────────────────┐│ ││ 很多开发者以为发售日是终点。 ││ 其实发售日只是起点。 ││ ││ Steam上独立游戏的收入分布 ││ ││ 收入 ││ ┃ ││ ┃ ██ ││ ┃ ████ ││ ┃ ██████ ← 发售首周 ││ ┃ ████ ││ ┃ ██ ││ ┃ █ ││ ┃ █ ││ ┃ █ ██ ← 第一次打折 ││ ┃ ██ ││ ┃ █ ││ ┃ █ ││ ┃ ███ ← 大型更新 ││ ┃ ██ ││ ┃ █ ││ ┃ ████ ← 夏季促销 ││ ┃ ███ ││ ┃ ██ ││ ┃ █████ ← 冬季促销 ││ ┃ ████ ││ ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 时间 ││ 发售 1月 2月 3月 4月 5月 6月 ││ ││ 注意看 ││ 发售首周的收入只占总收入的一部分。 ││ 后续的打折促销和内容更新 ││ 会带来持续的收入波峰。 ││ ││ 很多独立游戏的终身收入中 ││ 发售首周只占 20~40%。 ││ 剩下的 60~80% 来自后续的长尾销售。 ││ │└──────────────────────────────────────────────┘### 发售后的运营节奏┌──────────────────────────────────────────────┐│ ││ 发售后第1周紧急修复期 ││ ││ → 每天查看社区论坛和评测 ││ → 修复所有严重Bug ││ → 快速发布补丁让玩家知道你在听 ││ → 回复每一条评测尤其是差评 ││ ││ 回复差评的正确姿势 ││ ││ ❌ “你不懂游戏设计” ││ ❌ “这是feature不是bug” ││ ❌ 不回复冷暴力 ││ ││ ✅ “感谢反馈这个问题我们已经在修复了 ││ 预计明天发布补丁。如果你愿意 ││ 修复后可以再试试看。” ││ ││ 很多玩家在看到开发者认真回复后 ││ 会把差评改成好评。 ││ ││ ││ 发售后第2~4周稳定期 ││ ││ → 继续修Bug发布稳定性补丁 ││ → 根据玩家反馈做小调整 ││ 难度太高加个简单模式 ││ 某个机制不好理解改进教程 ││ → 在社交媒体分享销量里程碑 ││ “感谢10,000位玩家的支持” ││ 玩家喜欢看到自己支持的游戏成功 ││ ││ ││ 发售后1~3个月第一次促销 ││ ││ → 参加Steam的季节促销 ││ → 10~20%的折扣 ││ → 配合促销发布一个小更新 ││ 新内容打折双重吸引力 ││ ││ ││ 发售后3~6个月内容更新 ││ ││ → 发布一个免费的内容更新 ││ 新关卡/新角色/新模式 ││ → 这会让游戏重新出现在Steam的更新列表 ││ → 已购买的玩家会回来玩 ││ → 新玩家会被吸引 ││ → 配合一次打折 ││ ││ 这个更新打折的循环可以持续1~2年 ││ 每次都能带来一波新的收入。 ││ │└──────────────────────────────────────────────┘--- ## 第九章多平台发布——不要把鸡蛋放在一个篮子里┌══════════════════════════════════════════════════┐║ ║║ 各平台的特点和建议 ║║ ║║ ┌─────────────────────────────────────────┐ ║║ │ SteamPC │ ║║ │ │ ║║ │ 优点最大的PC游戏市场 │ ║║ │ 上架门槛低$100注册费 │ ║║ │ 强大的社区和评测系统 │ ║║ │ 愿望单机制帮助积累关注 │ ║║ │ │ ║║ │ 缺点竞争极其激烈每年14000新游戏 │ ║║ │ 30%分成收入超过1000万后25% │ ║║ │ │ ║║ │ 建议几乎所有独立游戏都应该首发Steam │ ║║ └─────────────────────────────────────────┘ ║║ ║║ ┌─────────────────────────────────────────┐ ║║ │ Nintendo Switch │ ║║ │ │ ║║ │ 优点独立游戏友好的平台 │ ║║ │ 玩家愿意为独立游戏付费 │ ║║ │ 便携性带来额外价值 │ ║║ │ 竞争比Steam小得多 │ ║║ │ │ ║║ │ 缺点需要申请开发者资格有门槛 │ ║║ │ 开发套件需要申请 │ ║║ │ 性能限制需要优化 │ ║║ │ 审核周期较长 │ ║║ │ │ ║║ │ 建议如果你的游戏适合便携游玩 │ ║║ │ Switch是第二优先级的平台 │ ║║ └─────────────────────────────────────────┘ ║║ ║║ ┌─────────────────────────────────────────┐ ║║ │ PlayStation / Xbox │ ║║ │ │ ║║ │ 优点玩家付费意愿高 │ ║║ │ 平台方有独立游戏扶持计划 │ ║║ │ 可能获得平台方的推荐位 │ ║║ │ │ ║║ │ 缺点开发套件申请流程复杂 │ ║║ │ 需要通过平台审核TRC/Lotcheck │ ║║ │ 适配手柄操作需要额外工作 │ ║║ │ 独立游戏的曝光度不如Steam │ ║║ │ │ ║║ │ 建议Steam成功后再考虑移植 │ ║║ └─────────────────────────────────────────┘ ║║ ║║ ┌─────────────────────────────────────────┐ ║║ │ 移动端iOS / Android │ ║║ │ │ ║║ │ 优点用户基数最大 │ ║║ │ 触摸操作适合某些类型的游戏 │ ║║ │ │ ║║ │ 缺点付费游戏极难生存 │ ║║ │ 被免费游戏淹没 │ ║║ │ 玩家期望免费或极低价 │ ║║ │ 需要完全重做UI和操║ │ 苹果30%分成 审核严格 │ ║ ║ │ │ ║ ║ │ 建议除非你的游戏天生适合触屏 │ ║ ║ │ 否则不要优先考虑移动端 │ ║ ║ └─────────────────────────────────────────┘ ║ ║ ║ ║ ║ ║ 多平台发布的时间策略 ║ ║ ║ ║ ❌ 同时登陆所有平台 ║ ║ → 工作量巨大每个平台都做不好 ║ ║ → 出了Bug要同时修多个版本 ║ ║ → 营销力量被分散 ║ ║ ║ ║ ✅ 分阶段发布 ║ ║ → 第1阶段Steam集中所有精力 ║ ║ → 第2阶段SwitchSteam成功后3~6个月 ║ ║ → 第3阶段PS/Xbox如果前两个平台成功 ║ ║ → 每次登陆新平台都是一次新的营销机会 ║ ║ 《星尘回响》现已登陆Switch ║ ║ 又能发一轮新闻又能吸引一波新玩家 ║ ║ ║ ╚══════════════════════════════════════════════════╝第十章Early Access——提前上架的艺术┌──────────────────────────────────────────────┐ │ │ │ Early Access抢先体验是Steam的一个机制│ │ 游戏还没做完就可以上架销售。 │ │ 玩家花钱买一个半成品 │ │ 然后看着它一步步变成完整的游戏。 │ │ │ │ 成功案例 │ │ 《哈迪斯》《杀戮尖塔》《缺氧》 │ │ 《Valheim》《Rimworld》《戴森球计划》 │ │ 这些游戏都通过EA获得了巨大成功。 │ │ │ │ 失败案例 │ │ 无数游戏进入EA后再也没有更新过。 │ │ 玩家称之为EA坟场。 │ │ │ └──────────────────────────────────────────────┘┌══════════════════════════════════════════════════┐ ║ ║ ║ 你的游戏适合EA吗 ║ ║ ║ ║ ✅ 适合EA的游戏类型 ║ ║ ║ ║ → Roguelike / Roguelite ║ ║ 核心循环做好就能玩后续加内容 ║ ║ ║ ║ → 沙盒 / 建造 / 模拟经营 ║ ║ 玩家喜欢看着游戏一点点变丰富 ║ ║ ║ ║ → 生存游戏 ║ ║ 核心生存机制做好后续加生物群系和内容 ║ ║ ║ ║ → 需要大量玩家反馈来平衡的游戏 ║ ║ 卡牌游戏、策略游戏等 ║ ║ ║ ║ ║ ║ ❌ 不适合EA的游戏类型 ║ ║ ║ ║ → 剧情驱动的游戏 ║ ║ 玩家不想玩到一半发现后面还没做 ║ ║ 剧透风险也很大 ║ ║ ║ ║ → 短流程的体验型游戏 ║ ║ 2小时的游戏没什么好抢先体验的 ║ ║ ║ ║ → 你没有持续更新的时间和精力的游戏 ║ ║ EA是一个承诺你承诺会持续更新 ║ ║ 如果做不到不要进EA ║ ║ ║ ╚══════════════════════════════════════════════════╝┌──────────────────────────────────────────────┐ │ │ │ EA的黄金法则 │ │ │ │ 1. 进入EA时游戏必须已经好玩 │ │ │ │ ┌────────────────────────────────────┐ │ │ │ EA不是把半成品扔出去让玩家测试。│ │ │ │ EA是核心体验已经完整 │ │ │ │ 但还有更多内容要加。 │ │ │ │ │ │ │ │ 玩家花了钱他们期望现在就能 │ │ │ │ 获得至少几个小时的优质体验。 │ │ │ └────────────────────────────────────┘ │ │ │ │ 2. 制定并公开更新路线图 │ │ │ │ ┌────────────────────────────────────┐ │ │ │ 路线图示例 │ │ │ │ │ │ │ │ EA发布现在 │ │ │ │ ├── 3个可玩角色 │ │ │ │ ├── 50张卡牌 │ │ │ │ └── 2个Boss │ │ │ │ │ │ │ │ 更新1发布后2个月 │ │ │ │ ├── 新增第4个角色 │ │ │ │ ├── 新增30张卡牌 │ │ │ │ └── 新增1个Boss │ │ │ │ │ │ │ │ 更新2发布后4个月 │ │ │ │ ├── 新增第5个角色 │ │ │ │ ├── 每日挑战模式 │ │ │ │ └── 排行榜系统 │ │ │ │ │ │ │ │ 正式版发布后8~12个月 │ │ │ │ ├── 完整的6个角色 │ │ │ │ ├── 150张卡牌 │ │ │ │ ├── 完整剧情 │ │ │ │ └── 成就系统 │ │ │ └────────────────────────────────────┘ │ │ │ │ 3. 保持稳定的更新节奏 │ │ │ │ → 每2~4周发布一次更新至少修Bug │ │ → 每1~3个月发布一次内容更新 │ │ → 每次更新都写详细的更新日志 │ │ → 让玩家感受到这个游戏在活着 │ │ │ │ 4. EA期间不要涨价除非内容翻倍 │ │ │ │ → EA价格应该比正式版低10~20% │ │ → 正式发布时可以涨价 │ │ → 提前告知玩家正式版会涨价 │ │ 这反而会促进EA期间的销量 │ │ │ └──────────────────────────────────────────────┘第十一章心理建设——独立开发者的生存指南┌══════════════════════════════════════════════════┐ ║ ║ ║ 这一章不是关于游戏的是关于你的。 ║ ║ ║ ║ 独立游戏开发是一场马拉松 ║ ║ 而大多数人是按百米冲刺的心态在跑。 ║ ║ ║ ╚══════════════════════════════════════════════════╝┌──────────────────────────────────────────────┐ │ │ │ 你会经历的情绪过山车 │ │ │ │ 热情 │ │ ┃ ██ │ │ ┃ ████ │ │ ┃██████ ← 我要做一个改变世界的游戏 │ │ ┃ ████ │ │ ┃ ██ │ │ ┃ █ │ │ ┃ █ │ │ ┃ █ ← 好难啊但还能坚持 │ │ ┃ █ │ │ ┃ █ │ │ ┃ ▁▁▁▁ ← 为什么还没做完…… │ │ ┃ ▁ │ │ ┃ ▁▁▁ ← 我是不是不适合做游戏│ │ ┃ █ │ │ ┃ ██ ← 快做完了 │ │ ┃ ████ │ │ ┃ ██████ ← 发布了 │ │ ┃ ████ │ │ ┃ █ │ │ ┃ ▁▁ ← 怎么没人买… │ │ ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 时间 │ │ 开始 3月 6月 1年 2年 3年 发布 发布后│ │ │ │ 几乎每个独立开发者都会经历这条曲线。 │ │ 知道这是正常的本身就是一种力量。 │ │ │ └──────────────────────────────────────────────┘┌──────────────────────────────────────────────┐ │ │ │ 关于销量的残酷现实 │ │ │ │ Steam上独立游戏的销量分布 │ │ │ │ ┌──────────────────────────────────┐ │ │ │ │ │ │ │ 终身销量 1000份 约50% │ │ │ │ ████████████████████████████ │ │ │ │ │ │ │ │ 终身销量 1000~10000份约30% │ │ │ │ ██████████████████ │ │ │ │ │ │ │ │ 终身销量 10000~100000份约15% │ │ │ │ █████████ │ │ │ │ │ │ │ │ 终身销量 100000份 约5% │ │ │ │ ███ │ │ │ │ │ │ │ └──────────────────────────────────┘ │ │ │ │ 一半的独立游戏终身卖不到1000份。 │ │ 这不是因为它们都是烂游戏。 │ │ 很多是好游戏但没有做好发布工作。 │ │ │ │ 你正在读的这篇指南 │ │ 就是为了让你不要落入那50%。 │ │ │ └──────────────────────────────────────────────┘┌──────────────────────────────────────────────┐ │ │ │ 给独立开发者的生存建议 │ │ │ │ 1. 不要辞职做第一款游戏 │ │ │ │ → 保留你的工作或收入来源 │ │ → 用业余时间做第一款游戏 │ │ → 如果第一款游戏成功了 │ │ 再考虑全职做第二款 │ │ → 没有经济压力你才能做出好的决策 │ │ 而不是被迫赶工发布一个半成品 │ │ │ │ │ │ 2. 控制项目规模 │ │ │ │ → 你脑海中的游戏需要3年才能做完 │ │ 砍掉一半功能做一个1年能完成的版本 │ │ → 完成一个小游戏 永远做不完的大游戏 │ │ → 第一款游戏的目标不是赚大钱 │ │ 是学会完成一个项目这件事 │ │ │ │ ┌────────────────────────────────────┐ │ │ │ 你的第一款游戏会很烂。 │ │ │ │ 你的第二款游戏也会很烂。 │ │ │ │ 你的第三款游戏会好一点。 │ │ │ │ 你的第五款游戏可能会不错。 │ │ │ │ 你的第十款游戏可能会很好。 │ │ │ │ │ │ │ │ 但如果你花5年做第一款游戏 │ │ │ │ 你永远到不了第十款。 │ │ │ │ │ │ │ │ —— 某位做了20年独立游戏的开发者 │ │ │ └────────────────────────────────────┘ │ │ │ │ │ │ 3. 建立社区而不只是卖游戏 │ │ │ │ → 开一个Discord服务器或QQ群 │ │ → 定期分享开发进度 │ │ → 让玩家参与决策 │ │ 你们觉得A方案好还是B方案好 │ │ → 这些早期社区成员会成为你最忠实的粉丝 │ │ → 他们会帮你宣传、写评测、报Bug │ │ → 他们会在你低谷时给你鼓励 │ │ │ │ │ │ 4. 照顾好自己 │ │ │ │ → 不要连续加班超过2周 │ │ → 每周至少休息1天完全不碰游戏开发 │ │ → 保持运动和社交 │ │ → 如果感到焦虑或抑郁寻求专业帮助 │ │ → 游戏做不完可以延期身体垮了不能延期 │ │ │ └──────────────────────────────────────────────┘结语小陈的第二款游戏┌══════════════════════════════════════════════════┐ ║ ║ ║ 回到开头的小陈。 ║ ║ ║ ║ 《星尘回响》最终卖了2300份。 ║ ║ 扣除Steam分成和税他拿到了大约10万块。 ║ ║ 三年的工作平均月薪不到3000块。 ║ ║ ║ ║ 但小陈没有放弃。 ║ ║ ║ ║ 他找了一份远程工作白天上班晚上做游戏。 ║ ║ 他开始做第二款游戏——一个小得多的项目。 ║ ║ 预计6个月完成。 ║ ║ ║ ║ 这一次他在开发的第一个月就创建了Steam页面。 ║ ║ 他每周在Twitter上发两条开发日志。 ║ ║ 他建了一个Discord服务器虽然一开始只有8个人。 ║ ║ 他参加了Steam新品节Demo被3000人玩过。 ║ ║ 他给30个中小主播发了个性化的邮件 ║ ║ 其中5个回复了3个做了视频。 ║ ║ 他选了一个前后两周没有大作的周二发售。 ║ ║ ║ ║ 发售前他积累了8500个愿望单。 ║ ║ ║ ║ 发售首周卖了4200份。 ║ ║ 发售首月卖了7800份。 ║ ║ 半年后的冬促又卖了5000份。 ║ ║ ║ ║ 第二款游戏的终身收入 ║ ║ 是第一款的15倍。 ║ ║ ║ ║ 游戏的质量差不多。 ║ ║ 差别在于他学会了发布。 ║ ║ ║ ║ ║ ║ ┌──────────────────────────────────────────┐ ║ ║ │ │ ║ ║ │ 做游戏是一门手艺。 │ ║ ║ │ 发布游戏也是一门手艺。 │ ║ ║ │ │ ║ ║ │ 你不需要成为营销大师。 │ ║ ║ │ 你只需要避开最常见的坑 │ ║ ║ │ 做对最基本的事情。 │ ║ ║ │ │ ║ ║ │ 提前建商店页面。 │ ║ ║ │ 做一个好的预告片。 │ ║ ║ │ 参加新品节。 │ ║ ║ │ 认真联系媒体。 │ ║ ║ │ 选对发售日。 │ ║ ║ │ 发售后持续运营。 │ ║ ║ │ │ ║ ║ │ 这些事情不难但需要你提前12个月开始。 │ ║ ║ │ │ ║ ║ │ 你的游戏值得被看到。 │ ║ ║ │ 别让它淹没在每天38款新游戏的洪流里。 │ ║ ║ │ │ ║ ║ └──────────────────────────────────────────┘ ║ ║ ║ ╚══════════════════════════════════════════════════╝附录发布检查清单┌──────────────────────────────────────────────┐ │ │ │ ☐ 发售前12个月 │ │ □ 创建Steam开发者账号 │ │ □ 创建商店页面即使游戏还没做完 │ │ □ 上传至少5张截图和1个预告片 │ │ □ 写好游戏描述 │ │ □ 设置标签 │ │ │ │ ☐ 发售前9个月 │ │ □ 开始社交媒体运营 │ │ □ 建立Discord/QQ社区 │ │ □ 发布第一支正式预告片 │ │ │ │ ☐ 发售前6个月 │ │ □ 申请Steam新品节 │ │ □ 准备Demo │ │ □ 开始建立媒体联系人清单 │ │ │ │ ☐ 发售前3个月 │ │ □ 参加Steam新品节 │ │ □ 准备媒体资料包Press Kit │ │ □ 确定发售日期 │ │ □ 确定定价 │ │ │ │ ☐ 发售前1个月 │ │ □ 发送媒体评测码 │ │ □ 发布第二支预告片 │ │ □ 在社交媒体上开始倒计时 │ │ □ 准备发售日的社交媒体文案 │ │ │ │ ☐ 发售前1周 │ │ □ 最终测试全流程、全平台 │ │ □ 准备Day 1补丁 │ │ □ 确认所有商店页面信息正确 │ │ □ 通知所有合作伙伴发售日期 │ │ │ │ ☐ 发售日 │ │ □ 按下发布按钮 │ │ □ 发布社交媒体公告 │ │ □ 监控社区论坛和评测 │ │ □ 准备紧急修复 │ │ □ 深呼吸你做到了 │ │ │ │ ☐ 发售后 │ │ □ 每天回复社区反馈 │ │ □ 每周发布Bug修复补丁 │ │ □ 每月分享一次开发近况 │ │ □ 每季度参加一次Steam促销 │ │ □ 每半年发布一次内容更新 │ │ □ 开始构思下一款游戏 │ │ │ └──────────────────────────────────────────────┘