zoukankan      html  css  js  c++  java
  • 团队作业一

    1. 团队成员及分工

    负责人:霍思通
    成员:涂杨,于勤操(我),马啸天,张思睿

    2. 我的任务-聊天调研

    2.1 设计和思考

    我的主要工作是进行聊天调研,在这之前大家先对讨论出的当前系统缺陷进行总结,最终决定应该在调研中提出哪些痛点,或者说,我们认为哪些痛点是用户最讨厌的。我们的讨论结果为:选择缺陷调查的第二条和第四条,也就是:

    1.预约界面不保存时间

    2.座位预约情况标示不明

    选择了痛点之后就比较简单了,将这两点的说法稍微转换以下,就可以用来提问了。比如:
    "我昨天约6楼的时候老难约了,从一个房间退出来再重新选的时候,还要重新输一遍时间"
    或者"我跟你讲,图书馆那个预约标的是啥玩意,一半红一半绿,反正又约不了,直接标成红色算了。"等等。
    我们为了提高调研的效率,选择了一种比较特殊的调研方式,看起来不太靠谱。不过从调研者的角度来说,确实也简便快捷了许多。因为我自己也被各种繁杂的调研干扰过。
    虽然我们这样调查能询问的问题有限,不过我在想,为什么一定要一次问那么多问题?这样抓取最核心的问题,采用一种用户可以接受的方式,同时也能收到用户真正的反馈,又有什么不好呢?如果同学也经常使用图书馆,也被同样的问题烦恼过,自然会发出附和。如果深受其害,十分烦心,甚至还会提出一些其余的意见,这自然是我们想看到的。
    思考之后,我认为这种新奇的调研方法虽然看起来不太靠谱,不过从用户角度来说,是可以接受的,这样自然也可以收到真实的结果。从这个角度来看,这种调研方式是可取的。

    2.2 调研实施及结果总结

    设计好了方法,制定好了调研问题,调研实施起来也就简单了很多,在上课下课的路上,吃饭途中,无聊的时候,随意提到图书馆即可,然后以发牢骚的方式提出我们认为的痛点就好。从某种角度来说,这样一种方式并不反感,因为发牢骚是我们经常干的事,很容易去做。
    其次,结果回收就更加简单了,若是同学认同我们的观点,自然会符合或者同意,如果不同意则大多会说出自己认为不合理的地方,收集的主要意见就是同学们对我们提出的痛点时候赞同,大致记录一下谁赞同谁不赞同就好,很简单,效率也高。这样实施下来,几天也访问了很多人,过程也很轻松,我并不讨厌这种调研方式。
    最终,聊天调研的结果和我们预想的差不多,同学们对我们提出的痛点大多表示赞同,同时也讨厌一些繁琐和不必要的操作。最后也有一些同学提出了一些我们没有没有提出的意见和想要的功能。比如希望能根据将默认学习时间更改为4个小时,以及实时显示房间的人数等。总之,我们把自己放在用户角度提出的一些不足和缺陷得到了同学们的确认,同时也受到了一些有用的建议。

    1. 实时显示房间人数

    2. 可以随意更改默认学习时间

  • 相关阅读:
    vue中的Data为什么必须是一个函数
    单页面应用的优缺点
    数组去重
    mvvm框架
    前端计算精确度问题处理JS
    shell 修改json配置。
    ubuntu 两个文件夹合并
    fdisk、df与du的区别
    新买移动磁盘,使用前需要什么操作?
    Springboot+MybatisPlust+ControllerAdvice ;Mybatis_Plus多数据源,controller统一异常返回
  • 原文地址:https://www.cnblogs.com/yuqincao666/p/6040000.html
Copyright © 2011-2022 走看看