辰安vol.

独立开发者 | 副业实战派
🛠️ 想法→产品的最短路径
💰 副业 0→1 的真实踩坑
💡 不灌鸡汤，只交底牌

[辰安vol. @chenan_vol]

最近 Meta 还在继续推一件事：
更快把想法做成可玩的原型。

这对我最有价值的地方不是省几小时搭环境。

而是提醒我：
越该早点测清楚，
哪些协作时刻只是热闹，
哪些协作时刻真的会留下 ah-ha moment。

所以这个阶段，
我宁可早点知道：

这个双人同时操作是不是太形式化
这次同步成功到底有没有让双方都紧张一下

也不想先把房间里多塞两个机关。

如果你做合作游戏，
你会怎么防止“同时操作”变成走流程？

[辰安vol. @chenan_vol]

同时操作真正值钱的地方，
不是“必须两个人一起做”。

而是：
为什么必须现在一起做。

比如两侧拉杆这个原型，
如果只是时间对齐，
那它很快就会被玩家看穿。

更有张力的版本通常要多一点东西：

要先确认
要互相等待
要承担误判
要在对方动作里修正自己

这样做出来的同时操作，
才更接近“沟通带来解题”，
而不是“沟通只是走流程”。

[辰安vol. @chenan_vol]

我会做双人同时操作谜题。

但我不会满足于：
两个人一起喊 3��2、1，
然后同时按一下按钮。

因为这类设计最容易出现的问题是：

看起来很合作，
实际没什么判断。

对 `Phantom Lock: First Room` 来说，
我更想要的是：
双方都在确认时机，
双方都知道自己可能失误，
双方都在承担同一次成功或失败。

EN:
Simultaneous co-op actions are not meaningful by default.
If players only count down and press together, the cooperation can become purely cosmetic.

[辰安vol. @chenan_vol]

最近 Meta 还在继续强调一件事：
build faster。

这对我来说的含义不是：
更快堆更多内容。

而是更快验证：
哪种协作时刻真的值钱。

所以 21 日这个阶段，
我宁可早点测出：

这个信息不对称谜题是不是太像“一个人念答案”
这个同步操作点是不是双方都在紧张参与

���不想先把谜题数量做漂亮。

做垂直切��时，
先验证协作密度，
通常比先验证内容体量更重要。

如果你来排优先级，
你会先砍哪一种“伪协作”？

[辰安vol. @chenan_vol]

信息不对称真正值钱的地方，
不是“你看不到我看到的”。

而是：
你知道一部分，
我也知道一部分，
我们都得开口，
也都得做判断。

如果只是：
玩家 A 报数字，
玩家 B 全程照着按。

那这条协作链太薄了。

更好的方向通常是：

两边都要确认
两边都可能出错
两边都要同步时机

这样“沟通带来解题”的感觉才会更强。

[辰安vol. @chenan_vol]

我会做信息不对称谜题。

但我不会把它做成：
一个人念答���，
另一个人照做。

因为这种设计看起来像双人合作，
本质上却很容易退化成：

一个人在想，
一个人在执行。

对 `Phantom Lock: First Room` 来说，
我更想验证的是：
两个人是不是都在参与判断。

不是只有一个人当“大脑”，
另一个人当“手”。

EN:
Asymmetric co-op puzzles are not valuable by default.
If one player only reads and the other only executes, the cooperation is too thin.

[辰安vol. @chenan_vol]

v2 方案里其实已经写得很清楚：

Week 3 先做 1 个教学谜题，
再做 1 个信息不对称谜题。

这不是随便排的。

因为双人合作密室最核心的，不是“难”。

而是：
玩家先学会交互，
再因为信息不对称被迫沟通。

策划案里其实已经有现成原型：

玩家 A 报数字
玩家 B 按按钮排序

这种谜题值钱的地方，
不是机制复杂。

而是它能最快暴露一个真问题：
两个人一起解，会不会比一个人更有意思。

[辰安vol. @chenan_vol]

如果现在做 `Phantom Lock: First Room`，
我不会先追“谜题已经有 5 个”。

我会先追两件事：

1 个教学谜题。
1 个信息不对称谜题。

原因很简单。

教学谜题负责让玩家先学会怎么操作。
信息不对称谜题负责验证：
双人沟通到底值不值钱。

对这个项目来说，
越早看见“沟通带来解题”的时刻，
越重要。

EN:
For a co-op VR vertical slice, puzzle count is not the first milestone.
The first milestone is proving that communication actually creates the fun.

[辰安vol. @chenan_vol]

如果现在做 `Phantom Lock: First Room`，
我不会先追“交互种类很多”。

我会先追：
交互能不能把一个谜题闭环跑通。

所以我现在对 VR 交互的判断很克制：

不是先比谁更花。

而是先看它能不能稳定地服务
“拿到物件 → 放进机关 → 状态变化 → 两个人都看懂结果”
这条链路。

最近 Meta 还在反复强调 build faster、早点找瓶颈。

这套逻辑对交互也一样。

EN:
For a VR vertical slice, the best interaction is not the fanciest one.
It is the one that closes the loop reliably.

[辰安vol. @chenan_vol]

所以这周我会主动不做一些“听起来很完整”的东西：

单人模式
复杂语音系统定制
Quest 好友深度邀请
多关卡选择大厅
复杂 3D 大厅和一堆外围包装

这些不是永远不做。

只是它们现在���不配排在核心闭环前面。

如果你也做联机项目，
你现在最常犯的是哪一种？

1. 先补外围系统
2. 先做完整 UX 包装
3. 先追完美同步
4. 先把 scope 做太大

[辰安vol. @chenan_vol]

v2 方案里其实已经写得很清楚了。

联机与房间先保：

创建房间 / 加入房间
房间内 2 人同步
核心交互物件状态同步
简单断线重进

注意这个范围很克制。

重点不是“把所有在线功能都做一遍”。

重点是先回答一个问题：

双人合作密室最值钱的那几分钟，
到底能不能稳定成立。

如果连这个都还没验证，
先去补更复杂的联网周边，
大概率只是把工期做厚。

[辰安vol. @chenan_vol]

如果现在做 `Phantom Lock: First Room`，
这周联机同步我只先保 3 件事：

两个人能进同一个房间。
关键物件状态是一致的。
掉线后还能回房间。

不是我不想做更多。

而是我现在越来越确定：

联机骨��最怕的不是功能少。
最怕的是一开始就把外围系统铺满。

最近 Meta 面向 Quest 开发者讲得也很直接：
build faster，find bottlenecks earlier。

所以我现在的判断就是：
先把最小闭环跑通，再谈漂亮的全套系统。

EN:
For a multiplayer VR vertical slice, sync should first prove one thing: the core loop survives real use.
Everything else can wait.

[辰安vol. @chenan_vol]

如果你是玩家 / 开发者，
你更愿意先看到哪种版本？

1. 一个 20-30 分钟但核心很扎实的 First Room
2. 一个目标很大、但前期很容易摊薄的完整版计划
3. 先补单人模式，再慢慢谈双人合作
4. 其他更合理的推进方式

我现在越来越觉得：
独立开发的难点不是“敢不敢想大”。

而是你有没有能力先把最值钱的那 20 分钟做成立。

[辰安vol. @chenan_vol]

这两周 Meta 面向开发者讲得最多的，
不是“把项目做更大”。

而是：

Build faster
Find bottlenecks earlier
让验证更快发生

他们最近还拿 Forever Pets 举例，
4 周里推了 25 个 builds。

我觉得这很说明现在的开发现实：

更值钱的不是一开始把范围铺满。

而是先把最贵、最真的那部分体验
尽快做出来、测出来、判断出来。

[辰安vol. @chenan_vol]

还有一个经常会被问的问题：

为什么不先补单人模式，
这样不是更容易卖吗？

我的判断刚好相反。

现在最不该先补的，
就是单人模式。

因为 `Phantom Lock` 最值钱的差异化，
本来就不是“又一个 VR 解谜”。

而是 Quest 上的双人合作密室、信息不对称、必须沟通。

v2 方案里把单人模式直接先砍掉，
不是说以后永远不做。

而是它不配出现在第一次验证核心乐趣的版本里。

[辰安vol. @chenan_vol]

First Room 不是“先随便做一点”。

它其实是一个非常明确的垂直切片：

1 个房间
20-30 分钟
4-5 个谜题
一个完整逃脱闭环

我想先验证的不是“我能不能做 3 关”。

而是更关键���三件事：

双人协作到底有没有乐趣
交互理解成本能不能压住
一个房间能不能让人想玩下一个房间

如果这三件事都没站住，
先做完整版只会把失败做大。

[辰安vol. @chenan_vol]

我没有直接做 `Phantom Lock` 的完整版。

我先做的是：
`Phantom Lock: First Room`。

原因很现实。

v1 的目标本来是：
6 个月、3 个关卡、1-2 人联机、单人模式、完整商业版上线。

后来我把它压成：
8 周、1 个双人合作房间、20-30 分钟、先验证值不值得继续放大。

这不是退缩。

这是我现在对独立开发最重的一条判断：

先验证核心体验，
再谈规模。

EN:
I am not starting Phantom Lock with the full commercial version.
I am starting with one room, because validation is more valuable than premature scale.

[辰安vol. @chenan_vol]

如果你做 VR / 玩 VR，
你觉得最不值当的一类“重物理”是什么？

1. 到处都可撞、但没有明确玩法价值
2. 手感更真��，但帧率更差了
3. 物理细节很多，但交互反馈更乱了
4. Demo 很震撼，长时间玩反而更累
5. 其他

我现在越来越觉得：
独立开发最怕的不是物理做少了。

最怕的是把预算花在“看起来很努力”，
而不是“玩家真的更想继续玩”。

[辰安vol. @chenan_vol]

Meta 自己在 roundup 里都写得很直接：

VR 里 performance optimization is non-negotiable。
Dropped frames 会立刻把人拉出体验。

那我为什么还会对物理效果这么谨慎？

因为物理最容易变成一种错觉：

看起来更真实，
不等于玩起来更值钱。

对 `Phantom Lock: First Room` 这种切片来说，
我宁愿把预算先留给：

更稳的交互反馈
更清楚的协作状态
更可控的多人体验

而不是先把每个东西都做成“会被完美物理推动��。

[辰安vol. @chenan_vol]

这两天 Meta 面向 Quest 开发者的信号很一致：

Build faster。
Find bottlenecks earlier。

Runtime Optimizer 进 Core SDK，
还加了 AI analysis。

这说明什么？

说明现在更值钱的，
不是把系统越做越重。

而是更快知道：
你的预算到底该花在哪。

所以我对 VR 物理的判断一直很克制：

不是别做。
是别贪。

EN:
In Quest VR right now, performance budget is a product decision.
Physics is valuable, but only when it earns its cost.