Daily Scrum - 11/24

今天会议时,人千提出了保存用户对每个单词背的程度的事,即如何保存每个单词上次背的时间,下次应背的时间等信息,是存放在数据库里还是存在onedrive上。目前已经联系Travis咨询数据库存储方面的事。章玮已经完成了单词显示的部分,可以显示单词了。

大家讨论了整个业务流程和相互模块间的调用。

燃尽图如下:

代码提交情况:

我们下个sprint的目标是加入单词的背诵时间等信息。

 

我们的典型用户和其典型场景如下:

1.容易懒惰的人

  特点:对背诵数量没有计划,拖延症,懒惰

  典型场景:有大致的背诵时间计划,如几个月背完托福,但平时随心所欲背诵几个单词,然后就背不下去了

  针对feature:在背单词计划页面设置背诵计划,软件会提示每天需背诵的词数,让用户明确每天的背诵任务

2.利用闲散时间背单词提升自己的用户

 特点:没有特定的目标或计划(如普通上班族)

 典型场景:用户没有明确的背单词计划(如几个月背完托福然后去考试),现在有闲散时间,不想浪费,相背几个单词提升一下自己的水平

 针对feature:用户可以不用设置计划,背单词默认的随便背背模式,一组10个单词,背完就OK

3.单词困难用户

  特点:今天认识的单词明天就忘了

  典型场景:对一个单词有印象,选择认识了,但实际上没有记住

  针对feature:不采用传统的“认识”、“不认识”这种0-1离散二值法让用户进行选择,改为一个带进度条动画效果的按钮,用户按住按钮越久,对该单词的熟识度越低,单词的熟识度是分布在在0-1之间的连续值,让后台算法更精准地进行统计和计算

4.误点误触的用户

 特点:手一残,点错了,按错了

 典型场景:用户不认识一个单词,结果误点了认识(在我们的软件中,即按住按钮很快就不小心松开了,导致软件认为用户对此单词十分熟练);

 针对feature:用户按住按钮未到最大时间就松开(即判断对此单词较为熟识)时,显示一个“不认识”的按钮,若用户不认识次单词,则可以点此按钮;用户按住按钮超过最大时间(即判断不认识此单词)时,显示一个”认识“的按钮,若用户实际认识次单词,则可以点此按钮。

5.有一定单词量的用户

 特点:有一定单词量,很反感熟识的单词反复出现

 典型场景:用户背单词时遇到一些已经很熟悉的单词,希望他们”消失“,不要再出现,很多传统软件尽管用户点了认识,算法还是会在一定时间显示此单词让用户复习/背诵,用户很反感

 针对featrue:对于那些用户已经完全熟识的单词,用户可以按住按钮网上一拖,则此单词被标记为记住,再也不会出现。且该动作是一个向上拖动的动作,而不是简单地点击一个按钮,可以防止用户误操作

 

posted @ 2015-11-24 19:37  CodeHunters  阅读(154)  评论(4编辑  收藏  举报