关于奇异扫雷的需求调研

作业:

每个小组做 一次需求调研,要求如下:

  1. 选一种合适的需求调研方法
  2. 为你的小组找到一个目标用户 (到教室外找到别的班级的同学)
  3. 如果目前已经有原型系统,让她/他使用软件解决真实的问题 (观察,记录)
  4. 如果没有原型可以展示的小组可以采取“调查问卷/深入采访” 的办法
  5. 总结用户反馈
  6. 录像,把录像上传至团队博客

讨论及调研

过程还是比较崎岖的,主要是第一次做用户调研,讨论组里面七嘴八舌,但是一致认为需求调研的质量对于一个应用软件来说,是一个极其重要的阶段,它的质量在一定程度上来说决定了一个软件的交付结果。怎样从用户中听取用户需求、分析用户需求就成为调研人员最重要的任务。最终我们决定从要求入手,把每项要求做到基本上就有一个的用户调研的雏形了。

首先我们给自己的团队项目进行了初级定位,我们团队的项目是奇异扫雷,类似于魔方之中的奇异魔方(名字也是由奇异魔方而来的),从界面上看就是不规则图形的扫雷,区别于传统扫雷的全部由正方形构成的界面。所以我们针对的典型用户应该是对传统扫雷有一定了解,并且比较能够熟练的通关的人群,鉴于都是计算机学院的学生,应该都比较了解这种Windows自带的小游戏,所以目标用户暂定为其他班级的同学(作业要求也是这样)。下面给出对于每个要求的讨论结果:

1.调研方法:深入面谈。获取用户需求即用户调研,课本上给了几种调研方法,一致认为卡片分类、用户问卷调查、人类学调查等用户调研方式是不适合我们,而且这次的作业要求也只是找一个目标用户,没有广泛的用户需求的回馈,卡片分类、用户调查之类的调研方法也就无从谈起。最终我们的视线放在了焦点小组和深入面谈上面,鉴于是一对一的采访,并且焦点小组针对的是一群目标用户的代表,所以选择深入面谈这种调研方法。

2.目标用户:软件班王忠鹏同学,为了把视频做成浓缩精简版(浓缩的都是精华),需要多次和目标用户沟通,也为了避免过于琐碎的问答,所以选择了和我们的PM比较熟悉的王同学了,短短一分钟的视频是好几次的视频之外的采访练习的成果。

3.我们团队的原型系统是Windows的扫雷小游戏,鉴于这是一个娱乐项目,感觉除了消磨时间并不能解决什么实际问题。

5.用户反馈总结,大致上等同于是该次浓缩调研的问答(和用户进行了比较多的交流,所以难免会把他的思维方式往我们的项目上靠近)。

问:用户对传统扫雷的看法。用户是否追求更加多样化游戏模式。

可以从以下几个方面回答:

(1)     游戏的趣味性

(2)     游戏的可玩性

(3)     游戏的挑战性

(4)     对于游戏的视觉需求

答:传统的扫雷游戏,视觉上仅仅由相同的小方块构成,难免显得单调,同样地,游戏规则也局限于一种单调的模式。如果加入一些多边形或者任意图形元素,我觉得无论在视觉上还是在游戏规则上都会显得更加丰富,希望有更多的模式,更高的挑战性。

视频链接:

先给出一个采访失败的版本

http://v.youku.com/v_show/id_XMTUzOTQ0NDc2MA==.html

成功采访的版本:

http://v.youku.com/v_show/id_XMTUzOTQzNzMxMg==.html

调研人员:王奕

调研用户:王忠鹏

时间: 2024-10-11 22:09:50

关于奇异扫雷的需求调研的相关文章

如何做需求调研

一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手: 客户想要什么? 要这干什么? 为什么这么想? 会不会有别的想法? 这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一定合理,不会超出您的预算(真超了再说).因为现在谈钱就等着挨砍吧,先砍你价钱,再

团队作业二之需求调研

这次的软件工程团队合作我们我们小组准备合作制作一个针对校内师生的购书网站,简单来说就如同京东淘宝当当那些大型电商网站一样,但我们能力有限,只能面对我们学校师生制作一个购书网站,来解决教科书购书难,使用过后闲置的问题,如今学期过半,也早已没有那种为教科书无处订购.价格昂贵的问题而发愁了.但在刚刚开学的时候,我们却感觉这是个很头疼的问题,向学长学姐借的书目不全.单人购买的昂贵.找不到集体购买的渠道,着实让我们很伤脑筋,,每个学期初买书需要将近400块钱费用,有的同学会向学长学姐借书,但是不能保证学长

数字证书应用改造需求调研-2015-10-19

今天下午3点,到客户现场进行需求调研,一个商务,两个技术,用户需要实现的目标是 对目前的一个应用系统实现数字证书的身份识别登录,替换目前的用户名和密码的方式. 如何在原应用基础上的账号关联到数字证书呢?对于单位用户,我们使用的是企业编码, 数字证书通过扩展项,写入企业编码,应用登录,读取客户端的证书扩展项,匹配后通过. 技术上,使用公司自带的中间件,实现证书读取,签名.

我们应当怎样做需求调研:初识

很多需求分析的工作是从需求调研开始的,我们就从这里说起吧.需求调研是需求分析最重要的一环,也最集中地体现了需求分析的特点——既是一份体力活儿,更是一份技术活儿.它既要求我们具有一种理解能力.设计能力,更要求我们具有一种与人交往.沟通的能力. 在一个阳光明媚的下午,项目经理带领着项目组成员,参加了客户组织的见面会,一个新的软件研发项目就这样开始了.双方在一种友好的气氛中进行,相互寒暄,介绍与会人员,拉拉家常.逐渐地,会议开始进入了正题.初次接触客户,对于项目团队意义重大.对方对你印象的好坏,今后如

浅析软件工程的需求调研

正如老师上课所说,软件开发的过程,就是 “用户最需要的东西” 在下面这一链条中传送,转换,实现,扭曲或丢失的过程.由此可见,用户需求是我们开发的源头. 但不得不承认这样的客观规律,用户需要的,往往经历以下过程:用户最需要的 ——>  用户表达出来的—— >软件团队能理解的 (老板/PM) + 团队的商业目标 ——>软件团队成员具体表达出来的 (PM 写 spec) ——>在各种约束条件下,具体执行表达出来的 (dev 写代码) ——>验证通过的 (Test) ——> 通

需求调研的几个误区

软件系统的建设工作,大多数是从需求收集工作开始,逐一开展建设.需求调研,既是软件系统建设的头等大事,也是难点.很多失项目,由于走入需求调研工作的误区,导致项目失败.因此,本文就需求调研的几个主要误区展开分析讨论,以求避免问题的发生. 误区一:需求调研计划不够切合实际 曾经给一个客户做一个业务审计系统,项目组就访谈的潜在对象列出了调研问题清单,计划列出了近期的调研工作安排,并且将很多不符合项目范围的内容也列入调研内容中,导致项目推进速度非常缓慢. 误区二:需求调研浅尝辄止 本来系统是面向整个公司的

产品经理 - 需求调研常用方法

需求获取一般包括这几种方式: 观察法.体验法.问卷调查法.访谈法.单据分析法.报表分析法.需求调研会法.这是需求调研的"七种武器",它们各有优缺点,无论你想要了解的是什么需求,都需要将这些方式组合应用,针对你想要了解的内容,以及需要了解的对象的工作特点,采用不同的方式.学会并坚持使用这七种武器后,我想你很快就会成为需求调研的真正高手. 观察法 观察法,就是你自己跑到工作现场,看!这个看上去相当简单,貌似走马观花,有些不在行的兄弟会弄得跟公费旅游一般,车间里走走散散心,撩撩HR妹子,就认

软件系统开发之前要做的事—需求调研框架

近期在做的一个软件需求调研,从以下一些方面进行了了解,当然这些只是初步的一个需求框架,还打不到设计开发的基本,只是让软件公司能够对软件需求有一个总体的了解而方便对软件有一个大概的估算. 公司情况 实现的根本目的 现有软件情况(现有应用.架构部署情况.使用技术:技术文档.是否需要进行数据对接,需对接方是否提供技术支持) 涉及人员 业务类型 业务流程 业务规则 关注重点 其他非功能性需求 数据规模 数据频率 应用环境

CSDN高校俱乐部有奖调查:实习就业需求调研

CSDN高校俱乐部有奖调查:实习就业需求调研 随着就业形势的变化,不少用人单位开出"要求有工作经验"的招 聘条件.暑假期间,大学生们放弃休息投身"假期实习"战场,积累实践经验,为即将来临的求职大战做准备. 有了学哥学姐们就业难的前车之鉴,大一.大二的低年级学生也开始了就业前的预演,纷纷加入到实习行列.无奈僧多粥少,"一份实习难求"几乎成为大学生的普遍心声.当他们历尽千辛万苦走进实习单位时,却遇到了从未经历过的困惑和尴尬.  种种迹象表明,实习难是