产品分析
2. 智慧集大平台——集大通APP
“集大通”是我校统一通信平台，集消息推送、应用入口、组织机构、单点登录等为一体，目标是方便学校办公、服务与通信，方便师生学习、工作、生活与娱乐，成为学校信息化的入口平台，成为“智慧集大”的窗口——“微门户”，同时实现移动信息化。
同学们在使用过程（电脑或者手机版）中，对其所倡导的便捷、信息化、应用集成等方面的功能进行分析。
博客要求：
第一部分：调研， 评测
1.下载并使用，描述最简单直观的个人第一次上手体验。按照《构建之法》13.1节描述的 bug 定义,找出几个功能性的比较严重的 bug，至少2个。
上手体验:里面新闻，朋友圈，课余生活，聊天这3个功能。由于我不常用所以感觉没什么用，也不会去用。主要用应用中心里的一些功能，比如，查询课表，充值电费，充值网费，充值校园卡，查询成绩等，这几个功能都挺便捷的，作为一个校园导航式的APP，还不错。就是界面不太友好。整体风格设计不太友好。
BUG1：
症状：“自动回复”功能不够实时。应该是系统后台推送出了问题。
例如：在“教务”这个功能中（这是在“聊天”下的一个自动回复的功能），系统功能不够稳定，播报课程时而播报，时而不播报。如下图：播报课程停留在了2018-3-19.而有时还会为你播报成绩，而这个成绩已经是上学期的成绩了。整个播报系统看起来杂乱无章，播报时间也是很随意。
BUG2：
症状：“响应超时”问题，网络不够稳定。
例如：很多应用有时可以进入，有时无法进入。不够稳定，出现“响应超时”的现象。尤其是“课堂助手”，由于网络的不稳定。会使很多在课堂的同学无法及时签到，导致缺勤现象。这也是为什么大多数老师会选择微信的“课堂派”。
BUG3：
症状：手机端出现PC端的界面。设计时没有考虑用户体验。
集大通作为手机版的app，但使用其功能时，界面都是pc版的界面。让人用起来不是很方便，字体很小，甚至有时会出现排版错位的现象。
2.相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友（用户）进行采访，并加以记载。
采访对象：谢晗，集美大学计算机学院网络1613学生。
需求：需要使用集大通交电费，查课表，查分数等。
采访1：你为什么会使用集大通APP：
采访2：你有什么痛点吗，就比如这个有什么不方便的地方。让你觉得他很鸡肋的地方
采访3：那你有什么别的需求吗，希望这个APP还有什么功能
采访4：你认为集大通在准确度上有什么优缺点吗？
采访5：你觉得你不常用的那些功能有存在的必要吗？
采访6：那你总体觉得集大通怎么样，可以给个评价比如非常不推荐，不推荐，一般 ，好，不错，非常推荐，并且说一下你的理由
采访7：你对集大通有什么改进意见。
3.采访对象使用该APP的功能
4.请选择一个结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价: 非常不推荐，不推荐，一般 ，好，不错，非常推荐
好，不错。
因为有些功能是必要的，比如上课点名，交网费，查成绩什么的会比较方便。
同时可以发现后期会不断有人d更新维护，因为随着不断的更新，开发出了很多功能，比如支付宝可以对校园卡进行在线充值的功能（虽然不够完善，还是需要滴卡机的辅助）。
但是界面图标什么的不太友好，一些功能不够个性化，比如课程表上的选修课，不能根据我本人的选修来排版属于我的课表，而是一个专业整体的课表。
第二部分：分析
1.使用此软件的所有功能 , 估计这个项目做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。
这个项目目前实现的硬功能方面有32个，其中15个是与已有网页的连接，直接跳转就可以。从一下7个方面来考虑
1.需求分析,2.产品原型设计,3.UI设计,4.APP端开发,5.服务端开发,6.接口联调,7.测试与验收
大概需要6个月的时间左右
2.不要写成一个罗列功能的流水单子！ 而是要集中火力在一个场景，这个场景中典型用户有什么需求，软件如何解决了需求（或者没解决），UX 有什么细节是好的，差的，请结合书上UX的内容来分析。
场景：大学生在大学住宿，在住宿期间需要及时缴纳电费，需要及时充值校园卡，以便去食堂吃饭。
典型用户：校园内大学生
在宿舍内，由于不知道具体电费还剩多少，无法做到及时充电费，会出现，在宿舍里开心的洗澡时突然断电的现象。或者吃饭时，排了漫长的队伍，终于排到了自己，点完菜发现校园卡里没有钱。
以上问题都在集大通里得以解决，里面可以跟踪相应宿舍的电量，和校园卡里的余额，以便及时充值。
3.你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？从下面的可能性中选取几个： 对用户需求掌握不好，具体的设计质量不高，开发人员粗心大意，测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试，其他
对用户需求掌握不好。我认为集大通最大的BUG就是用户体验很差，比如：查课表时周一到周五的课表不能显示在一个界面内，还需要滑动一下才能看到周五的课。
整体界面风格显得很生硬，一打开集大通，我感觉我手机界面风格一下就变了，画质什么的都变了，变得很生硬。有种老年人手机风格的既视感，所有图标，字体变得又大又粗。
好不容易看到有几个功能点进去不是pc端界面，但是整体界面如下图所示：emmmm这个风格就是看的不太舒服
4.团队在哪一个层次还有问题？可以把自己想问软件团队的问题都列出来， 也许就能得到团队的亲自解答了！
1.我想知道为什么已经设计的充值电费，和充值校园卡的功能，为什么不能直接充值进去，还需要去校园内的“滴卡机”刷一下卡，才能冲进去？？？
2.想知道一个功能推行出去的时候，在测试时，如何收集用户体验的大数据。还是直接先推出去，有问题再收回重新更新呢？
5.从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面 (具体建议)。
1.希望在推行一个功能时，先收集多一点的用户反馈。界面设计的友好一点。
2.一些看起来好像有些鸡肋的功能，比如说朋友圈，或者“朋友互相送花的”一些功能。是否是可以重新规划一下方案，感觉这些功能存在的有些生硬。
第三部分：建议和规划
1.如果你是项目经理，如何提高从而在竞争中胜出？
首先我要知道我的受众是大学生，其次我的主要功能是提供大学生在校园中的一些信息查询和充值。
所以在界面方面要契合大学生的风格。且信息查询充值功能要便捷，快速。因为大学生往往会对“速度”“效率”都比较挑剔，他们往往希望“即用即得”，有种“快餐”的风格。
2.目前市场上有什么样的产品了？
目前其实很多类似的功能，在微信小程序上也有，比如“课堂派”（微信）—>"课堂助手"（集大通）不过他的受众比较广，服务范围也不局限于校园内。所以集大通在集美大学里还是处于垄断地位的。
3.作为新的项目经理，这个产品的核心用户群是什么样的人， 典型用户长什么样？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？
核心用户：集美大学在校生
学历：本科
年龄：18-23
专业：所有专业
爱好：各种爱好，追求个性化
收入：无
表面需求：对校园内各种信息的查询（课表，电费，校园卡，成绩等）
潜在需求：交友，大学生都希望有一帮志同道合的朋友共同做些事，或者喜爱秀自己的所作所得，也希望能查看到朋友最近的动态，紧跟当前的潮流，及时获得当前“最热的话题”。
4.功能：你要设计什么样的功能?为何要做这个功能，而不是其他功能？ 为什么用户会用你的产品/功能? 你的创新在哪里?
功能设计：日志功能
1) N (Need 需求)
日志功能主要是记录学生的每日的动态。日志功能也可以分模块比如：
“吐槽模块”：这里我们可以了解到目前学生们的状态，校园内发生的时事。
“需求模块”：这个就很棒了，比如我现在不知道集大通可以增加哪些功能去满足学生们的需求，这时候点进“需求模块”做个数据统计，就可以了解到目前学生最需要什么功能的实现，或者什么功能的创新。
“闲聊模块”这里主要留给学生们自己互动，比如分享最近的时事动态。
需求进一步分析:
这是一个辅助功能，主要是增加集大通的生气，不要只是局限与一些资料查询，这样一旦学生离校，这个APP几乎变得毫无价值。
同时这也可以增加除了社团外的全校同学的*互动。
2) A (Approach 做法)
我觉得这个模块还是很容易实现：因为只要做一个模块出来，界面设计好，让同学们自己分类进行日志填写分享就可以了。当然要支持：图片，视频，语音等。
3) B (Benefit 好处)
说实话这个功能独特的好处就是他的“校园性”，比起“微信的朋友圈”“qq的空间”只能了解到自己好友的动态，他可以获取到整个校园的状态。大家都是同龄人，更有志同道合的地方。同时他相对校社团又多一些“*性”，少一些“限制性”，因为社团往往会规定你什么时间，具体什么活动。
4) C (Competitors 竞争)
毕竟集大通是垄断集美大学的一个APP，竞争性基本就是没有了，主要是这个功能能不能推广出去，让大家使用，而不是一个鸡肋的摆设。
5) D (Delivery 交付)
可以在集大通主页面进行推送，由点赞，更新顺序进行推送，这样可以吸引学生们的眼球。
.
5.如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试，美工等等)?
6人合作负责调研，需求分析。（一个月半）
3人负责美工，3人负责编码开发（半个月）。
6人合作进行测试，修改。（两个月）
6.描述你的团队在16周期间每周都要做什么，才能在第16周如期发布软件的改进版本，并取得预想中的成绩。？
1.6个人利用一个月半的时间去收集同学们的一些信息，可以分出哪些模块来对日志进行分类，参考相应的一些软件，看看除了日志可以附带那些功能比如“点赞”“评论”“匿名”“表情”等等。
2.然后3个人根据所收集的信息负责UI。界面很重要，界面很重要，界面很重要…尤其对于日志这个功能，界面真的很重要。另外3人负责实现功能的编码（半个月）
3.最后两个月进行测试，校园内局部使用调研等。