如何怎么自己做一个app软件开发游戏

原标题:自己如何制作一个棋牌遊戏

自己如何制作一个棋牌游戏软件产品在棋牌游戏行业的风口一次又一次来临的时候,我想很多人都是希望自己能抓住风口的人既嘫要进行棋牌游戏创业,我想自己制作棋牌游戏软件产品是在所难免的。那么自己如何能制作一个棋牌游戏软件出来呢这个问题相信佷多人都很关心,至于具体的操作的方法嘛其实小编整理大部分小白的开发记录,发现无非就是这么几点

第一、先多玩玩相关的棋牌遊戏

这里非常强烈地建议第一次开发棋牌游戏的小伙伴能先多玩玩市场上相关的棋牌游戏软件产品,很多不了解棋牌游戏的小伙伴都不能准确地感知棋牌游戏行业到底算什么,棋牌游戏产品又是如何构建的这些一无所知的问题共同堆叠在一起,但其实本质只有一个而已既然大家都处在比较蒙圈的状态中,就无法很好地去思考自己要做什么类型的棋牌游戏软件产品在整个棋牌游戏行业大环节中,几百種不同的棋牌游戏也总是能让人产生选择困难症所以,先去玩一些相关的棋牌游戏产品体验体验现有的棋牌游戏软件产品的一些差异囷优劣势,并做进一步具体的分析

第二、整理关于棋牌游戏软件产品的想法并记录

制作一款棋牌游戏产品也是需要想法的投入的,不是說市面上有了我稍微改改自己拿来用就行了。事实上这个方法是可行,但市场基本上会报复回来对于自己制作棋牌游戏的小伙伴来說,还是可以将自己先前试玩棋牌游戏软件产品的感受先具体的描述出来在思维碰撞的过程,总是更容易触碰出更好的点子出来的这對于自己制作棋牌游戏软件来说,是比较好的

第三、将想法整理成具体案例并实施开发

对于棋牌游戏软件的开发来说,还是要有一定的想法做支撑的上面我们已经有了比较成型的想法,再将其整理成具体的案例并实施是一个更可行的过程当然在这个环节遇到的问题必嘫会比刚刚上面我们要做的工作更加有难度,但我们也可以适当的找找比较适合自己的方法自己不能及时做的事情,可以考虑外包出去

第四、在整个棋牌游戏软件产品的制造过程中,还是要多沟通

沟通其实是需要贯穿到整个棋牌游戏软件制作开发的过程中的在制作一款棋牌游戏软件产品的时候,总是会有多人共同地参与到这件事情中如何统一我们所开发制作的主体,就是需要不断和这些人一起沟通让制作开发的这款产品的细节能被大家所认同,能被大家理解到

自己制作一个棋牌游戏并不复杂,而制作一款棋牌游戏也是如此大哆人习惯性将这件事想得很难办,但对于未来已经明显的趋势和目前市场上越来越成熟的形态来说这就是我们能更好地运用起来的信息。其实我们不了解棋牌游戏也可以把棋牌游戏产品做得很好,重要的是思路和用心

在独立游戏领域多人游戏其实並不多见,成功的独立游戏大作当中也多数是单机游戏其中的原因显而易见,作为独立游戏开发者或者小型团队服务器成本和多人游戲技术并不好处理。但是Gamelook此前曾经介绍过一款叫做《Depth》的非对称FPS多人游戏,该游戏2014年上架之后9个月内就获得了接近1600万的销量达到了2亿媄元的收入。

不过这款游戏的背后,其实有着非常曲折的故事:最初是Alex Quick在2009年大学毕业时候的一个学生项目随后Engine Audio和Justyn Dagg参与研发,在2010年至2012年期间该游戏被移植到了UDK引擎上,并且变成了一个独立版本的游戏然而,由于制作团队在玩法设计方面遇到了瓶颈而被迫暂停2013年,曾擔任AI外包工作的Digital Confectioners工作室开始介入专门为该项目投入了研发团队,为之调整玩法最终完成了该游戏的制作,Alex Quick一直担任Digital Confectioners的创意总监

最近,负责《Depth》主要部分研发的Digital Confectioners工作室总监James Tan在他的博客中复盘了该游戏长达5年的研发历程讲述了他的工作室从一个4人外包团队到完成2亿美元項目的研发过程,在开始介绍博客之前我们先对James Tan进行简要的介绍:在16岁的时候,Tan在1998年出于好奇而开始使用Unreal Editor他在Mod社区非常活跃,还参与叻Epic的Make Something Unreal竞赛曾经获得过亚军和季军。多年之后Tan大学毕业并成为了药剂师,2007年的时候离开医学界转行做游戏研发当年他成立了Digital Confectioners,主要是莋虚幻引擎技术相关的外包项目2009年接了《Depth》的外包工作,随后在2013年全面接手研发2014年《Depth》发布之后大获成功,目前他和Digital Confectioners仍负责该游戏的維护和更新工作

写这篇复盘博客的背景:

Digital Confectioners正式成立的时间是2007年下半年,当时我还是一名实习药剂师我当时也在做一款叫做《The Ball》的游戏Mod,后来该游戏在2010年由TripWire正式发布也是首批UDK支持的Steam游戏之一。

在工作室成立的初期Digital Confectioners主要是给游戏引擎公司Epic Games做外包,负责制作参考文献和到铨世界各地教开发者们如何使用虚幻引擎研发工具(UDK)随着我们的团队不断增长,我们开始尝试用虚幻3引擎或者UDK做更大的项目非常幸運的是,Digital Confectioners参与了很多成功游戏的研发比如Q.U.B.E以及很多不错的游戏项目。

在2012年的时候我开始找到Alex Quick谈论有关《Depth》的项目,当时的《Depth》遇到了研发问题而被迫暂停我找到Alex并且问了几个问题,我们开始探讨Digital Confectioners和Depth Inc之间的合作可能性2年之后,我们在Steam平台发布了这款游戏并且随后获嘚了巨大成功。

在《Depth》的研发过程中其实遇到了很多的起起伏伏,从个人的角度来说我觉得在研发游戏、管理业务等方面有了很大的荿长,更重要的是我们确定了如何100%独立地完成一款游戏的制作,所以本文的很多东西都是我个人的感觉和观点非常感谢朋友们为这篇複盘文章提出了一些问题,也非常感谢的加入尤其是妻子的支持,如果没有这些我是不可能做到的。现在我们就来详细地了解《Depth》嘚研发过程。

接手《Depth》:一开始并没有投入所有资源

用一个简单的表达方式就是会让人精神错乱,这绝对是最好的描述在《Depth》游戏发咘之前,Digital Confectioners基本上是一家外包公司而且专注于做虚幻引擎的游戏外包工作。在那个时候我对于《Depth》是否能够成功其实根本没把握。而且我们也没有在这个项目上豪赌,并没有把所有的鸡蛋都放到这一个篮子里我们在研发《Depth》的同时仍旧在接外包工作,毕竟这是我们多姩来的收入支柱所以,这种模式可以保证我们在分散注意力研发《Depth》的同时又可以保证工作室正常运转,确保团队里的所有人都可以囸常工作

由于要在这么多的项目之间来回切换,也就意味着我和Sam Evans作为工作室总监通常不会有40小时每周的工作时间,我们通常都是每周笁作60-80个小时除此之外还会常常失眠,要么是担心《Depth》项目要么就是考虑如何尽快赶上外包项目的截止日期。虽然说手忙脚乱是一个比較直接的形容词但当时这是我们必须承受的状态。

做游戏研发其实真的很难而且非常耗时间。虽然每周60-80个小时看起来是非常多的时间但其中的很多时间是由于项目之间的切换而耗掉了,你需要同时做的项目越多就越需要时间重新适应。

时间管理始终是非常困难的峩也尝试了大量不同的(时间管理)工具:比如Toodledo、Mantis和JIRA。我觉得JIRA和AGILE配套使用的时候是最为有效的工作与生活之间的平衡也是持续困扰我的難题,我唯一能够找到时间做项目的方式就是挤压与家人相聚的时间,这样我才有足够的时间从事《Depth》和外包项目的研发

我最大的惊囍就是恰当的时候遇到了合适的机会,在恰当的地方遇到了对的人因为我始终非常留意自己的周围在发生着什么。

在《Depth》的研发过程中它几乎消耗了我的所有,有时候起床去办公室处理JIRA上需要解决的bug列表,而这些都是非常棘手的bug有时候我也会感到喘不过气来,还有時候觉得有许多事都没有达到要求

幸运的是,我给自己留了时间去了解外界的动态主要是在各种会议上做虚幻引擎(3和4)的演讲,聆聽和观看其他的游戏、其他的朋友和其他人在做什么

最后让我感到惊奇的是,有时候我会因为某些人的影响而在随后对Digital Confectioners或者《Depth》项目莋出改变。

说到意外的话项目管理其实比我想象中要难很多,因为这是一个我们每天都要面对的问题我每一次对项目做出改变,有时候都会感觉进度往后退了2步随着团队逐渐适应了我在项目管理上增加的新步骤,他们会发现其中的问题或者就是,有时候我们发现还需要采取新的方法

由于此前是做Mod地图的,所以我担任项目管理绝对是噩梦我甚至不会去为bug修复或者任务做计划,我没有给任何事做时間预测我不知道一个游戏的核心功能是什么或者可以做出什么样的修改。随着时间的发展我们也获得了很多的实际经验,这对于大多數的开发者来说可能都是不用想都知道的比如,在很多长时间里我都不善于使用JIRA或者Mantis这样的bug追踪工具;不擅长清晰明确地沟通,周末嘚时候经常会在Skype上进行随机的聊天;我也不知道从玩法方面来看《Depth》的研发进展如何

我们对于《Depth》有大致的看法,但我们当时有特别多嘚创意原型而且都是不同游戏模式、不同环境,都是我们觉得可能的发展方向但都是非常分散的想法。在游戏研发过程中我有时候會觉得做《Depth》项目就像是在烧钱,但现在看来我才意识到这一切的发生都是为了凸显真正的问题所在:整个团队没有方向,当然其主要問题是(我的)项目管理并不明确

随着我们开始采取一些比较贴近实际的做法,比如确保追踪bug和研发任务预计特定关卡的bug和任务需要哆长时间,这样就会感觉我们所有人都是有任务的感觉我们在尝试把所有东西都聚拢到一起,这时候才让我真正可以控制接下来几周会莋什么

这里我学到的经验是,项目管理是一个真正需要学习的技术因为它会影响你的日常工作。比如你在做什么任务需要修复什么樣的bug?和某人交流某些事最好的方法是什么还有就是,自己独立管理一个项目是艰难的

推广《Depth》:不要听天由命

Piggott等人的建议和帮助。

峩们在市场营销方面最为关注的是YouTube个人主播、TwittchTV直播者以及在线媒体我们做过最重要的事情就是计划我们的策略并且对应地执行任务,做規划可以让我们明确都需要做什么

为了开始推广计划,我们把很大的一部分注意力都投放到了如何吸引在线媒体的关注或者帮他们更好哋写我们的游戏评论对我们来说,我们已经给《Depth》找到了乐趣其中之一就是成为鲨鱼并且把好友撕成碎片。我还觉得当时已经有了一個简单的创意思路那就是让潜水员收集财富并且传送到机器人那里,鲨鱼通过技能进行攻击有时候会直接把潜水员撕成碎片,但这个想法其实当时很模糊所以我们知道这些是一定要解决的。

我们知道必须做一个网站这样记者们就可以快速找到游戏信息,媒体新闻包佷明显是必不可少的而且必须让记者们可以查看,这样他们才会在短时间内获得更多的《Depth》游戏信息才可能有时间写出来。

所以我們的计划当时是这样的:

提高《Depth》的创意;创造简单易用的网站、做出比较高的可用性和内容,创作媒体包给记者们提供可能需要的所有消息;为《Depth》做了一个宣传片为《Depth》做游戏截图;为《Depth》做Steam Store商店页面,这样记者们就可以在文章中增加购买链接通过这个页面,我们還可直接和用户们进行交流;开始使用谷歌分析这样我们就可以知道游戏中发生了什么,比如人们是否会到Steam页面是否会去浏览我们的網站,记者们会不会看到我们的媒体新闻包

我们随后开始考虑如何吸引YouTube主播和TwitchTV直播者,我们当时的想法是尝试让知名的媒体写出不错的攵章然后他们就知道《Depth》是一款什么样的游戏了,或许会让他们开始考虑为《Depth》做视频计划

我在这个过程中学到的是,在营销方面規划和日程安排是关键的,绝不要听天由命只让它通过病毒传播

常见的问题:资金耗尽、游戏设计不确定性和倒时差。

在游戏研发领域外包是个非常大的市场,但我发现的情况是我们不得不断地寻找更多外包工作或者接更大的外包项目。在《Depth》项目研发期间我们的經济状况有时候经常会面临赤字威胁,在Digital Confectioners多年的发展史上我们从来没有拖欠过任何一名成员的薪水发放,虽然我觉得从事游戏研发行业昰理想的工作但经济问题方面的实际情况和团队士气也是必须面对的。

所以这就要求我们有时候必须停掉《Depth》项目的研发,把更多时間专注于外包工作有些团队成员经常在《Depth》项目和其他外包项目之间切换,还有些员工则专注于做外包工作

众筹的问题出现了很多次,但我从来都无法适应众筹模式对于《Depth》这个项目,我们甚至不知道它的背后是什么提出《Depth》众筹的活动可能会让很多人兴奋,我们吔或许会成功完成众筹目标但让人困扰的问题是,很多项目都没有能够完成众筹时候的承诺如果我们对于《Depth》的承诺改变了会出现什麼情况?如果说好的实体游戏没有能够做出来或者比我们预期的成本更高该怎么办如果我们没有一个好的分销平台怎么办?如果我们没囿足够好的技术处理多人游戏又怎么办

虽然做外包工作可能会延缓《Depth》项目的研发,但我觉得是最好的决定因为它给了足够的时间让遊戏设计逐渐变得成熟起来,我们也有了更多的时间来思考游戏的玩法和平衡性而且不依赖任何资金也让我们有了绝对的创意自由。

2009版夲的《Depth》最初是一个加入了潜水员和鲨鱼的猫捉老鼠游戏潜水员们必须在地图中潜行收集财宝,然后把它放回潜水员笼子里根据职业系统的分类,潜水员被赋予了不同的能力鲨鱼主要是战斗,而且也根据职业划分了不同能力

但2014版本的《Depth》则有了很大的不同,在最初發布的时候我们只加入了一个鲨鱼,也就是大白鲨大白鲨的游戏玩法专注于战斗和潜行,我们抛弃了职业系统和潜水员的潜行玩法給潜水员团队增加了AI。

在这些年间我们经历了很多其他不同版本的《Depth》创意原型,我们还尝试了游牧风格的游戏模式还有很长一段时間,我们尝试了一个鲨鱼对战四名潜水员的模式但这些创意原型都有我们永远无法恰当解决的问题存在。最初版本的《Depth》节奏感很差囿时候你甚至不知道自己该做什么。游牧风格游戏模式则出现了鲨鱼种类太多需要解决的问题1V4模式则很容易出现时间长短的巨大差异,仳如最快一分钟就可以结束一局游戏但最慢却需要40分钟。搞定这些游戏设计问题是非常累的而且有时候我甚至怀疑我们是否能够达到奣确《Depth》到底是什么的阶段。

Digital Confectioners位于新西兰Alex Quick、Engine Audio团队和Super Genius工作室分布在美国的东部和西部,我们的关卡设计师Justyn位于英国所以,想要让团队里嘚所有人一起进行游戏测试意味着必须有人倒时差唯一的解决方案就是在所有人都同意的时间段解决游戏测试的问题。然而技术的困難常常会导致联络的中断。

《Depth》项目最耗时间的是什么

让人感觉熟悉而不同的游戏设计

游戏设计是尤其困难的,我觉得这一点甚至不需偠我来说从理论角度来说,《Depth》并没有太多的游戏可以参考虽然我们最后做出来的游戏会让人想起很多的游戏,但这并不是因为我们參考了这些游戏这里没有什么魔法,就只是X+Y+Z的方式解决我们投入了大量的时间调整游戏想法,不断地修改然后做出来我们其实没有哆少坚定的想法,因为我们知道如果这些想法不行,我们就必须放弃重来

曾几何时,游戏项目有很多不同的问题因为很多的玩法是沒有意义的。比如那时候玩家在游戏里能够挣多少钱取决于收集了多少金币,这其实并没有什么意义因为在测试的时候,人们只有藏茬地图的黑暗小角落里直到他们可以购买所有的东西。

我们还知道必须和市面上已经推出的游戏具有差异化,虽然潜水员和鲨鱼大战嘚主题就很不错但我觉得如果不是当时寻找了更多的差异化,那么可能快速迷失如果人们可以在其他游戏中找到相同的体验,那我们僦会遇到麻烦然而,尝试做到很大的差异化意味着我们需要大量的新手教学告诉玩家们如何上手而我们在这个过程中用了很多的时间進行调整、玩家测试以及获取玩家反馈才解决。

《Depth》最初的UI设计来源于《DotA 2》风格在看到主菜单的时候其实是非常明显的。然而随着研發的继续,我们意识到做了很多的差异化因而很难这样模仿,不幸的是我们对于游戏内的菜单无能为力。当时做游戏UI的成员有好几个所以如何做UI方面有了很多次的辩论。

由于游戏设计有了很大的改变而且变化速度很快游戏内的UI也必须随之进行大改,这通常意味着很尐有时间把UI调整到我们想要的状态

我们当时还决定跟随潮流做一个metro风格的UI,或者是做一个非常简洁风格的UI但后来改了主意,所以有了現在的UI我们选择做一个非常图形化的UI,加入金属和木头等元素这样玩家们知道什么是可以互动的,哪些是不能互动的但后来也进行叻大量的修改。

在任何一款游戏中想要把UI做好都不容易,因为美术、音乐和反馈这几个方面都是重要的因为它们都存在于游戏之中,目前的《Depth》还没有达到我们想要的完美状态但我们正在一步步接近目标。

可以说有也可以说没有。一开始的时候Alex Quick写了一个《Depth》指导意见,解释这款游戏是什么在一开始的时候,我们是严格遵照这个执行的但后来开始对它进行了调整。然而核心概念保留了下来,仳如强大的鲨鱼和有限的生物、潜水员和装备等等

我们使用外包工作者了吗?是哪些部分我们是如何找到他们的?

其实我们Digital Confectioners基本是嘟是由引擎工程师组成的,只不过他们擅长很多不同的领域然而,我们却没有办法自己做美术所以我们必须外包出去:我们把美术外包给了Super Genius、音频外包给了Engine Audio、关卡设计外包给了Justyn Dagg。我们也尝试把UI美术设计外包给其他人但后来投票决定用Super Genius的方案,我们还尝试外包其他方面比如系统管理、QA和其他比较琐碎的事情。然而这些都没有成功找到合适的人选,所以我们决定内部解决

我们在做另一个项目《Forge》的時候遇到了Super Genius团队,与他们的合作非常愉快他们的团队始终是我们优先考虑的对象,因此我们并不是找到了他们而是在另一个项目上巧遇的。Engine Audio和Justyn Dagg在我们参与之前就加入了《Depth》的研发所以他们继续参与也是自然而然的事情,也符合游戏项目的需求

我们有没有做自己的工具?

的确做了但并不是为了研发游戏本身。虚幻3引擎已经有了虚幻编辑器可以解决大多数的游戏研发问题,比如管理游戏资源、创造關卡等等
我们自己也做了一些工具,比如版本研发工具虽然虚幻3引擎带有Unreal Frontend,但我们仍然需要一个既能承担Unreal Frontend功能又可以对游戏进行打包、上传到Amazon、特定的服务器以及Steam的工具,还需要根据需求做一系列的琐碎工作

我们是否投入很多时间研究鲨鱼的行为?

其实并没有那么哆原因很简单,因为潜水员和鲨鱼的主题有些好莱坞化特别是游戏中的鲨鱼是具有魔幻色彩的,这和我们做的一些比较好玩的玩法有關系我们的一些玩法的确是取自于潜水员和鲨鱼题材,但主要是观察会出现什么可能而不是模拟真实中的鲨鱼,而且《Depth》从来没有打算做成《鲨鱼模拟2014》这样的作品

我们解决最大的障碍是什么?

最难解决的是找到游戏的类型当我们开始做《Depth》的时候,其实并不知道遊戏将做成什么类型我们一开始是在Alex原版游戏文档的基础上进行研发,做成了一个潜行、收集财富并且保持不被发现的‘猫和老鼠’式嘚游戏原版的游戏中,鲨鱼是非常强大的生物而且只进行正面攻击,基本上是水里的主导物种不幸的是,这个游戏模式并没有起作鼡因为这个玩法很容易陷入尴尬,因为当前水源躲在某些黑暗角落不出来的时候游戏就失去了乐趣,鲨鱼也非常强大所以游戏的平衡性很差。

虽然我也希望能够有醍醐灌顶的时刻并且立即找到解决方案但实际上我们现在的版本是通过不断的创意和测试得来的,直到峩们觉得它适合《Depth》游戏风格

我们过度担心的事情是什么?

我们最最担心的是《Depth》实际上是不是新奇有趣的游戏我们多次把游戏提交箌IGF,但从来没有被选中虽然获得的评价非常积极,但我们提交之后没有太好的反响所以我的内心其实是很冲突的,我怀疑这个项目到底是否有趣、创新和具有新鲜感在游戏发布之后,我们发现大多数玩过《Depth》地图的玩家都非常喜欢它主要是因为它崭新而刺激的游戏體验。

为什么我们决定做《Depth》游戏

这其实主要是我和Alex Quick的关系比较好,在Mod时期(年)我曾经参与过他的《Killing Floor》的评级,我们之间有过一些討论他和Tripwire把那款游戏做成了,后来他联系我讨论为《Depth》做AI外包的事情。

当《Depth》进入搁浅状态的时候Digital Confectioners其实还是一个四人的小团队,后來Kenneth Churcher加入之后才达到五人《Depth》有很多的资源都已经是做好了的,我们觉得这样一个好项目如果消失了会让人很遗憾我们自己做了很多创意原型,但我们知道当时并没有足够的资源做成现在的游戏我还希望把《Depth》独立完成。

研发《Depth》是非同寻常的旅途这款游戏目前的表現仍旧非常强势,这对于多人独立游戏来说是很罕见的这种过山车式的研发体验也是我非常愿意尝试的。

不会写程序的策划不是好音乐人经过总结与读者姥爷们的反馈,UP决定在今后的文章里嵌入一些游戏策划方面的事当然的程序还是要写,代码还是要教的

这次的游戏題材,我会用曾经使用过但是中途被舍弃的资源《勇者要生活》的素材来制作因为教程不涉及美术和音乐的创作,所以就采取利用现成資源来制作游戏的做法了

“做游戏当然一开始要立项咯,专业的策划都是这样做的在立项的时候你会立出这个游戏需要多少系统、多尐种玩法、以及有哪些角色,游戏该怎么玩怎么赢利等等等等等”

如果是做一个商业游戏那么这个是肯定会做的,但是说实在点很多時候立项这一步仅仅只是走个过程,用于得到投资或者老板的认可然而在个人开发游戏的时候实际情况是可以省去初期立项的过程。相信很多游戏玩家都明白这点了一款游戏从构思到最终实现甚至再被越来越多的玩家知晓甚至到最后的盈利是一个非常漫长的过程,所以其实大多数时候游戏开发的初期仅仅只是有一个简单的构思,从这个构思出发并开始制作之后的许多玩法,都是在开发中不断的发现問题而增加的

(其实立项中写的计划,总是到项目完结之时会变得面目全非其中包含各种原因,所以立项更多的意义就是给老板看的)

其實很多创作(不仅仅是游戏)初期定位不明确、盈利模式不明确都是非常正常的,至于小团队来说你可以发现他们改进的步伐,比如某个漫画突然改名、某个节目不停的改变风格等对于有钱的团队而言,这些改变也存在只是他们在内部做了这件事,没有给我们看到洏已不过有时候大型团队的游戏还是让我们看到了他们改变的过程,来看看下面这条新闻

新闻引用自游民星空的部分文字,如有侵权請向我私信联系我会去掉它

即使是获奖无数的塞尔达荒野之息也在开发中遇到了问题

在游戏开发中,完美的计划并不存在要学会多分析问题并快速想到解决方案,因为变化总是比计划来得快只有唯快不破,可能你会担心游戏开发初期不想那么多后期会不会一团糟,實际情况是不会的这些问题应该放在游戏开发初期到中期的阶段再考虑。

所以做一款游戏一开始的步骤是什么:把自己想到的第一个点孓实现出来这个点子很可能在开发的第二个阶段被改的面目全非,不过这个步骤是非常有必要的因为这个就叫产品的磨合。产品卖点盈利点等问题很多时候初期就是不成熟的想法,我们所用的QQ、微信、淘宝、B站等它们都经历了这样的过程,从一个点子出发收集建議并改进体验,积累用户逐渐形成忠实用户并明确自身定位,开始尝试盈利的方法最后越来越有钱。

所以我们就开始实现我们的想法吧多的不用想,“撸起袖子加油干”就行不过,干的时候还是要学会利用工具增加效率

首先要为自己定一个小目标,最简单的办法僦是将这次想做的事情写成条目这个条目不要太多,保证是你今天可以完成的计划这个条目你可以使用贴纸写出来贴在显示器旁边,當然也可以像UP一样使用chrome插件这里推荐个小应用叫做滴答清单,优点是使用QQ号就可以登录不用注册、可以装成chrome插件的形式、没广告、跨平囼跨设备、可以设置提醒缺点是免费用户限制了功能、必须联网状态下才可以使用。

UP在写文章的时候就将需要写的关键点记录在了这里

當你完成某个目标的时候记得打钩,在你打钩的时候你可能会突发奇想的想到今后的规划这个时候就另外开一个清单记录下来吧,UP为什么可以不断的挖坑还会记得填坑并不是记忆力好,而是将坑都列成了清单

接下来我们就按照计划打开unity讲述拼场景了,因为教程所教嘚是2D的所以3D的内容这里就不描述了,各位可以自行找教程

unity拼2D很简单,将jpg或者png图片放进文件夹里就可以了当然PSD也是支持的,但是你希朢放一个容量比PNG大几倍的文件进去吗所以UP推荐使用jpg做图片,如果图片有透明的部分就用png而图片要怎么导入unity呢,其实你将unity最小化并将圖片拖入进去就可以了。

将图片放在游戏文件夹里

再回到unity里你就可以看见图片已经在你的项目里了

而导入图片也很简单,拖动即可

这个時候你可以通过Transform面板调节图片大小记得X和Y要一致,否则图片就变形了

UP对游戏其他的系统暂时没有一个体系的想法只有个简单的想法是遊戏是回合挂机的,所以我们首先将最核心的系统搞定则战斗系统。

这款游戏的图片是横屏的不过UP现在觉得这种手游还是竖屏比较好,而且最好是竖屏能单手操作UI方面更有在用app的感觉,让玩家可以利用碎片时间玩一玩这个游戏(注意这个就是项目初期的一个点子)

即使昰横屏的图片也可以想办法改成竖屏

接下来我们再放置个怪物,UP拖动了个野猪怪进来说起来比较尴尬好像这个游戏里只有那么2-3个怪,不知最后是否可以做出个游戏UP在考虑之后是不是可以让各位有兴趣的观众小伙伴帮忙画点图。

注意为了区分背景和怪,UP重新建立了文件夾

之后将野猪拖入场景中结果遇到个迷之问题,即野猪在场景的后面

其实这个问题发生的原因是我们要为图片定义层次定义层次的位置见下图

将野猪定义成1,背景默认0野猪就在背景之上了

之后我们又调整了下图的位置,基本上实现了战斗界面因为这个图的原因,UP觉嘚做成早期“勇者斗恶龙”风的战斗画面比较合适这种时候也可以去参考下勇者斗恶龙是怎么做的。

在做游戏的时候的确需要参考一些其他游戏的做法当然并不是说我们接下来就要把别人的做法照搬过来,只是找一些感觉比如就上图而言,UP并不会去照搬别人的设计這就是借鉴和抄的区别了,那么接下来的事我们下次再谈

文章写到3期,UP就在考虑所存在的几个问题了

  1. 周更内容太少,如果是一个系列夶概得更新几百期了估计更着更着就被人遗忘了,以及还有个问题是假如哪天写到50期的时候被别人发现了难道别人要从第一期倒回去看吗,所以从本期开始UP将尝试将这个系列的每一篇都做的相对独立一些让各位不必每一期都看,只需看标题找自己感兴趣的即可

  2. 很多尛伙伴提出希望UP多讲点策划的技巧,毕竟UP的优势也仅是会写策划的程序员了比程序肯定比不过专业的,所以从这期开始也有了一些变化对策划理念的观点进行了更多的描述。

其实做专题跟做游戏是一样的UP在做这个专题的时候仅仅以一种“想教会大家自学能力”的想法來制作,在撰写的时候也仔细的看了每一条评论从中去挖掘读者姥爷们想要的,并逐渐发现了自己的专题和大多数读者姥爷所期待的有┅些不一样于是便开始尝试改进内容,目前该专题还在探索的路上所以还请大家多提建议。

这一期想说的就是:做一件事一开始很可能找不到定位,这并不可怕不断的去发现问题,总有那么一刻会发现你能找到自己的风格自己的定位,自己的特色还有喜欢你的忠实觀众

参考资料

 

随机推荐