H5版俄罗斯方块(5)---需求演进和产品迭代

前言:
  产品的形态是不断迭代的, 从粗糙到精致, 从简易到立体. 有了最初的技术积累和时间思考后, 终于明确了该游戏的方向.
  我想说的是: 技术不是重点, 产品/用户体验才是核心议题.
  结合朋友的游戏体验反馈和意见, 本文梳理了最新版火拼俄罗斯游戏的草案, 为后续指明方向.
  本系列的文章链接如下:
  1). 需求分析和目标创新 
  2). 游戏的基本框架和实现
  3). 游戏的AI算法 
  4). 火拼对战的雏形 
  这些博文和代码基本是同步的, 并不确定需求是否会改变, 进度是否搁置, 但期翼自己能坚持和实现.

模式初探:
  人的基本需求是被认可. 而在游戏中, 玩家可以更容易得到这种认可和机会. 我们先看下游戏中, 常见的模式有哪些.
  • 闯关模式:
  很多成功的游戏都有闯关模式的影子, 比如保卫萝卜, 愤怒的小鸟等.
  
  闯关模式具有如下优点, 一方面难度递进, 由浅入深. 另一方面好奇缓释, 每一个阶段都有新奇的事物出现.
  • 排行榜:
  排名榜是游戏法宝, 几乎成了很多休闲游戏的标配, 比如飞机大战, 酷跑等.
  
  他为每个玩家设立了一个公平透明的参考系. 玩家可以更准确的定位自己, 设定阶段目标. 同时上榜之后, 有种被认可的成就感.
  • 社会化分享:
  当前的社会化分享越来越流行, 也越来越简单. 它也种推广自己, 做病毒式营销的好方式. 基本是双赢的节奏.
  

游戏策划:
  结合之前的铺垫, 把俄罗斯游戏改为闯关模式竞赛.
  首先映入眼帘的魔王关卡, 玩家可以点击右下角的功能键, 用于开始和继续, 并查看自己的当前成绩.
  每一关都由一个大魔王来把守. 这边打算选用日漫Fate Stay Night的四个角色来充当"大魔王".
  
  每一关的战斗模式, 就是在规定时间内, 得分超过对方. 然后进入下一关的挑战.
  
  我朋友跟我反馈说, 他在玩的时候, 其实感知不到时间的变化. 我"深以为然", 后来我想了一下, 觉得是否可以通过加入音乐, 让用户能感知到倒计时的紧张感. 还有另一个想法是, 是在分数栏中, 采用类似漏斗展示, 因为用户会时不时看分数栏中的下一个方块. 假设游戏开始时, 分数栏背景是灌满了水, 随着时间的变化, 分数栏背景中水逐渐下沉变少. 这样玩家就能对时间有个整体的把握了.
  每闯过一关, 玩家都可以选择查看排名, 并选择参与排名.
  
  也可以做个社会化分享, 文字模板如下所示:

我正在玩一个好玩的游戏--火拼俄罗斯. 连闯3关, 累计获得10000分. 击败了全国X%的玩家. 太傲娇了, 一时不知所言了. 小伙伴们, 你敢挑战我不? 娃哈哈...
游戏链接: www.xxxxxxxx.com

  当然文字模板可以有多个, 用于轮换.

总结:
  既然目标已经定下来了, 希望自己能去实施, 并完成这个简易的完整游戏. 渴望你的督促, 与君共勉.

写在最后:
  
如果你觉得这篇文章对你有帮助, 请小小打赏下. 其实我想试试, 看看写博客能否给自己带来一点小小的收益. 无论多少, 都是对楼主一种由衷的肯定.

  

时间: 2024-11-04 14:08:59

H5版俄罗斯方块(5)---需求演进和产品迭代的相关文章

H5版俄罗斯方块(2)---游戏的基本框架和实现

前言: 上文中谈到了H5版俄罗斯方块的需求和目标, 这次要实现一个可玩的版本. 但饭要一口一口吃, 很多东西并非一蹴而就. 本文将简单实现一个可玩的俄罗斯方块版本. 下一步会引入AI, 最终采用cocos2d-js来重构之. 本系列的文章链接如下: 1). 需求分析和目标创新  这些博文和代码基本是同步的, 并不确定需求是否会改变, 进度是否搁置, 但期翼自己能坚持和实现. 演示&下载: 初步版本效果较为简陋, 其大致效果如图所示: 其代码下载地址为: http://pan.baidu.com/

H5版俄罗斯方块(4)---火拼对战的雏形

前言: 勿忘初心, 本系列的目标是实现一款类似QQ"火拼系列"的人机对战版俄罗斯方块. 在完成了基本游戏框架和AI的算法探索后, 让我们来尝试一下人机大战雏形编写. 本系列的文章链接如下: 1). 需求分析和目标创新  2). 游戏的基本框架和实现 3). 游戏的AI算法  这些博文和代码基本是同步的, 并不确定需求是否会改变, 进度是否搁置, 但期翼自己能坚持和实现. 演示&下载: 该版本界面依旧简陋, 效果如图所示:   注: 左边为玩家, 右边为机器人, 使用键盘方向键(

H5版俄罗斯方块(3)---游戏的AI算法

前言: 算是"long long ago"的事了, 某著名互联网公司在我校举行了一次"lengend code"的比赛, 其中有一题就是"智能俄罗斯方块". 本着一向甘做分母, 闪耀分子的绿叶精神, 着着实实地打了一份酱油. 这次借学习H5的机会, 再来重温下俄罗斯方块的AI编写. 本系列的文章链接如下: 1). 需求分析和目标创新 2). 游戏的基本框架和实现 这些博文和代码基本是同步的, 并不确定需求是否会改变, 进度是否搁置, 但期翼自己能

H5版俄罗斯方块(1)---需求分析和目标创新

前言: 俄罗斯方块和五子棋一样, 规则简单, 上手容易. 几乎每个开发者, 都会在其青春年华时, 签下"xx到此一游". 犹记得大一老师在布置大程作业的时候提过: "什么都可以写, 唯一不能写的是俄罗斯方块". 这次想借学Html5的机会, 重温下俄罗斯方块. 当然不是单一的实现, 希望有所创新, 在可玩性/趣味性上有所突破. 调研: 在4399这个游戏平台上, 选择了几款俄罗斯方块相关的游戏进行试玩. 大致总结了下各类俄罗斯方块的新意. • 引入场景 码头俄罗斯方

CSS+js打造的网页版俄罗斯方块游戏

<HTML> <SCRIPT> parent.moveTo((screen.width-775)/2,(screen.height-540)/2); parent.resizeTo(775,540) </SCRIPT> <HEAD> <META NAME="Title" CONTENT="JScript Simple Tetris"> <TITLE>CSS+js打造的网页版俄罗斯方块游戏丨石家庄

[转]敏捷开发需求管理(产品backlog)

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

一号旺铺小程序优点之产品迭代 好产品都是改出来的

一号旺铺小程序(http://www.yhwangpu.com/)最大的优点之一就是很容易做产品迭代,这对于创业者来讲是一个利好消息.      好的产品都是改出来的,话虽如此,在APP创业时代,迭代一款产品的精力和成本不亚于重新做一款产品.虽然在小程序时代之前,很多创业者打着精益创业的旗号做事情,但实际上很本没有能力做到精益创业要求的"敏捷开发.快速迭代"的要求.除了产品管理能力受限以外,更重要的原因是研发实力跟不上.如果试错周期过长,精益创业的打法反而会不利于产品的成长.小程序就不

How to 做好产品迭代分析

“ 做过这么多产品迭代分析,却依然找不到合适的方式表达.” 产品迭代分析对于交互设计师可以说是家常便饭了,隔壁的某某有了新功能,某某家的谁又更新了个大版本,都需要时时保持关注.但是,每当小珏吭哧吭哧的收集完一大堆资料后,又开始犯愁了:分析从何开始?分析的重点是什么?分析以何种组织形式输出? 被这些问题蹂躏了数遍后,在求(xian)知(ma)欲(fan)的驱使下,小珏开始思考:对于产品迭代,有没有一种高效的,易推倒操作的分析方法?于是在此之后,每次小珏都带着这个问题去分析,分析得多了,也渐渐总结出

需求变更,产品经理的良心也会痛!

引言:在项目执行过程中,产品经理与后续的合作团队,包括设计.开发.测试等相关人员最尖锐突出的矛盾,就是需求变更,这是产品经理最经常被诟病的地方.频繁的需求变更,对产品.项目进度和团队积极性都有非常大的危害.产品经理一定要不遗余力避免需求变更的情况.本文选自<爆款是怎样炼成的:产品经理晋级宝典>. 作为产品经理,我们一定要理解开发团队及其他团队成员为什么视需求变更为大敌.事实上,需求变更对整个项目都非常有害. 需求有变更,就意味着设计.开发团队的工作有浪费.这首先是资源和时间的浪费. 这会导致团