游戏开发论坛

 找回密码
 立即注册
搜索
查看: 9084|回复: 18

[讨论] 【游戏力量】撰写功能执行案方法简介(四)(完)

[复制链接]

122

主题

2758

帖子

3151

积分

论坛元老

Rank: 8Rank: 8

积分
3151
发表于 2008-8-8 16:25:00 | 显示全部楼层 |阅读模式
以下为从文档中截取的部分内容,由于其他内容涉及许多图片,就不发了……
想要阅读完整内容的请移架到:http://youxililiang.blog.sohu.com/96503132.html
进行下载。


三.确认实现方式

不同的实现方式,功能执行案的撰写方式不同。

撰写功能执行案的时候,向程序和美术确认实现方式是必不可少的内容。无论功能执行案本身已经把游戏描述的多么准确了。请别忘记,在程序实现逻辑、美术给出资源之前。功能执行案也只不过是YY。难道你想让你写的功能埋藏在VSS的最深处发霉吗?如果不是,那么就带上你的功能执行案走到程序美术前面,“我想这样,可以实现吗?”
    这部分工作可能是撰写功能执行案的过程中去确认、也可能是在撰写完成后去确认。不过我认为,作为策划必须在撰写的过程中就确认实现方式;因为不同的实现方式,功能执行案的撰写方式可能完全不同。
    举个例子,在设计上,我希望有一种叫称号的东西,可以被用户收集。称号的数量可能有上千个,并且我希望用户在未获得该称号时也可以看到称号的名字介绍等等。因为在网络游戏中,角色数据必须在服务器上有所保存。那么,如果要让用户看到每个称号的名字和介绍,就需要角色数据表中保存每个称号的状态。也就是至少要保存1000项。这个时候我就需要找程序确认,这在程序上是否能实现了?
    如果程序对我说,能实现;那么在功能执行案中,我会写:“当用户未获得该称号时,称号名字及相关信息显示为灰色。”如果程序对我说,不能实现;那么在功能执行案中,我可能会用替代的方式,“当用户未获得该称号时,称号名字及相关信息显示为问号。”
    这也是我之前建议在写某个不确定实现方式的功能之前,必须优先找程序美术确认实现方式的原因。这可以减少返工次数。如果你写了,之后才确认需要用其他替代的方式实现,这可能会比你当初直接确认再写多花一倍的时间。并且有可能造成他人对策划产生负面的看法:“什么烂策划,实现方式都不知道就瞎写。不会干别干……”记住,游戏策划不是上帝,游戏策划是引擎。

如何针对程序美术的反馈,做出调整。

无论如何,确认的结果大致可以分为以下几种:
1.能实现,没有任何问题。
2.能实现,但可能占用过多的客户端或服务器端资源。
3.能实现,但需要美术更多的工作量。
4.能实现,但需要程序更多的工作量。
5.对用户而言相同的表现下,有工作量更少的实现方式。
    对于策划而言,首先要根据程序和美术的反馈进行分类,看需要实现的方式是以下哪一种。之后你需要对这个设计进行分类:
1.必须的,如果不这么做,这个游戏就不用做了。
2.必须的,但时间不允许的话也没办法。
3.可以有其他的方式替代。
如果该设计属性需要占用额外的工作量、有其他的方式可替代。那么就用替代方案。如果该设计属于第2种,那么你需要和项目经理确认时间,将该部分功能的实现调整到上线后完成。如果该设计属于第1种,那么,你可以,举起左手猛拍桌子,大喊一声“老子不干了!”(呵呵,玩笑),不管怎么样,找替代的解决方法都是在不能实现的情况下的最优解。

哪些实现方式需要被确认?

    实现方式需要被确认,但这并不意味这每一点都需要被确认。就像,你不可能找程序确认如下的内容是否能实现:
1.我可以让按钮禁用吗?
2.我可以渲染某个窗口吗?
3.我能轮询检测,然后选择第一个道具使用吗?
4.我可以改变某个角色的状态吗?
如果程序和你说实现不了……汗……请鄙视他……话说回来,我还真见过对我说“轮询检测,然后选择第一个道具使用实现不了”的程序。这是社会主义初级阶段(持续跑题中)……
一般而言当遇到如下情况,你需要确认:
1.该功能需要存储过多的角色数据。
2.该功能需要向其他用户传输额外的数据。
3.该功能需要占用额外的显存。
4.该功能需要程序做出动态判断。
5.该功能需要美术额外的工作量。
可能还有其他的需要确认的内容,不过现在能想到的就这么多了。一个内容是否需要确认,需要做策划的你平时多积累各种功能的实现方式。当看到某个功能,请问自己:“这是怎么实现的?有几种实现方式?”下面会就每一种需要确认的类型举一个例子,帮助读者理解其中的内容。
该功能需要存储过多的角色数据。用户有一个任务列表,其中记录了所有用户曾经做过的任务,供用户在任何时间查阅。
该功能需要向其他用户传输额外的数据。用户可以在场景的任意地方建造建筑、并且也可拆除建筑、建筑细节可由用户设计。当其他用户在该建筑旁边时,可看到该建筑的所有细节。
该功能需要占用额外的显存。用户界面有画中画的功能,可以观察选中用户实时的行为;用户一次最多打开三个画中画。
该功能需要程序做出动态判断。小地图由程序根据场景模型自动生成。
该功能需要美术额外的工作量。2D旋转视角的游戏。

    除了实现方式以外,还有一些是必须要三方约定的内容;例如:1.美术资源如何编号?如何让程序知道该资源对应该功能?资源的数量? 2. 哪些资源由美术提供?哪些资源由程序根据逻辑调用,而无需额外的资源?3.各种界面的规格。4.各种资源的提交格式?尺寸?

13

主题

190

帖子

412

积分

中级会员

Rank: 3Rank: 3

积分
412
QQ
发表于 2008-8-8 16:29:00 | 显示全部楼层

Re:【游戏力量】撰写功能执行案方法简介(四)(完)

技术流的帖子,很好很强大!!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
抢沙发!

2

主题

243

帖子

243

积分

中级会员

Rank: 3Rank: 3

积分
243
QQ
发表于 2008-8-8 16:29:00 | 显示全部楼层

Re:【游戏力量】撰写功能执行案方法简介(四)(完)

辛苦了,连载终于完乐~

18

主题

212

帖子

212

积分

中级会员

Rank: 3Rank: 3

积分
212
发表于 2008-8-8 22:24:00 | 显示全部楼层

Re:【游戏力量】撰写功能执行案方法简介(四)(完)

帮猪顶~~

0

主题

195

帖子

195

积分

注册会员

Rank: 2

积分
195
发表于 2008-8-9 23:37:00 | 显示全部楼层

Re: 【游戏力量】撰写功能执行案方法简介(四)(完)


“举个例子,我家楼下有个饮水机。每次只能投币 5 角或一元。但我的壶可以装下 8 角的水。问题就来了,我希望每次都可以打满水,但我又不希望浪费那 2 角钱。出于用户的角度,我对此很不满,难道他妈的要让我换个壶吗?我就喜欢这个!作为用户的“我”发怒了!”

思路严重有问题!

用户不是设计者,哪可能判断的出
多少是5角的水,多少是1元的水,又或多少才是8角的水?!

[设计]
投5角,出水量多少
投1元,出水量又是多少

剩下的,用户们自己看着办,要用饮水机就投币;
不用饮水机的,你设计再好也是白搭,无视之;

投5角,出水量这么多
投1元,出水量是投5角出水量的2倍

然后,统一市场上所有的出水价格,
多沟通一下,协调一下,互通有无一下

一般状况下,至多把陈旧的饮水机外型样式,进行改进,让其符合最新审美观,
让用户们用起来还能伴随些许莫名优越感,已巩固用户群,乃至吸引新的用户

除非,用户们开始集体大规模地因为“饮水机出水量”的“量少价贵”,
而开始采取抗拒使用饮水机的行为态势,
并有逐步恶化,甚至导致“饮水机”没有用武之地的趋势时,

那么,这时,就必须将同样价格的出水量上调,直到用户们满意,重新使用饮水机为止
当然,落到这步了的话,妥协是绝对需要的,但也不能太轻易!

不然,这个周期将越来越短暂,利润少了不说,产品可能变废品!




7

主题

302

帖子

302

积分

中级会员

Rank: 3Rank: 3

积分
302
发表于 2008-8-10 15:29:00 | 显示全部楼层

Re:【游戏力量】撰写功能执行案方法简介(四)(完)

帮顶……
该文对理顺思路和提高效率很有帮助。老少皆宜 - -

122

主题

2758

帖子

3151

积分

论坛元老

Rank: 8Rank: 8

积分
3151
 楼主| 发表于 2008-8-10 17:49:00 | 显示全部楼层

Re: Re: 【游戏力量】撰写功能执行案方法简介(四)(完)

Slayermkii: Re: 【游戏力量】撰写功能执行案方法简介(四)(完)


“举个例子,我家楼下有个饮水机。每次只能投币 5 角或一元。但我的壶可以装下 8 角的水。问题就来了,...


你不了解我这种用户,不要把自己当做唯一用户。我具有如下及个特点:
1.我很懒。
2.我住再22楼。
所以我希望尽量少下楼,所以我会观察5毛钱打了多少水。
3.我是节约的人,我不愿意做不必要的浪费。
所以我希望打8角的水,而不是1元或5毛。

0

主题

195

帖子

195

积分

注册会员

Rank: 2

积分
195
发表于 2008-8-11 06:18:00 | 显示全部楼层

Re: Re: Re: 【游戏力量】撰写功能执行案方法简介(四)(

心灵震撼者: Re: Re: 【游戏力量】撰写功能执行案方法简介(四)(完)



你不了解我这种用户,不要把自己当做唯一用户。我具有如下及个特点:
1.我很懒。
2.我住再22楼。
所...


卖饮水机的商家,不会为了这类100人里可能才有1个的用户,去调整饮水机

常用饮水机的,不会想那么多地,对别人而言,喝个水还不得不使用大脑,还不如直接要了他们的命……
不用饮水机的,也不会想这么多,至多,受不了大众们的脑残行为了,凑到人群前骂一下,“纯垃圾!”

只有,一边用一边骂、一边骂一边用的,专门搞这类事情;
是谓,“和谐”!

实际上,骂多了,该饮水机反而出了名,
用该饮水机的“脑残”大众用户们,不减反增


做网游策划,就应该针对主流用户群,
满足别人“省心省力喝到水”,这个主流用户们最基本需求,
才是尽最大可能地服务用户,才能将服务兑现为收益;

至于那些极少数的和谐众,只要他们对收益不产生负面效应,随他们去……
产出正面效应了?求之不得哦!

0

主题

195

帖子

195

积分

注册会员

Rank: 2

积分
195
发表于 2008-8-11 06:31:00 | 显示全部楼层

Re: Re: Re: 【游戏力量】撰写功能执行案方法简介(四)(

心灵震撼者: Re: Re: 【游戏力量】撰写功能执行案方法简介(四)(完)



你不了解我这种用户,不要把自己当做唯一用户。我具有如下及个特点:
1.我很懒。
2.我住再22楼。
所...


“你不了解我这种用户,不要把自己当做唯一用户”

这句太对了!就是真理!

牢记,不要把自己当做唯一用户

特别是持有“别人不了解我这种用户”主观想法的用户,
应该好好反思一下了……

“自己这类,真的是主流么……”

10个有要求的用户 PK 1000个无要求的用户

哪个用户势力能赢呢?
商家,到底取哪个、舍哪个呢……

答案显而易见,怎么能为了小奶油而舍掉大蛋糕呢?!


需求有多种,数量决定质量


0

主题

195

帖子

195

积分

注册会员

Rank: 2

积分
195
发表于 2008-8-11 06:56:00 | 显示全部楼层

Re: 【游戏力量】撰写功能执行案方法简介(四)(完)


中国网游的前途?
等到用户格局变成,1000个有要求的用户 PK 10个无要求的用户

商家们,
要么就为了继续收益而不得不调整饮水机系统架构;
要么就去搞别的用户格局为“1000个无要求的用户 PK 10个有要求的用户”的行业

这,就是前途!

中国网游的前途,在用户手中!
(脑中?脑残这种残疾,几千年了,也没见痊愈过啊……)

所以呢,
最好不要指望啥前途;
钱途到是不用愁;

其实,蛮好的,付出远小于回报,这类福事,不是哪个国度都能享有地!


在中国当策划,真的挺好、挺舒服!
能活着见到当前这种“游戏盛世”,知足矣!

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

作品发布|文章投稿|广告合作|关于本站|游戏开发论坛 ( 闽ICP备17032699号-3 )

GMT+8, 2025-6-8 09:13

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表