• 团队作业一


    1. 团队成员及分工

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

    2. 我的任务-聊天调研

    2.1 设计和思考

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

    1.预约界面不保存时间

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

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

    2.2 调研实施及结果总结

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

    1. 实时显示房间人数

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

  • 相关阅读:
    java内存管理的一些基础,内存溢出的解决方案
    设计模式中类的关系 .
    一个很郁闷的问题,Java中的僵死进程
    quartzscheduler的集群化配置
    转 : 敏捷开发的原则 .
    如何进行单元测试
    欢迎来到地狱 WriteUp(2019暑假CTF第一周misc)
    20181218小黄衫获得感想和阶段性总结
    2019暑假Java学习笔记(一)
    2019“嘉韦思杯”3.30初赛一部分Write Up
  • 原文地址:https://www.cnblogs.com/yuqincao666/p/6040000.html
Copyright © 2020-2023  润新知