这个作业属于哪个课程 | <2020春W班 (福州大学)> |
---|---|
这个作业要求在哪里 | <作业要求> |
结对学号 | <221701412、221701420> |
这个作业的目标 | <某次疫情统计可视化(原型设计)> |
作业正文 | <作业正文> |
其他参考文献 | <Axure中文网教程、人人都是产品经理> |
一.文字准确、样式清晰、设计思路清晰、图文并茂,并描述遇到的困难及解决方法(包括:困难描述、解决尝试、是否解决、有何收获),字数在1000字左右。
二.NABCD模型描述
N:(Need,需求)
据调查显示,民众从1月20日起,对疫情的关注程度开始快速升温,搜索指数大幅攀升。仅在1月21日-24日,通过百度搜索、浏览新型冠状病毒肺炎相关信息日均就超过10亿人次,这说明民众主动获取信息的意愿十分强烈。一般民众关心疫情的发展状况,商家需要掌握疫情信息来调整行动的策略。
以下为需求分析:
1.基本疫情信息
今日的全国的疫情,各省的情况,疑似感染者、感染者增长数量,累计的疫情统计,这些基本信息是用户比较关注的,将这些信息通过图表的形式,直接将各地的情况展示在地图上,将变化趋势通过统计图的形式展示,通过这些比较直观的展示,民众可以清楚的了解到疫情。
2.辟谣栏目
在现阶段有许多关于疫情的谣言在网上肆虐,这些信息给用户带来许多的困扰,这些信息掺杂在真正有用的信息里,达到了扰乱视听的效果,用户可以在这里看到哪些是谣言,这样做即达到辟谣的效果,也能吸引用户。
3.防疫栏目
针对现阶段的情况,用户肯定对于如何防止传染很关心,所以针对这个需求,可以提供一个防疫小知识的栏目,每日进行的更新,保证信息的新鲜度,吸引用户的日常访问。
A:(Approach,做法)
B:(Benefit,好处)
1.轻量型的web app不用下载到用户的手机或者电脑,只需要输入网址,就可以进行访问。
2.用户可以在这个web app里面找到关于疫情所有的基本信息,历史情况,每日的变化,而且通过地图上的颜色就可以大概的了解到情况,不需要去看文字信息,这对于现在的用户无疑是十分合适的。、
3.通过防疫栏目,用户每天都可以获得一些防疫的方法。
4.辟谣栏目能够让用户识破谣言,省去被谣言困扰。
C:(Competitors,竞争)
在这个时期,针对疫情情况的web app不在少数,但是我们设计的web app足够直观,通过颜色的深浅可以直接分辨出每个地区的严重程度,当用户有兴趣了解比较详细的情况时,点击地图才会显示详细信息,用户不用去筛选信息,先通过简单的观察再去选择想要了解的详细信息。而且我们整个web app只在一个页面展示,用户不用跳转,在一个页面就可以找到所需要的信息,对比其他的web app我们的改动,无疑增加了用户的体验舒适感。
D:(Delivery,推广)
1.微信推广,作为2014年最为火爆的社交平台,而且是在移动互联网上面,所以更加方便推广,实用效果会让很多人肯定。
2.微博推广,微博虽然已经有些过时了,但是庞大的粉丝群和转发的能力还是不容小觑,特别是有忠实粉丝的微博那就更加明显了。
3.QQ推广,这个我们一开始上互联网就开始接触的社交平台,被大家欣然接受而且留恋的交友平台,我们可以在QQ上面按条件添加很多的潜在客户,所以做这个推广也是必不可少的。
4.利用百度搜索进行Web App推广,现在百度把一些权重分给了手机网站和Web App,而Web App本身就是一个网站就是一个站点,所以可以进行搜索引擎优化推广。
三.原型模型设计工具
墨刀是一款在线原型设计与协同工具,借助墨刀,产品经理、设计师、开发、销售、运营及创业者等用户群体,能够搭建为产品原型,演示项目效果。墨刀同时也是协作平台,项目成员可以协作编辑、审阅 ,不管是产品想法展示,还是向客户收集产品反馈,向投资人进行Demo展示,或是在团队内部协作沟通、项目管理。
四.描述结对的过程,提供两人在讨论、细化和使用专用原型模型工具时的非摆拍结对照片。
五.PSP表格
Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | |
---|---|---|---|
Planning | 计划 | 30 | 40 |
Estimate | 估计这个任务需要多少时间 | 30 | 30 |
Development | 开发 | 750 | 800 |
Analysis | 需求分析 (包括学习新技术) | 80 | 80 |
Design Spec | 生成设计文档 | 30 | 40 |
Design Review | 设计复审 | 30 | 50 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 |
Design | 具体设计 | 100 | 90 |
Coding | 具体编码 | 300 | 520 |
Code Review | 代码复审 | 60 | 60 |
Test | 测试(自我测试,修改代码,提交修改) | 80 | 70 |
Reporting | 报告 | 120 | 110 |
Test Report | 测试报告 | 50 | 60 |
Size Measurement | 计算工作量 | 30 | 40 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
合计 | 1820 | 2040 |