zoukankan      html  css  js  c++  java
  • 软工网络15个人作业3——案例分析

    产品分析(集大通)

    第一部分:调研, 评测

    1.下载并使用,描述最简单直观的个人第一次上手体验。

    打开后主界面是“课余生活”,感觉用这么久一直都没什么变化。消息中有抽奖和同学生日提醒,生日祝福等温馨提示。界面显示悬浮的”签到“按钮,强迫症会一看到就会点击签到,让它从界面上消失。导航栏里的每项中都隐藏了很多功能。平常经常使用的交网费,校园卡,电费查询等放在“应用中心”最底下,比较难翻。里面各种图标风格迥异不太和谐。

    2.按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug,至少2个

    用专业的语言描述 (每个bug 不少于 40字),如有必要, 可以配图。

    (1).“订阅号”教务信息出现打不开的情况,点击后显示“unknown app”,不能正确的调用页面,偶尔出现,可能后台不够稳定。

    (2).“订阅号”教务播报明日课程安排时不是日常播报,很不定时。期末时偶尔会播报一两次成绩,而不是出了新成绩就播报。这个问题一直存在,有新成绩时无法每次主动提醒,但有时甚至会播报两次。今天的点不开就附不了图了。

    (3).我的->应用中心的“网费充值”应用,与“网上营业厅”应用点开后界面相同,都是网费充值的功能,应用中心的“课程表”功能与“我的”里的课程表也重复了。功能划分的有些乱,有些功能多余了,当时添加新功能的时候可能没有设计好。


    (4)集大通更新完新版本后,之前没有安装这个app的话,到网页上下载,结果版本都是旧的!!!一进入登陆界面就开始提示更新升级,还要再次下载安装包安装。否则就无法登录,要及时更新啊。

    3.相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友(用户)进行采访,并加以记载。

    • 介绍采访对象的背景和需求(他们为何要使用该软件,例如开博客,读博客,给博客点评,她有什么痛点,她还有别的需求么)
    采访对象:集大在校学生,利用集大通查课表,成绩,缴网费,校园卡充值。她主要吐槽课表经常打开看不到课,得退出重新进去,功能太不稳定。
    • 让采访对象使用10 – 30 分钟该APP的功能 (请上传照片证明用户的确正在使用, 远程采访的同学请让别人帮忙照相)

    • 描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

    用户的问题没有解决了,查课表功能有问题。软件的数据量大,基本功能每天都会使用到。界面有点杂,应用中心图标不统一。功能比较多,校园卡的充值和统计功能不错,不用再使用圈存机充校园卡,缺点不够稳定。准确度高,针对集大学生日常生活,包括社交。用户体验不够好,有时会闪退,朋友圈广告太多。
    • 用户对产品有什么改进意见?
    希望“集大通”能稳定一些,不要出现查课表没有显示的问题。朋友圈能过滤一些广告。

    4.请选择一个结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价:

    • [ ] 非常不推荐
    • [ ] 不推荐
    • [√] 一般
    • [ ] 好,不错
    • [ ] 非常推荐

    满足基本需求,但不时有小问题。能连接到教务处,在没有校园网的情况下只能利用它来查成绩,还有校园卡查询和充值是必不可缺的,也没有更好的替代品。

    5.[附加题]除了定性的结论,是否能有定量的结论 (就像比较时髦的手机评测那样, 跑个分?), 如何定量地评价一个软件?



    第二部分:分析

    1.使用此软件的所有功能 , 估计这个项目做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。

    大约一年吧,此软件功能确实非常的多,全部实现加测试需要费点时间。

    2.不要写成一个罗列功能的流水单子! 而是要集中火力在一个场景,这个场景中典型用户有什么需求,软件如何解决了需求(或者没解决),UX 有什么细节是好的,差的,请结合书上UX的内容来分析。

    用户体验不好。软件太不稳定了,例如前面提到的平时用来查课表,“教务”的功能也经常出错,朋友圈广告多。比较好的体验是生日提醒,生日祝福的人性化服务。

    3.你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?从下面的可能性中选取几个:

    • 对用户需求掌握不好
    • 具体的设计质量不高
    • 开发人员粗心大意
    • 测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试
    • 其他
    我觉得是应该是不知道的缘故。开发测试人员没有长期真实的使用这个转件,对一些小问题不够了解。用户偶尔出问题,没对生活造成多大影响,也就没有找客服反馈。 可能性1.具体的设计质量不高 2.测试的把关不严,没有注意在特殊的配置或环境下测试

    4.团队在哪一个层次还有问题? 可以把自己想问软件团队的问题都列出来, 也许就能得到团队的亲自解答了!

    团队对界面设计还有些不足,对APP功能划分得有点乱。都是在原来的我的->应用中心 里不断添加小功能,有些功能可以合到一起。

    5.从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面 (具体建议)。

    在测试方面做的不够好,长期使用时不时会出现些小问题,软件设计的不够合理,例如经常使用的校园业务应该放在“应用中心”的最顶部,不用一直往下翻。版本更新后网上下载渠道上的要及时更新。


    第三部分:建议和规划

    1.这个软件/网站/服务有很多可以提高的部分, 如果你是项目经理,如何提高从而在竞争中胜出?

    美工的部分,将图标风格统一。还有去掉一些多余的功能,将部分功能进行一个融合,更简洁一点。

    2.目前市场上有什么样的产品了?

    目前有许多大学都有专属的校园app,有的是用公众号查询你,app各有不同,集大通的特色是社交。

    3.作为新的项目经理,这个产品的核心用户群是什么样的人, 典型用户长什么样?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?

    这个产品的核心用户群还是在校学生和老师,典型用户是大学生,年龄18-23,专业都有吧,爱好社交,收入应该就是兼职实习的收入,表面需求是校园各种业务的查询办理,潜在需求是交友。

    4.功能:你要设计什么样的功能? 为何要做这个功能,而不是其他功能? 为什么用户会用你的产品/功能? 你的创新在哪里? 可以用 NABCD 分析(http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html)

    在集大通中,添加“活动-赛事”的版块,平时的校园活动或者比赛可在此版块进行发布,底下有“报名”按钮,在报名页面可调用学生基本信息初始化报名表,报名者再填写其余补充信息,也可附上文件。组织者可以查看报名者的信息列表并筛选导出。设计这个功能是因为学生平时了解校内活动或赛事的途径比较少,此在线报名方式更为简便,学号,姓名,学院等信息不用再次输入,也更便于管理。这个功能是因为平时活动大部分只是在通知群里发,活动也是院内的较多,有时不同的校内活动在不同公众号上宣传,比较分散,所以在同一平台版块上比较直观方便。用户了解校内的活动途径还是比较少的,可能是在食堂门口或其他地方摆点,或者发传单来宣传,比较容易错过,这个功能方便活动组织者宣传,也方便感兴趣的同学参与,用户有这个需求就会去使用这个功能。创新点就是报名方式吧,学生基本信息直接初始化,就减少填错或乱填的现象,组织者可根据学院或班级等统计或筛选报名表。
    N (Need需求): 在集大通里添加一个“活动/比赛”版块,平时的校园活动或者比赛可在此版块进行发布,以便让同学了解到最新的活动,有意愿的人可以在线报名,学号,姓名,学院等信息不用再次输入,也更便于管理。
    A (Approach做法): “课余生活”中,添加“活动-赛事”的版块,里面组织者发布活动/赛事,底下有“报名”按钮,在报名页面可调用学生基本信息初始化报名表,报名者再填写其余补充信息,也可附上文件。组织者可以查看报名者的信息列表并筛选导出。
    B (Benefit 好处): 用户都是实名认证的在校学生,可信度高,用户多,活动更能得到宣传。报名不再需要使用纸质,可从个人信息中初始化报名表的基本信息,如姓名,学号等,更加简便。
    C (Competitors 竞争): 集大专属app,用户广,学生平时了解校内活动的途径比较少,此报名方式更为简便。
    D (Delivery 交付): 找寻最近将要开展的校园活动,让组织者尝试在上面发布,活动宣传单上可附上集大通的活动报名方式,推送消息让更多人了解到这个功能。

    5.如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试,美工等等)?

    开发3个:对测试发来的报告,分配任务,合作完成。 测试2个:对原先产品问题做个评测,得出分析报告。开发人员改进后再进行测评。 美工1个:界面优化

    6.描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

    每周开例会,总结上周完成的任务,了解完成情况,所需时间,根据完成情况调整进度,分配新的任务。对新出的功能作较详细的测试,不通过继续改进。最后两周做个整体的测试体验再发布。
  • 相关阅读:
    企业微信api接口调用-触发推送企业微信微信好友
    企业微信api接口调用-触发推送企业微信微信好友
    企业微信api接口调用-企业微信好友收发消息
    抖音api接口调用-同步抖音推荐的好友
    <转载>医学图像存储与传输系统(PACS)
    <转载>RESTful API 最佳实践
    <转载>DICOMweb——将DICOM影像接入互联网
    API设计规范---RESTful架构详解
    开源医学影像平台---Cornerstonejs开发指南
    开源医学影像平台---Cornerstonejs学习笔记<5>
  • 原文地址:https://www.cnblogs.com/zyjjj/p/8681041.html
Copyright © 2011-2022 走看看