手游做开放世界不是新鲜事，但做一个20平方公里、能同时承载上百万活跃玩家的城市，这事儿听着就有点离谱。最近跟一位做了11年世界设计的老哥聊了聊，他刚带队搞完这么一个项目，聊完之后我只想说：原来我们每天在手游里跑图，背后藏着这么多门道。

Bogdan Verteletskyi，Lead World Designer，专门搞大型多人游戏的城市环境。他的工作卡在设计和技术的中间地带——既得让城市好看，又得让几千人同时在线不卡成PPT。这次他分享了自己怎么从零搭起一个移动端开放世界的经验，有些思路挺反直觉的。

打开网易新闻 查看精彩图片

先解决一个问题：一百万人同时在线，人放哪儿？

单机游戏好办，设计师想让你往哪走，剧情、任务、空气墙都能引导。但多人游戏不行，玩家行为根本不可预测。Bogdan说他的核心思路是"用世界结构本身来组织人流"，而不是靠系统硬塞。

具体做法是在最早期就定死200多个兴趣点（POI）——商业区、工作场所、交通枢纽、地标建筑，全部提前规划好。这些点不是后期填内容的时候随便塞的，而是从一开始就把城市的功能逻辑定下来。好处很明显：玩家自己会往这些地方聚集，不用你教，城市也不会乱成一锅粥。

他把这个城市切成四个大片区：中心商业区、工业区、住宅区、历史区。每个区有自己的视觉语言和功能定位，玩家瞄一眼就知道自己在哪、该往哪走。空间层级、内容分布规则、密度控制这些，都是他自己定的。

有个细节挺有意思：正式开工之前，他先做了一个完整的blockout（白模）来验证尺度和比例。听起来像是基础操作，但很多项目为了赶进度会跳过这一步，结果后期发现"这栋楼太高了""这条路太窄了"，返工成本爆炸。Bogdan这招属于"慢就是快"，前期多花时间验证，后期省大事。

移动端优化：不是砍画质那么简单

20平方公里扔手机上，内存和性能都是硬约束。Bogdan的做法是"设计阶段就把优化考虑进去"，而不是等做完了再砍。

他建立了一套内容分布规则，根据玩家密度动态调整细节层级。人多的地方精度高，人少的边缘区域自动降级。这套系统和视觉开发团队、技术管线深度绑定，不是设计师拍脑袋定的，而是跟程序、美术一起磨出来的。

另外，世界结构本身也在帮优化忙。因为POI分布合理，玩家天然会被引导到特定区域，系统可以预判哪里需要加载高精度资源，提前做准备。这比"全地图一视同仁"聪明多了，既省资源，玩家体验也流畅。

世界构建是系统，不是堆资产

Bogdan反复强调一个观点：世界设计不是"摆模型"，是设计一套系统。每个空间决策都会影响玩家行为、性能表现、可扩展性。尤其是在多人环境里，玩家会用自己的方式"使用"你设计的空间，设计师得预判这些行为，而不是假设大家都会按剧本走。

他这11年就是这么过来的——从单纯做环境美术，慢慢转向大型系统，现在完全是在设计和技术的交叉点干活。按他的说法，这种转型是"有意为之"，因为越来越发现，真正决定玩家体验的往往不是某个建筑多好看，而是整个城市运转起来顺不顺。

最后

聊完最大的感受是：我们骂手游优化差、加载慢的时候，可能不知道有些团队已经在很努力地用设计手段解决问题了。20平方公里、百万并发、移动端——这三个条件凑在一起，能跑起来本身就是技术活。Bogdan这套"用结构引导行为、用分布控制性能"的思路，放在端游和主机游戏里应该也管用。毕竟，让玩家不迷路、不卡顿，永远是开放世界的基本功。