游戏邦在:
杂志专栏:
gamerboom.com订阅到鲜果订阅到抓虾google reader订阅到有道订阅到QQ邮箱订阅到帮看

开发者谈如何根据用户反馈制作手机MMO游戏

发布时间:2012-02-21 17:21:36 Tags:,,

作者:Beau Hindman

上周我携手Dave Toulouse(游戏邦注:《Golemizer》和《Star Corsairs》的独立开发者)着手制作我们的手机MMO游戏(文章内容点击此处)。为确保能够在2月份内完成项目,我们坚持设计的简单性原则。我们的想法不是创造最佳水平的电子游戏,而是制作能够呈现若干MMO设计基本要素的可行架构。

虽然我上篇有关此话题的文章反响一般,但我从中学到有关设计的重要一课:玩家通常喜欢谈论缺乏可能性的内容,而不是具有可能性的元素。Dave告诉我,他的玩家经常向他传递他们希望游戏包含什么内容,丝毫不会考虑制作游戏的难度。

full screen capture from joystiq.com

full screen capture from joystiq.com

但评论栏里依然有很多很棒的构思。下面我将基于这些构思谈论本周的更新内容。

full screen capture 2 from joystiq.com

full screen capture 2 from joystiq.com

下面就先来看看读者DevilSei的评论:“游戏场地若能够就玩家的动作做出回应将非常有趣;这将带来起伏情况,因为玩家需要调节自己的前进方向,原因在于某些区域可能会没有可利用资源。”他口中的游戏场地能够随玩家的移动和操作而发生改变。我们一直都很欣赏MMO游戏空间会逐步发生改变的构思。在多数MMO游戏中(游戏邦注:尤其是搭载手机平台的内容),玩家在游戏中的居住和体验空间就只是个舞台而已。舞台包含些许小道具,有时灯光还会发生改变,但通常玩家是空间中唯一会发生变化的元素。虽然游戏融入动态NPC或活动事件,但这样会让游戏场地的显得呆滞缺乏变化,其内容完全处在预料之中。

若我们允许自己的手机游戏逐步发生改变,即便只是基于相当简单的模式,我们就能够让玩家持续猜测未来的发展情况。也许越多玩家拜访后,我们的地图区域就会受到更多影响?比如,在被第10个玩家拜访后,区域也许就会发生改变,甚至是从一个提供商品的常规区域变成一个能够提供更多商品但很危险的区域?随着越来越多玩家拜访区域,其价格就会变得越来越高。Dave同意这点,但现在我们需要寻找方式告知玩家,哪个区域承载更多商品,或存在更大访问风险。我觉得区域的图像设计能够起到一定的帮助作用。

DevilSei的其他评论内容是:“也许可以采用平衡模式,游戏基于玩家的贡献情况提高或降低他们的关卡级别。若玩家持续丧失积分,所处关卡就会降低,你能够利用的积分数量就会减少。但随着你在团队中贡献更多,获得更多积分,你的关卡级别就会提高,你就能够投入更多积分进行填充。”这是个有趣的构思,但我需要DevilSei做出更详细的陈述。他的意思似乎是,随着玩家在游戏中的表现变得更好或更糟,最终结果将呈指数模式发展。我觉得,若玩家发现自己是在进行重复操作,这最终将变成一个严重的问题,但做出相应调整后,这就能够顺利进行运作。

也许让玩家的统计数据根据他们在游戏中的表现而或升或降会给游戏带来不良影响?若游戏体验空间会随游戏的进展而发生改变,玩家的统计数据会根据他们的表现而出现起伏,这将会是款非常有趣的游戏。但很多玩家都不喜欢无法预测的游戏。他们希望自己能够把握统计数据,知晓要如何调整操作,方能让数值呈现最佳状态。他们希望看到表格和图表信息,这样他们就不会对所呈现的内容感到惊讶。虽然这类玩法令我望而生畏,但我清楚完善的必要性及为什么有些玩家觉得这些内容颇有趣味。

full screen capture from joystiq.com

full screen capture from joystiq.com

DevilSei继续表示,“我还建议开发者给角色种类设定限定条件。现在乌鸦无疑是最高得分者,似乎只有一位玩家选择乌龟,松鼠的情况也只是稍好一点。在竞争游戏中,确保竞争场所的公平性非常重要。游戏中有3个玩家种类,因此更需重视这一点。”

虽然乌鸦数量是由漏洞造成,但他提出的是个很不错的观点。你要如何维持游戏的“公平性”和平衡性?我们要如何确保所有类别都处于平等地位或接近平等地位?我向Dave提议限定玩家的种类选择,进而维持游戏的平衡性,但我觉得玩家随后就会抱怨此限制性。也许我们可以通过提供某些甜头或法术鼓励玩家加入不那么热门的种类?但这又会被其余玩家认为是不公平条件。我们还得考虑提高各玩家的操作限制。初步设置是出于测试目的;既然我们已经把握其运作方式,下面我们就能够稍微谈及此内容。

上周谈到的在浏览器窗口中托管游戏似乎令有些读者感到颇为费解。浏览器是最佳选择的原因是,如今多数智能手机的浏览器运作方式都同标准模式相当。如今很多PC浏览器都缩小自己的尺寸,旨在配合手机的4英尺屏幕。关于操作能力方面,我们能够基于一个浏览器窗口覆盖若干子窗口。手机玩家可以在自己的智能手机上体验游戏,桌面用户可以通过浏览器在游戏中游荡,游戏的基本图像和代码设置令iOS玩家能够接触这些内容。浏览器是个非常完美的平台。

下面我将呈现包含更多操作内容及融入稳固故事内容的作品。相比能否制作出复杂作品,呈现“真正”的MMO元素,我更关心的是自己所设计的作品是否能够传授些许设计经验。

现在游戏已具有富有幻想空间的背景设置,体验空间会随玩家的操作而逐步发生变化,我们就下列问题调查读者的看法:

1. 游戏背后的启发是什么?游戏包含什么角色种类,为什么会存在这些内容?

2. 我们得给游戏命名,我们希望名称涉及生存,或基于角色类别的生存内容,或是富有奇幻色彩。

关于上述问题,我们收到许多反馈信息,但我无法一一陈述,只能挑选其中几条我觉得颇有价值的观点。遗憾的是,现实情况使得游戏的开发过程不得不向后推迟。我的合作伙伴Dave Toulouse此时手头有2款作品需要处理(游戏邦注:就是前面提到的《Star Corsairs 》和《Golemizer》),现在他还得回复我的邮件。虽然我们获得很多很棒的评论,但我们依然不得不转投美工内容,着手游戏命名,在游戏内容中融入些许启发性元素。

fullscreen capture 4 from joystiq.com

fullscreen capture 4 from joystiq.com

下面我将详细分析游戏开发的进展情况。需注意的是,Dave和我打算持续试验游戏内容。我喜欢更新游戏及持续进行讨论,因为其中包含许多有趣内容。

sketch from joystiq.com

sketch from joystiq.com

关于新制作的图像,我只是绘制出若干外观优美的角色种类,给予它们特定名称,确定描述它们能力的适合方式。但我需要在游戏中保留松鼠元素,所以很确定要引入Squirreliens角色。此项目的有趣之处在于我们首先融入各种构思,然后查看其运作情况。现有地图同原先的地图几乎完全相同,只是我有进行一定的设计调整,这样“树林”就会出现在一定数量的区域中,“水域”会呈现于其他区域中,再来就是“沙漠”和“平原”。随后我们就添加编辑器,以配合地图的各个区域;而各种类也能够对这些区域做出回应。

MMO游戏的环境元素鲜少被玩家派上用场。它们只是角色存在的背景布幕或舞台而已。我赞同这样的看法:在标准MMO游戏中,便携设备的平面地图给玩法带来的影响比三维空间多。Deliverator提出GPS或真实定位互动想法,这是《平行王国》和《Fleck》等MMO游戏所包含的元素。围绕Deliverator评论内容的谈论非常有趣。区域法则甚至能够影响基于现实定位元素的游戏。居民区能够给增加经验值,或者工业区将与道具锻造系统产生联系。

DanVanBeek提出一个非常有趣的观点:“一个有趣的设计理念是,设立会有重要事情发生(Something Important Happened)的初期森林区域。若游戏每周重新进行设定,那从根本来说就像是土拨鼠日(玩家每天都会进行相同的操作),虽然它将体验活动局限于动物世界中。来自未来世界的人类试图影响已发生的事情(Thing That Happened)。游戏出现越来越多的穿越某区域的时空旅者,致使原本的‘时空理论’被打破。”

我们能够就游戏的设置做出调整,尤其是基于配合巧妙构思的目的。从根本角度来看,玩家是尝试改变重大事件的时空旅者。他们对时间的干预会给游戏带来消极影响,导致出现随机事件或者甚至是随机天气模式。游戏能够处理这些随机道具,它们会带来众多的不同影响。时空旅行情境之类的元素也是原创构思,会给作品增添许多趣味。仔细研究几款我们最爱的作品就会发现,它们通常基于相似的设计理念,但会融入不同风味和纹理,以将自己同其他作品区别开来。

我们想要添加的下个元素是实际运动。现在我们已能够选择任一区域开始游戏,而且能够在次日拜访其他区域,无论其是否处于地图中。起初我们只需说明玩家要如何在地图上进行移动,但现在我们需要将整个过程变得更逼真。不同角色种类多半会从不同区域着手,各玩家根据具体种类,将呈现不同的运动距离。若玩家选择Squirrelien角色,它就能够每天移动两个方格。两个方格必须处于相邻位置,在前进过程中,玩家会遇到随机事件、其他玩家及各种奖励。我现在越发喜欢此完全基于探索及信息共享的MMO理念。若你希望自己的角色类别获得胜利,你就需要在空间中进行探索,尝试发现新区域及有用道具,更快地和团队分享信息。

sketch 2 from joystiq.com

sketch 2 from joystiq.com

这并不是说游戏丝毫没有战斗内容。游戏会融入战斗元素,但这不是核心内容。也许通过外交选择方案处理战斗问题会更富趣味?若你在同个方格中遇到敌人,你将能够选择是同其战斗,还是共同协商问题。奖励适用所有角色种类,辩论“赢家”有权决定是进行战斗,还是避开当前情境。

我们还需要呈现各区域的人口布局情况。Dave觉得游戏有必要呈现各角色种类在各个方格的分布情况,这样玩家才能够基于这些数据做出相应决策。也许玩家可以通过拜访充满同类角色的方格获得魔法?这个机制非常简单,但能够给玩法带来广泛影响。

我描述这款手机游戏设计的一个方式就是将其称作MMOBG(大型多人在线棋盘游戏)。目前业内已有多款在线棋盘游戏型的作品,此术语不仅描述游戏的体验方式,还呈现玩家或将看到的内容。游戏的稳固棋盘以地图形式呈现,玩家角色以虚拟符号呈现,玩法基于回合模式。是的,只要符合若干基本标准,游戏就算是属于MMO类型。出于文章撰写需要,我们保持较小规模的玩家数量,但这些数据可以扩大至较大规模。服务器上的用户数据可能不是30-100人,而是1000人,他们遍布地图各个角落,进行资源收集、参加战斗以及探索新道具和新区域。

我决定将游戏命做“Worgolt”,因为这听起来很酷。我之前尝试过很多名称,幸好有在最终确定前通过谷歌进行相关内容的搜索。

本文为游戏邦/gamerboom.com编译,拒绝任何不保留版权的转载,如需转载请联系:游戏邦

MMObility: Let’s make a mobile game, part two & three

by Beau Hindman

Last week I started working with Dave Toulouse, indie developer of Golemizer and Star Corsairs, to build our very own mobile MMO. For the sake of completing the project within the month of February, we kept our game designs simple and easy for anyone to play. The idea was not to create a state-of-the-art video game but instead to build a working framework that illustrated some of the basics of MMO design.

Ironically, my first column on the subject was received rather coolly when I consider my normal column response, but last week’s responses taught me a valuable lesson about design: Players often want to talk about what is not possible rather than what is. Dave told me how his players often told him what they wished his games would achieve, without ever considering just how difficult it is to make a game.

Still, there were several great ideas in the comments section. I’m going to use those ideas to break down this week’s update.

Let’s look first at reader DevilSei’s comments: “It would be interesting to have the field respond to player actions; it would lend an ebb and flow to it as players have to adjust how they go about as areas possibly lose available resources.” He brings up a playfield that would actually change as players moved over it and played in it. I’ve always enjoyed the idea of having the actual play area of an MMO change over time. In most MMOs, especially mobile ones, the world that players live and play in is pretty much a stage and nothing more. There are props on the stage, and occasionally the lighting changes, but generally the players are the only things that are altered. Even with dynamic NPCs or events, the playfield becomes predictable and stagnant.

If we allow our mobile game to morph over time, even in a very simple way, we keep players guessing what will happen next. Perhaps each of our map squares could be affected the more players visit it? Let’s say that a square might change after being visited by its 10th player, even changing from a normal square that provides goods to a square that provides even more goods but is very dangerous to visit? As more and more players visit the square, the price becomes much harder to pay. Dave agrees, but now we need a way to indicate to the player which squares carry more goods or are riskier to visit. I think that the artwork of the square might be able to help.

More from DevilSei: “Perhaps a form of leveling that allows people to gain and lose their levels as their contributions fluctuate. If you consistently lose points for your side, your level lowers and the number of points you can use is decreased. As you prove effective for your team and gain points, though, your level increases, which allows you to invest more points from the score to replenish or whatever else items may be able to do.” This is an interesting concept, but I would need DevilSei to clarify a bit for me. He seems to be saying that as a player becomes better or worse at playing the game, the effect is exponential. I could see this becoming a very serious problem if players find themselves in a rut (similar to losing experience upon death), but it could be tapered and tweaked to work out.

Maybe having a player’s stats go up or down based on how successful he is during the game is a good way to throw a wrench into the works? If you have an environment that changes while the game goes on and a player’s stats change based on how effective he is in that environment, you might have a pretty exciting game. A lot of players do not want anything to do with an unpredictable game, though. They want to know their stats and how to tweak those stats to perfection. They want tables and graphs so that nothing is a surprise. While gameplay like that sort of makes me cringe, I can understand the need for perfection and why some players find it exciting. If this small game I am making represents anything, however, I would hope that it represents how I would make a game if truly given the chance. If I had that chance, the game would not be predictable.

“I would also suggest maybe capping the faction availability somewhat,” continued DevilSei “Right now, crows are far and away the highest scorers, with turtles seemingly only having one person playing for them, and squirrels are not far above that. In a competitive game, its always important to ensure as fair a field as possible. This is amplified when you have three factions.”

He brings up a good, solid point, although the crow numbers were the result of a bug. How do you maintain “fairness” or balance in a game? How do we make sure that all sides are equal or as close to equal as we can get them? I’ve asked Dave about a mechanic that forces players into sides to maintain balance, but then I could understand when players complained about being forced. Perhaps we could encourage players to join the less-popular factions by offering free goodies or buffs? Once again this can be seen as unfair by the rest of the playerbase. We also have to consider raising the limit of actions for each player. The initial setting was meant as a test; now that we see how it can work, we might be able to bring it up a bit.

Last week it seemed as though hosting the game inside a browser window confused some readers. The reason a browser is perfect is because most smartphones now have a browser that acts pretty much like a standard one. Truly it is as though the PC browser has been shrunk down to fit in a four-inch screen. Given that ability, we cover several bases with one browser window. The mobile players can play on their smartphones, the desktop players can poke around in the game through their browsers, and the basic images and coding of the game open it up to iOS players. The browser is a perfect platform.

So, we have reached the end of the column for this week. I have a few things to brush up, including new art, and Dave will need to tweak some tables and work that indie dev magic to add in any new adjustments. We’ll be updating this weekend, and by next week we will hopefully have a game with more things to “do” and a more solid story behind it. I am not as worried about having a complex game that plays like a “real” MMO as about having a game that has taught us all a bit about design.

So, I once again need your help, fair readers. Now that the game is going to boast a fantasy setting and the playfield will change as players move through it, we need to answer a few more basic questions.

First, what is the lore behind the game? What are the races involved, and why are they there?

Next, we need to come up with a name for the game. I would like something that has to do with survival, faction-based survival, or fantasy.

I will watch the comments during the week, and by the next installment, we should have a game that is starting to resemble an actual MMO, complete with title, lore, and gameplay. Remember, the more comments and discussion we have, the better. Don’t worry — this is all an exercise, so fire away… no matter how silly the idea! Be sure to follow me on Twitter, I’ll be updating players on this week’s progress as it comes out! Keep an eye on the official game page here.

Last week we continued our discussion about how to make a mobile game, and the Massively readers offered up some great input. I wish I had the space to write up every single comment, but instead I will pick some of my favorites and we can discuss it from there. Unfortunately, real life has pushed development on the game back just a bit. Dave Toulouse, my indie developer partner-in-crime in this series, not only has two games of his own to run, Star Corsairs and Golemizer, but is now dealing with my silly emails. So while last week’s column got some great ideas in the comments section, we were really only able to switch out the artwork, name the game, and add a tad bit of lore.

Fear not, fair readers! I will break down the development that is still planned on being pushed into the game over the last week, and it’s important to note that Dave and I plan on coming back to the experiment over time. I’d like to update the game and continue discussion since it has been so interesting so far! In the meanwhile, click here to go to the official game page!

If we look at the new artwork I made up, I really just sketched out some neat-looking races, named them, and came up with a slightly fancier way to describe their abilities. I had to keep a squirrel in the game, though, so The Squirreliens were a no-brainer. The fun part about this project is just throwing ideas down, any ideas, and seeing how they stick. I drew the map to essentially lay over the old one, but I designed it so that “woods” would fill a certain number of squares and “water” would fill others, along with “desert” and “flatlands.” Later on we can add modifiers to correspond with the different areas of the map; the different races could react to those areas as well.

The environments in MMOs are not often utilized. They are simply backdrops or stages for our characters to exist in, nothing more. I like the idea of a flat map shining from a portable device having more impact on gameplay than a three-dimensional world in a standard MMO. Reader Deliverator brought up GPS or real-life location interaction, something that is done in MMOs like Parallel Kingdom and Fleck. The discussion following Deliverator’s comment is fascinating. Zoning laws could even affect a game based on real-life locations. Residential areas could give bonuses to experience, or industrial areas could help with crafting!

DanVanBeek had a really interesting idea: “An interesting lore angle is to have an early foresty area where Something Important Happened. If it’s reset weekly, its basically Groundhog Day, though it discounts playing as animals. People arrive from the future to try to influence the Thing That Happened. More time-travelers passing through an area destabilize the ‘spacetime whatever,’ increasing the danger from cosmic rips, etc.”

The setting of the game can always be changed, especially to accommodate such a neat idea! Basically, players would be time-travelers who attempted to change a grand event. Their meddling in time would have adverse effects on the game itself, causing random happenings or even weather patterns. These random items could be dealt by the game and could have any number of different effects. Something like a time-travel scenario is also an original idea that adds a lot of flavor to the title. If we break down many of our favorite games, we’ll see that they often share very similar designs but have different flavors and textures that set them apart from each other. Unique flavor is paramount.

What we want to add next is actual movement. As it is right now, we can pick any zone to start in, and the next day can visit any other zone, regardless of where it is on the map. Initially this was done just to illustrate moving across a map, but now we need to make it more realistic. The different races will probably start out in a certain area, and each player will have a movement allowance depending on his race. If someone is playing a Squirrelien, for example, he can move two squares per day. The squares have to be connected, and along the way the player might come across random events, other players, or different bonuses. The more I think about it, the more I enjoy the idea of an MMO based almost entirely on exploration and the sharing of information. If you want your race to succeed, you must get out in the world, survive to discover new areas and useful items, and share that information with your team faster than the other races can.

This is not to say that there would be no combat in the game. There would, but it would not be the main focus. Perhaps settling battles through diplomatic choices would be fun? If you come across an enemy in the same square, you might be presented with the choice to fight him or to discuss the issue. Bonuses could be applied for each race, and the “winner” of the argument could decide to battle or to leave the situation.

We also need a way to show how populated each square is. Dave thought to show the population of each race in individual squares so that players could make decisions based on those numbers. Perhaps a player could receive a buff if she visits a square that is filled with others of her kind? It’s a simple mechanic that could have wide-ranging effects on gameplay.

One way I am describing the design of this mobile game is to call it a MMOBG: a massively multiplayer online board game. There are a few examples of online board games out there already, and I like how the term describes not only how the game might play but what players might expect to see. There is a persistent board in the form of the map, players are represented by virtual tokens, and gameplay is generally turn-based. Yes, it would qualify as an MMO as long as it met some basic criteria. For the sake of this article series, we are keeping the numbers quite small, but it’s easy to see how those numbers could be scaled up to a truly massive size. Instead of 30 or 100 players, there could be 1,000 on the server, all of them wandering over the map while gathering materials, participating in combat, and discovering new items and areas.

I decided to call the game “Worgolt” because it sounded cool. I tried out a few terms and luckily searched them on Google before finalizing. I went through several made-up words, including one that turned out to be Yiddish slang for “prostitute.” Oops!

By next week we hope to have a game that is timed for a week of play and finally has a set of rules that represent MMO design. This has been an interesting experiment with some wonderful results. As we have seen, patches and development schedules can be pushed around even in the world of tiny browser-game development. I cannot say thank you enough to Dave for making time for this series.

See you next week. Be sure to leave any more ideas in the comments section!(Source:massively part 2part 3


上一篇:

下一篇: