电话
0568-235652358
文/蓝鹤东——本文只是自己从业以来对自己事情的履历总结，有些方式方法可能纷歧定先进，但代表了我这几年的履历，之后也会不定期革新。1. 立项一个项目立项的原因可能性很是多，有可能是公司拿到一个好的IP，也有可能是几个卖力人有个很棒的idea，亦或是老板的梦想是做一个XX类型的游戏，这边不做过多的讨论。
立项历程中应该包罗市场观察和产物定位，需要分析当前市场而且预测未来市场趋势，同时还要知道产物面临的工具以及这些工具应该有的特征、消费习惯等等。2. 开发初期2.1 焦点玩法——此处焦点玩法多指焦点战斗，部门不存在战斗的游戏未在讨论之内。对筹谋来说，开发初期最重要的是焦点玩法简直立，只有确立了焦点玩法，后续的事情好比焦点数值以及焦点系统循环才气展开。
在初期确立焦点玩法时，一定需要足够长的时间和精神去推敲，因为如果焦点玩法存在问题，意味着你盲目展开的后续事情除了美术之外都可能需要面临很大的调整或者重做。2.1.1 焦点玩法是什么在我看来，所谓焦点玩法，即是一个游戏最本质的内容，是用户花费大量时间去钻研的玩法系统。
它是你的游戏整个战斗UI界面的所有工具，包罗血条、蓝条、生命、攻击键等，甚至还包罗战斗界面上看不到的技术、属性等。整体上焦点玩法应该是可以用一句话来归纳综合的游戏规则，譬如《QQ飞车手游》的焦点玩法就是竞速，驾驶差别特性、维度的赛车先到达终点的玩家获胜；而《王者荣耀》，《英雄同盟》的焦点玩法应该是控制差别技术的角色摧毁敌方水晶。
2.1.2 如何确立焦点玩法焦点玩法往往是基于立项所要做的游戏偏向、IP、题材等因素分析该类型的游戏焦点点后归纳、提炼后再由筹谋内部多轮讨论——推翻——再讨论后得出的。焦点玩法往往会凭据团队内部实力、履历等因素偏向也会有所偏向；2D或3D，写实或Q版都市有所讲求。拿我们之前做的定制IP的游戏来说来说，在拿到这个IP的时候我们是需要凭据IP适合改编的游戏类型去建设的，在决议做ARPG的时候我们就需要凭据市面上的ARPG分析，去决议我们的ARPG是横版/竖版、操作机甲/适格者、追求像真三割草式或者是火影忍者那样连击式、通关条件的等等各方面在战斗界面泛起元素的建设。
记着，任何泛起在你界面上的元素都是应该有存在价值的，否则就意味着它有可能被删掉，被此外部门、老板或是玩家，删掉意味着这部门的事情全部=0。2.1.3 其余事情在筹谋内部讨论通过之后或者在讨论之时就会叫上前后端主程和主美一起讨论。
切记控制集会人数，人数太多很容易导致结论难产。所以私以为项目组在前期招聘时应尽快落实筹谋团队，而法式美术有焦点成员就足够了。
2.2 Demo在确定焦点玩法之后应该尽快完成Demo，Demo只要包罗最焦点的玩法或者是最焦点的游戏体验，不需要过多的制作方式和制作规范限制，不需要华美的画面或者完善的数值。Demo的作用是验证筹谋前期讨论的焦点战斗是否可行：例如ARPG有几个技术、大招释放是淘汰蓝量还是攒怒释放、横版3D还是斜45°等等问题，亦或是在回合制游戏增加主动手操、瞄准滑动等操作，这些都是筹谋讨论出来未履历证是否可行的想法。在Demo阶段应完成对焦点玩法的验证，团队内部应该讨论确定这个偏向可行或者不行行，不行行—重做—验证直到可行或者推翻重头来过。3. 版本计划在Demo完成占大多数团队成员认可这个Demo偏向之后，此时作为PM应凭据项目现有情况以及外部因素等多种情况计划好整个项目的开发周期以及各阶段的开端开发时间，以及下一阶段（即原型阶段的详细开发周期以及优先级）。
大要上真正的项目开发应该会有3~4个阶段：原型阶段——焦点阶段——迭代阶段——调整阶段（这里并不包罗删档测试以及之后的系列测试），后期再凭据游戏框架以及焦点开发内容细分阶段。4. 开发4.1 原型阶段4.1.1 世界观&题材——此部门指的是包罗世界观的游戏。好的游戏应该包罗相对完整切合逻辑的世界观，一个完整的世界观可以资助筹谋更好的完成设计，知道什么样的设计应该有什么样的设计不应该存在，譬如：三国的世界观泛起机甲或者冷武器时代的故事配景泛起手枪。世界观应包罗：故事配景、人物设定、经济&能力水平等等，可以明白为是一个小型的小说框架。
4.1.2 游戏框架在焦点玩法建设后，筹谋内部应该对建设开端的游戏框架，包罗系统框架、数值框架（主要为焦点玩法数值）、主要玩法设计等一系列纲领。完整的游戏框架应该包罗明确的设计目的以及重要水平和阶段目的以便于摆设版本计划。
此处的游戏框架只是一个雏形，计划做一个XX系统，这个系统的定位是什么，目的是什么以及与法式制作相关的开端的完成方式（实时or离线、帧同步or状态同步等），为了尽快推进到下一阶段而不应该包罗比力详细的系统设定。4.1.3 法式法式需要凭据筹谋的游戏框架提取技术难点而且凭据团队的现有实力选择对应开发语言以及所用的法式编写工具，搭建开发情况和底层框架。4.1.4 美术气势派头&制作尺度而美术则需要凭据筹谋提供的世界观以及第一版的需求文档确定美术气势派头以及制作尺度。
制作尺度需要法式、筹谋和美术的配合讨论得出，在制作上需要兼顾性能、性价比以及感观接受度等方面的因素，通常会接纳重要的部门或者付费系统接纳精度或者完成度较高的美术体现，而比力不重要的部门则会接纳简朴精致的美术体现。4.1.5 开发准备通常法式会协助项目其他成员完成开发所用的客户端/服务器搭建以及SVN服务器地址的搭建，也需要决议项目接纳的版本治理工具（包罗任务以及BUG等）。主管级此外岗位也需要配合制作人在开始就明确项目的开发流程，包罗模型、行动、UI等美术资源的提交流程，预制体的制作规范，任务、BUG的流程，美术资源、筹谋资源在工程的存放规范，美术资源、筹谋设置表命名规范等问题。
如果你的项目还计划在外洋公布，则还需要思量外洋版本的转化，外洋资源的存放路径及规范问题。还是那一句话：流程可以精简，但绝对不能省略！4.2 版本计划该更新了游戏框架有了，知道了游戏或许需要的开发内容，相比初期毫无凭据的版本计划，此时应该能够列出一套较为完整的版本计划，应该包罗开端的每个阶段应该完成的焦点内容以及次级内容，，以及可能预估到的项目延期及缓冲时间。只是因为此阶段游戏的焦点开发内容的不确定性，所以只能给每个阶段定一个大致目的和开发周期。
4.3 焦点阶段4.3.1 开发重点焦点玩法确定后，筹谋应该可以从这个焦点玩法中提取几个关键词，而这几个关键词就是接下来游戏开发周期的焦点事情内容。这几个关键词将决议游戏开发的重心偏向以及人力分配，一般来说这几个关键词划分对应：基础战斗（焦点玩法）、玩法深度、焦点系统循环以及焦点数值。每个关键词都市包罗许多事情项内容，确定开发重点可以让PM更好的举行周期摆设和人员重点分配。4.3.2 基础战斗常见的游戏都市有战斗场景，只是重要性和庞大水平的差别。
行动类的游戏基础战斗显得极为重要，往往要在基础战斗中下很大的功夫去调试，而且步骤环环相扣，如果前面的环节没有调整好，往往会导致后面环节的事情杂乱，找不出问题所在。行动类游戏往往十分强调攻击感，这就跟看影戏喜欢去影戏院看IMAX因为从视觉、听觉上来说都市有纷歧样的沉醉感。
以 ARPG游戏为例，ARPG游戏的基础战斗往往要先从移动、镜头开始调试：移动是否需要增加惯性？惯性需要多大？移动时镜头是否追随？移动加入景末了时镜头是否继续追随移动？转向时镜头是否移动？这些可以在纸上形成方案，可是要想做得好都是需要在场景中一步步伐试出来的。在基础的移动、镜头等调试到一个相对舒服的体验之后再加入普通攻击、攻击转向等等，调试完毕后再不停加入譬如：行动拆分、行动取消、skill01_end接skill02（或者skill02_start）行动衔接等功效。例如多个行动斜接就需要调整前置行动的收招，既保证行动看起来足够自然，又要保证玩家触觉与视角的一致性，即按键即响应。
再往后再加入越发高阶的操作和体现来提升真实感和体现力，譬如受击体现、特效、音效等。4.3.3 焦点玩法基础战斗是焦点玩法的基础，相对于基础战斗实打实的调试，焦点玩法更多是设计项的内容。如果说《英雄同盟》的焦点玩法控制差别技术的英雄摧毁敌方水晶，那么控制角色摧毁水晶是基础战斗，焦点玩法设计即是差别技术的英雄设计。
怎么样设计富厚、有趣、互动性强、成就感鲜明的技术来让玩家在恒久的重复竞技中保持兴趣就是重中之重，固然还会有召唤师峡谷的计谋，装备，符文等一系列的系统来充盈保持兴趣的目的，但这些都属于玩法深度的内容了。4.3.4 玩法深度一个游戏往往需要玩法来满足玩家对于计谋、技巧、时机、深度等多方面的追求。例如：格斗游戏常见的爆气是满足对于时机的追求，《QQ飞车手游》漂移以及双喷、WCW喷、断位漂移等则是满足玩家对于技巧的追求，而《英雄同盟》的符文则是满足了玩家对于计谋的追求。
一个好的游戏一定要给玩家足够多的思考或者追求空间，玩家在游戏中的时长越长，积累的履历技巧越多，越容易资助玩家获告捷利，这样玩家才会连续留在游戏。游戏深度是从焦点玩法中延伸出的某个针对性的玩法设计用以满足玩家对于某方面的长线追求。4.3.5 焦点系统循环养成系统的存在通常可以满足之前所说玩家对于玩法深度的多种要求、增加用户粘性，同时阶段性的发展不仅可以给玩家带来阶段性的目的、成就/惊喜/新鲜感，同时也是拉长游戏生命周期、增加营收/运动投放的重要部门。
所有系统养成的目的都应该回执于焦点战斗，但纷歧定是回执于焦点数值，因为也有可能部门养成只是单纯的回执于战斗体现。焦点系统循环通常与焦点玩法、玩法深度息息相关，因为只有在游戏最重要的地方增加养成和付费，才会获得更多玩家的投入，不管是时间还是款项。通过玩法【产出】→养成【消耗】→玩法【验证实力/产出】构建的闭环，可以让玩家不停追求游戏所设计的内容。
而系统的设定通常多种多样，差别时期玩家对游戏的明白水平差别，学习成本也不相同，最终设计的系统满足你的设计目的就是一个好的系统。4.3.6 焦点数值焦点数值分为战斗数值和经济数值，数值服务于系统和玩法，凭据系统和玩法的需求提供对应的游戏体验。
战斗数值往往是凭据战斗体验、明白成本和数值可控性等多方面决议的。而经济数值除了凭据游戏内部因素外还需要凭据游戏的生命周期举行时间与订价的转换，花1RMB=X 战斗力= 时间，即时间——价值——战斗力。
4.4 版本计划该更新了有了游戏框架，知道了开发重点，在进入正式迭代前应该制定好详细的版本计划。此时的版本计划应该分为两部门：4.4.1 整体计划凭据此时项目的整体情况以及种种外来因素确定游戏上线的最终期限。凭据最终期限计划好每个版本的最终开发期限、焦点目的以及次级目的。
不要对自己和团队过于自信，制定整体周期的时候给每个版本增加适当的缓冲时间以防止意外情况发生，而且是一定会发生意外情况。4.4.2 周期计划制定详细的事情条目，包罗各部门成员需要完成的事情条目，任务优先级，该条目卖力人，以及通过时间摆设来体现条目的制作流程。
增加缓冲时间以及延期记载，便于摆设进下个版本，同时也可以重新评估某个成员的能力。4.5 开发规范开发历程中许多事情往往是并行的，在开发初期界说开发规范可以节约在开发历程中许多不须要的返工和杂乱。还是要说一句，这些是我的履历总结，项目差别有些履历也不适用，而且 肯定也会有更先进的开发履历，仅供参考。4.5.1 任务&BUG流程任务首先由制作人（或主策）建立，之后由主策分配给对应的卖力人编写筹谋文档，在筹谋文档验收通事后建立法式、美术两个分支划分指派给对应主程、主美，由主程、主美决议是否要拆分并分配下去并附上验收时间，由对应的执行人卖力完成任务。
任务建立人之所以由卖力人建立任务一是节约主程、主美时间，更重要的是任务完成后需要卖力人相识清楚而且验收，中间省去一些步骤。优先级任务和BUG的建立除了基本的元素之外，包罗优先级会让解决人更好的摆设事情，也可以在版本节点让PM更清晰的明确任务量。解决版本/验收时间解决版本/验收最后时间的加入可以让测试明确知道该版本需要验收的内容，同样也可以在版本节点让PM更清晰的明确该版本延期内容以及下版本需要分外增加的事情内容。
备注备注可以让执行人纵然不在也可能不需要联系执行人其他人员也能相识或许情况。4.5.2 法式字工程中最好有一张表用于治理一些只是说明并没有实际用途的法式字。如果你的项目计划做多语言版本，同样也需要一张法式字表，在项目开始的时候就把所有的法式字提取出来是最好的措施，后期再做一来事情量大，二来容易遗漏。
4.5.3 美术资源存放规范这一块规范一般会以法式作为主导，除了最基本的同类型文件存放规范外，一般UI资源会将动态加载资源与静态资源离开存放，优化IOS性能开销的同时因为动态加载资源会经常批量替换，单独存放比力好治理。在开发历程中UI可能会替换好几版资源，如果美术资源存放规范可以在替换的历程中节约许多时间而且淘汰许多没用的美术素材，在需要剔除无用素材时也会更便于查找。
在做外洋版本时也会涉及到资源替换（内嵌式多语言则涉及资源存放）也会需要大量的资源替换，好的规范可以节约时间。4.5.4 预制体制作预制体同样需要一张表格来治理和查阅各预制体。
预制体的制作规范也是极其重要，这会让你的界面从工致和统一性方面看出很显着的差异。在制作界面时，在美术气势派头定版后，筹谋和UI应该配合制定一套界面用字规范，包罗几种类型的标题、正文、说明文字、强调文字所用色值和巨细等规范，在拼界面时应该严格执行规范，包罗法式字也同样需要遵守。要做好界面，在从UI出效果图到界面拼接都应该严格遵守统一性的原则，甚至要求界面拼接通过摹仿的方式实现。
在制作的同时应该只管思量到界面的复用性，将一些界面通用化并提取成单独的预制体接纳挪用的方式实现。4.5.5 设置表&模块编号设置表自己有一定的规范限制，在设置表命名之后增加中文注释可以让别人更容易找到需要的设置表。同时在制作功效模块设置表时应给每个模块界说一个唯一的模块编号，用一张独立的模块表维护，用于做模块之间的索引，同时便于治理而且与法式界说统一性。同时设置表应该增加一条索引表，用于注释设置表之间以及系统与设置表之间的关联性。
界说设置表字段时应严格界说字段使用者，一味的贪图利便都使用cs会给后期分辨增加很大贫苦。4.5.6 命名规范好的命名规范可以节约开发历程中不须要的时间浪费，美术资源命名、模块命名、设置表命名甚至是设置表中的字段命名都应该做到只管强的辨识度。如果周期允许，应该在前期只管做好模块的英文命名，保持开发的统一性语言。
设想一下，舆图命名一种方案是凭据制作顺序从map001~map100依次命名，另一种方案则是map_city_001，很显着第二种方案能够区别出舆图是都会还是农村等等，这边只是一个简朴的例子，会凭据项目差别有差别的讲求。好比设置表命名增加模块编号便于分类查找，增加中文注释便于明白；场景舆图增加气势派头编号、模块编号等等。
一般来说筹谋应该做好命名规范，而美术或者法式内部可以简化命名节约时间，可是到最后提交到项目工程的时候需要保证命名与规范是一致的。另外有一个统一而且执行下去的命名规范，对于开发人员查找也会带来极大的便利。4.6 迭代阶段如果项目顺利过渡了前面的阶段，现在有了制作尺度，有了开发规范，另有了明确的偏向和制作方法，该把以上的内容酿成一个完整的游戏了。
4.6.1 快速迭代在初期界说好制作尺度和游戏偏向后，在迭代阶段往往是快速的生产历程。如果初期界说好的规范有执行下去，对于这个阶段应该会省掉许多的事情量和相同解决成本。4.6.2 总结在每个版本竣事后留一段时间，用于总结一下在这个阶段遇到的问题并实时讨论解决，同时看看现在的产物，存在什么问题，有什么不足的地方。
然后在下个周期摆设革新流程和产物，动态的调整每个阶段的目的。4.6.3 筹谋先行其实筹谋先行应该是贯串项目开发的整个阶段的，可是在迭代阶段显得犹为重要，每个阶段保证筹谋事情至少提前一周，这样既可以让筹谋内部有计划意识，也可以保证其他部门在任务量提前做完的时候可以有一部门提前量，同样也可以防止突发变化导致某部门功效不开发的时候不至于无事可做。
4.6.4 迭代原则因为游戏不是每个系统都是独立的存在，合理摆设好迭代顺序也可以节约一部门“暂代开发”的时间，同时也会让整个开发更合理、规范。基础优先，焦点优先大模块遵循基础优先，焦点优先，基础功效做好才气往上叠加功效，而焦点功效的开发往往是贯串整个开发前中期的，需要恒久的思考和沉淀。关联系统关联系统可以摆设在同期做或者按玩游戏流程的先后顺序做，这样不至于导致一个功效完成后可能都不能完成测试亦或是无法组成循环，而再之后返回来有可能部门结构已经遗忘了。
通用模块开发开发中有许多系统涉及到的弹窗或者提示往往在其他模块也需要用到，需要协调好制止重复开发或者杂乱使用；固然也可以将通用模块单独作为一个小开发项排进版本。固然版本计划会有许多不确定性和针对性，以上只是基本摆设思路，实际还是需要凭据项目自己去做合适的排期。4.7 调整阶段当项目过渡完迭代阶段时基本上所有的功效开发完毕游戏有一个完整的生态循环，如果运气幸亏项目上线测试前还会有时间举行测试调整，主要针对包体巨细的资源精简；游戏的性能优化以及对BUG的深度测试，譬如规则毛病导致的刷分，以及法式通信毛病导致的刷奖励。最常见的通过截包后重复发包、修改包巨细等方式重复发包欺骗服务器获得多次或者更高额的奖励。
而对于游戏自己的调整和优化则是贯串整个游戏开发周期的，在邻近上线阶段再做大规模的调整。4.8 测试阶段测试如果顺利会分为多轮测试，通过每轮测试的数据针对性的调整资源投放以及关卡难度，调整新手引导难度节奏，调整玩家逐日在线时长以及各功效占比。而上线前准备同样另有许多细微的事情需要处置惩罚，例如版号过审、游戏名称以及ICON、游戏资料等需要提供应运营游戏相关资料以做准备。
同样也有可能需要增加部门运营运动在游戏上线初期保证最大化的营收。4.9 尾声因为事情的关系，前后花了不少时间去写这一份总结，所以断断续续的，有些地方可能接不上或者不够严谨，原来是计划去职后专心去写的。
许多说法纷歧定对或者不够先进，可是代表自己对开发的明白，之后也会抽闲给自己多点时间去革新总结。对于怎么做的总结也许偏少，可能以后会单独总结。
本文来源：bat365在线平台网站-www.ahnhjx.com
