做了6年平台跳跃游戏，我发现手感差的游戏活不过第一关
我做平台跳跃游戏6年，前后做了4款。第一款手感稀烂，Steam评价"褒贬不一"，第二款手感调好了但关卡设计平庸，"多半好评"，第三款和第四款终于做到了"特别好评"。4款游戏最大的变量就是手感。
我个人的判断是：平台跳跃游戏，手感占体验的60%，关卡设计占30%，美术音乐占10%。手感差的游戏，不管关卡设计多精巧、美术多好看，玩家就是觉得不好玩。反过来，手感好但关卡平庸的游戏，至少能拿到"还不错"的评价。
这里说的"手感"不是玄学，是一组可以量化的参数和机制。我总结了一套"手感优先设计法"，下面从参数调试到机制设计完整讲一遍。
手感优先设计法：先调手感再做关卡，顺序不能反
手感优先设计法的核心原则是：在开始做任何关卡之前，先把角色的移动手感调到你闭着眼睛都能感觉到"对"的程度。我第一款游戏犯的最大错误就是先做关卡再调手感，结果关卡都是按旧手感参数设计的，改手感后所有关卡都要重做。
手感调试的第一步是基础移动参数。我在第三款游戏里调试了200多次，最终定下来的参数是：水平移动速度5.5m/s，加速度35m/s²，减速度45m/s²（减速度大于加速度，松手后停得快，手感更跟手）。跳跃力8.5m/s，重力25m/s²，最大下落速度30m/s²。这些数字不是拍脑袋定的，是反复测试调整出来的。
第二步是跳跃手感。平台跳跃的灵魂在跳跃。我做了三个关键机制：可变跳跃高度（按住跳跃键跳得高，短按跳得低）、土狼时间（离开平台后有0.15秒宽限期还能跳）、跳跃缓冲（在空中按跳跃键，落地后自动执行跳跃）。这三个机制在平台跳跃游戏里几乎是标配了，但很多独立开发者不知道，或者知道但不重视。
土狼时间为什么重要？因为人在按下跳跃键时有一个反应延迟——眼睛看到角色离开了平台边缘，大脑处理，手指按下去，整个过程大约100-150毫秒。如果不给宽限期，玩家会觉得自己明明按了跳跃但没跳出来，这种"输入被吃了"的感觉是手感差的第一大原因。0.15秒的宽限期刚好覆盖人的反应延迟。
200次跳跃调试的那些弯路
调试跳跃参数的那两周是我做游戏最痛苦的两周。一开始我用的重力是20m/s²，跳跃力7m/s。手感总是"飘"——角色在空中停留时间太长，控制感差。后来把重力加到25m/s²，跳跃力加到8.5m/s，空中时间缩短了，手感变"实"了。
但重力太大会导致跳跃弧线太陡，看起来不流畅。我又试了22m/s²，手感介于"飘"和"实"之间，但不满意。最后用了一个非对称方案——上升时重力20m/s²，下降时重力30m/s²。上升时轻一点让跳起来有"弹"的感觉，下降时重一点让落地有"砸"的感觉。这个非对称重力方案是做平台跳跃的常用技巧，但具体数值需要根据你的游戏调。
另一个花了大量时间的参数是coyote time和jump buffer的时长。coyite time我试过0.1秒、0.15秒、0.2秒、0.25秒。0.1秒太短，几乎等于没有；0.25秒太长，玩家可以"延迟跳"跨越超大间距，破坏关卡设计。0.15秒是甜点。jump buffer我试过0.1秒和0.2秒，0.1秒对大多数玩家够用，0.2秒太长会导致玩家不小心多按了一下就跳了。最终选了0.12秒。
这些参数没有标准答案，每个游戏的最佳值不同。关键是你要有一个快速迭代的方法——我的做法是在Unity里用ScriptableObject存参数，运行时直接改值实时看效果，不用停游戏重启。这个workflow让200次调试变成了可能。
80个关卡的编排：节奏比难度更重要
第三款游戏总共80个关卡。我花了大量时间在关卡编排上，最后总结出来的核心原则是：平台跳跃游戏的关卡节奏比难度更重要。什么意思？就是不要连续5关都是高强度的跳跃挑战，中间必须有低强度的"休息关"。
我的80关分成8个世界，每世界10关。每世界的关卡节奏是固定的模式：第1关低难度引入新机制，第2-3关中等难度练习，第4关高难度挑战，第5关低难度休息，第6-7关中高难度，第8关高难度挑战，第9关低难度收束，第10关Boss关（最高难度）。这个节奏模式是参考了《超级马里奥世界》的经典世界结构，但根据独立游戏的体量做了简化。
"休息关"不是简单到无聊的关，而是节奏放缓的关——比如以收集为主的关卡，跳跃挑战很少，主要是探索和收集。这种关的作用是让玩家的手休息一下，同时推进叙事或解锁内容。我在每世界的第5关和第9关都设计成这种节奏，从测试数据看，有休息关的世界比没有的世界平均弃游率低22%。
关卡之间的过渡也很重要。我在每关结束的位置放一个"缓冲区"——一段3-5秒的平地走动，没有跳跃挑战，让玩家放下手柄松松手指，然后进入下一关。别小看这3-5秒，它是节奏控制的关键。没有这个缓冲区，连续的跳跃挑战会让玩家手部疲劳累积，体验断崖式下降。
像素美术的低成本方案：256色调色板搞定一切
平台跳跃游戏如果走像素风格，美术成本可以压到很低。第三款游戏我用的是32x32像素的角色，16x16的瓦片，调色板限制在256色以内。角色精灵图总共4个状态：站立、跑步（4帧）、跳跃（2帧）、落地（1帧），一共7帧动画。加上4个方向的话是28帧。
不会画像素画怎么办？我的方案是先做"占位美术"——用纯色块加简单几何形状做出能玩的原型，然后在这些占位的基础上慢慢替换成正式美术。很多独立开发者卡在"没有美术就不敢动手"上，其实先做占位美术，把游戏做出来能玩了，美术的问题可以慢慢解决。
背景我用的是视差滚动——3层背景，远景层移动速度10%，中景40%，近景80%。视差滚动是平台跳跃游戏的视觉灵魂，没有它的画面会非常平。实现很简单，就是不同层的移动速度乘以不同的系数。美术资源可以用简单的渐变色块+几何图形，不需要精细绘画。
音效方面，平台跳跃游戏最需要的是"反馈音效"——跳跃声、落地声、收集物品声、受伤声。这4个音效必须做好。我用了chiptune风格的8-bit音效，在sfxr（免费在线音效生成器）上生成的，每个音效调5-10分钟。这4个音效的质量直接决定了手感的反馈强度。
碰撞检测：一个困扰了我3天的bug
平台跳跃游戏的技术核心是碰撞检测。我第三款游戏开发中遇到过一个困扰了3天的bug——角色在平台边缘会随机"弹飞"。排查了3天，最后发现是碰撞框的尺寸问题：角色的碰撞框底部和侧面用了同一个BoxCollider，在平台边缘时侧面碰撞和底部碰撞同时触发，导致角色被弹开。
解决方案是把碰撞框拆成两部分：一个底部碰撞框（用于检测落地），一个中上部碰撞框（用于检测墙壁碰撞）。底部碰撞框比角色身体窄2像素，这样在平台边缘时只有底部碰撞框触发，不会和侧面碰撞冲突。这个技巧看起来简单，但如果不遇到这个bug，你可能永远不会想到要拆碰撞框。
另一个常见的碰撞问题是"角色卡在墙壁里慢慢下滑"。原因是角色贴着墙的时候，水平方向的碰撞解决和重力下的垂直移动冲突了。解决方案是在角色两侧加一个很窄的检测射线，贴墙时把水平速度归零，避免穿墙。这些细节很琐碎，但每一个都会影响手感。
如果你用Unity，我建议用RaycastCollide2D方案而不是Rigidbody2D的物理碰撞。物理碰撞的弹性和摩擦参数很难调到平台跳跃需要的那种"精确"感。自己做射线检测虽然代码量大一些，但可控性强。我用的是自写的碰撞系统，大概500行代码，比Rigidbody方案手感好了不止一个档次。
上线后的两个教训：试玩Demo和难度选择
第三款游戏上线后第一周收到了不少差评，集中在两点：一是没有试玩Demo，玩家买了才发现手感不适合自己；二是没有难度选择，有些玩家觉得太难了。
试玩Demo的问题我在第二周就修了——做了个15分钟的免费Demo，包含第一个世界的前5关。Demo上线后转化率提高了——下载Demo的人里18%购买了完整版，没有Demo的时候直接购买的转化率只有4%。Demo是个筛子，帮我把不喜欢的玩家挡在退款之外。
难度选择的问题我在一个月后的更新里加了——简单模式降低了一些关卡的跳跃间距和陷阱密度，普通模式保持原样。加了难度选择后差评率降了一半。平台跳跃游戏的核心玩家觉得简单模式是"亵渎"，但对于普通玩家来说，能玩完比玩得硬核更重要。你不需要讨好所有人，但你需要让所有人都有路可走。 如果你也在做平台跳跃游戏，来游戏宅基地看看我的开发日志。从参数调试到关卡编排，每一篇都是实战总结，不玩虚的。
