团队作业第三次——项目原型设计（追光的人）
| 所属课程 | 软件工程1916 |
|---|---|
| 作业要求 | 团队作业第三次—项目原型设计 |
| 团队名称 | 追光的人 |
| 作业目标 | 针对项目选题中客户的痛点问题，以共同发布一份博客随笔的形式，设计一套方案，向客户推销。描述大致方案，以向客户证明你正确理解了客户的需求、提供给客户可行的优化的使用建议，给出原型模型，并提供大概的解决方案预期规划。 |
队员贡献分比例
| 队员学号 | 队员博客 | 此次作业任务 | 贡献占比 |
|---|---|---|---|
| 221600219 | 小墨 | 1.组织团队讨论、安排分工；2.完成帖子详情部分页面； 3.博客写作； 4.整理、修改、完善原型终稿；5.整理上节课答辩问题的对应回答 |
19% |
| 221600240 | 真·大能猫 | 1.完成私聊部分页面； | 12% |
| 221600212 | kilig | 1.完成登录注册部分页面；2.整理上节课答辩问题的对应回答 | 16% |
| 221600235 | fishkk | 1.完成我的界面； | 12% |
| 221600236 | 巴啦啦魔仙 | 1.完成应用界面； | 12% |
| 221600103 | lc | 1.完成发帖和搜索界面； | 13% |
| 221600205 | 星夜、痕 | 1.完成首页；2.整理上节课答辩问题的对应回答 | 16% |
链接&下载
解决方案NABCD分析&原型展示
N （Need，需求）
大多数的需求来自于同学实际生活中产生的烦恼，我们从小组成员自身经历推及大多数身边的同学，进而思考。
最终，得到了如下用户痛点：
1.信息壁垒
2.信息可靠性不知晓
3.社交圈子窄
4.资源无法合理利用
5.问卷调查困难
6.学校开展活动，学生参与积极性不高
A（Approach，方法）
分析场景，提出问题，思考解决方案。
一条流水线般的过程，更易于为大家讲解。
从上述的用户痛点，一一对应分析，我们找出了如下的解决方法。
1.提供一个平台让学生用户发送和查看咨询。
（针对新生初入校园，对将来发展的疑惑问题，以及老生在学习生活方面出现的问题，我们提供了问答的交流渠道。并且，运用积分制度，回答问题，获取积分，积分可以提现。）
这是一个帖子的示例
2.使用学生认证实名。（期待在成型期和教务处合作）
（为了减少在学生生活学习交流上，太多的广告注水等问题，提供学生认证实名。同时，也为同学提供了一个展现自己的平台。）
在这个页面可以进行学生认证，个人资料以及头像的设置，以及主题更换，贴子查看等选项
3.分不同的社交模块（学习交流，兴趣交流，生活交友）
（学习交流：是“校园帮”的主要模块，在这里你可以提出问题，寻
求合适的答案。
兴趣交流：周末闲的发慌，想要找位一个打篮球，打网球，踢足球的人。却看看身边，大家都不愿意出门。于是，找到“校园帮”，上面有简单的解决方案：确定时间范围，发布任务需求（如：2019年3月16日，想找一位朋友在学校三区打网球），并提供赏金（一般指积分）。这样，一条条任务列表，选择合适自己的，或是自己发布。也许不需要转角碰撞，也可能产生爱情火花。生活交友：和兴趣交流方法类似，可发布诸如一起去图书馆看书或者一起看电影之类的任务。）
进入校园帮，首先，它给您展现的是当前“学术论坛”中热门的帖子。
您可以选择“二手交易”或“校园交友”功能，它们同样可以给您列举出当前界面下，相关热门的帖子。
功能（链接）：搜索、发帖 、看帖 、评论
关于搜索：
点击搜索框，输入相关字。从相关字出发，搜索相关的消息。
关于发帖：
点击悬浮按钮，进行发帖。
关于看帖：
看到感兴趣的帖子，点击帖子，进入相关帖子的页面。
关于评论：
显示浏览人数和评论人数，点击评论，进入相关帖子的评论页面。
发帖部分包括编辑发帖信息的主要功能和选择发布模块，选择积分分数的两个附加功能。
编辑发帖信息的功能支持在内容中添加表情贴图和在内容中导入本地图片，以满足用户的个
性化需求。
4.提供二手旧物信息渠道（闲鱼）
（二手旧物交易，实用性非常高。据我们了解，学校有二手旧物交易QQ群，但群人数上限也就两千多，还包括已经毕业的。况且，在群里消息过的太快。或许有一个提供二手旧物信息渠道的平台会更好。）
5.提供问卷模块
（问卷调查，经历过的同学大多都知道。写问卷的同学，一边期待有同学回答问卷，一边又担心没有同学回答问卷。而回答问卷的同学，一种情况是：行，大家是同学，我帮你回答一下。另一种是：不认识！便远远避开了。而且从我们大二下学期的问卷调查回答情况来看，第二种情况太多。
究其原因，大概是没有什么道德利益束缚，所以能避开则避开。
但我们在问卷调查方面，也提供了积分方法。创建问卷，选择适应的回答人数，并支付相应的积分。在限定人数内回答者，得到相应积分奖励。）
这个是后续完善功能的区域，
随着更新可以在这个页面添加新的功能模块 ，
下面的滑动框用于一些通知，比如问卷调查，店铺上新，可以作为广告，为后续盈利的一个版块
6.为学校提供官方板块，免费发布咨询
（相信大家都经历过，学校有活动需要观众，观众分人数到学院再到班级。然而尴尬的是，同学参与的积极性不高。
于是，我们“校园帮”App便特意留出一个模块，供学校使用。学校公布活动信息，以及发布参加活动任务。接受任务参与的同学，一样的，可以获得积分。积分可以提现，再次说明。）
7. 登录注册功能
用户在不登录状态下只能使用浏览帖子等简单功能，当用户进行发布问卷，接任务等操作的时候，需要进行登录。我们为用户提供了三种登录方式：
1：验证码登录。这是本产品的默认登录方式，用户输入已注册过的手机号码，然后点击获取验证码，待用户接收到验证码短信并填至验证码框，若验证码正确，即可登录成功。若用户想要重新接受验证码，需要等待距上一次发送验证码60s的间隔时间。
2：密码登录。用户可在登录界面右上角点击密码登录切换到该方式，密码登录需要用户填写已注册过的手机号和对应的密码，正确方可进入。若错误则会提醒用户重新输入密码或者找回密码。若用户连续过多次输入密码错误，则会禁止用户在短时间内再次登录。
3：社交平台登录。用户通过点击登录界面下部的社交平台图标选择此登录方式，如果用户的账号绑定了QQ，微信，微博中的某一个社交平台，就可以通过该社交平台登录。
“需要帮助”按钮：不同的登录方式下点击此按钮有不同的功能：
1：当用户使用验证码登录时，点击此按钮，用户可以选择“原手机号不可用，绑定新手机号”或者“其他常见账号问题”，尝试解决账号登录时遇到的问题。
2：当用户使用密码登录时，点击此按钮，用户可以选择“找回密码”，“找回账号”或者“其他常见账号问题”，尝试解决账号登录时遇到的问题。
当用户第一次登录或者想要更换新账号时，需要使用注册功能。我们仅为用户提供手机号注册功能，用户输入未注册过的手机号后，点击获取验证码，并且设置账户密码，当且仅当验证码正确且密码合法时，才能注册成功。
当用户点击找回密码时，跳转至该页面。用户输入已注册过的手机号后，点击获取验证码，并且设置新密码，当且仅当验证码正确且密码合法时，才能成功修改密码。
8. 检索功能
检索页面包括热门搜索和搜索历史两部分。
热门搜索部分根据近一个月内用户搜索的高频词形成词条，向用户展示并推荐近期检索热点，以贴合用户需求。
该部分在向用户展现了近期用户检索热点的同时，也提高了用户使用校园帮的便捷度。
搜索历史部分保存了用户的检索记录，方便用户回顾搜索历史。若用户需要删除一条检索信息，可以通过点击该信息
条目右侧的×来删除记录。若用户需要删除所有的搜索历史，可以通过点击该模块右上角的全部清空选项清除所有记录。
9. 私聊功能
用户点击私聊后进入私聊界面，界面顶部显示对方昵称，中央显示聊天记录。
底部有文本输入框，支持文字、表情以及图片的发送，界面简洁实用。
点击文本框后会调用系统键盘提供用户输入文本信息。
B（Benefit，好处）
1.更方便交流咨询，信息可靠度高
2.扩展社交圈子，提供交友环境
3.资源的高效利用
4.收集信息更容易，扩大采样范围
C（Competitors，竞争）
优势：
1.学生开发，推广容易，更了解同学需求
2.Uni-app，实现多端
3.可以取得学校支持（学校可以发布活动信息等）
劣势：
1.经验不足
2.缺少资金
3.比较难排除含金量低的回答
4.不能精确推送
5.缺乏管理系统的人员
D（Delivered，推广）
- 校内推广
推广产品要做到对产品有个明确的认识，尽可能把产品推广有需求的用户。我们的项目主要是针对校内亟需一个资讯交流平台的大学生群体，因此我们在推广初期主要在校内宣传，初期通过分发宣传单，粘贴海报，QQ空间，公众号等网络媒体等方式在学生内部进行宣传和推广，让更多的学生发现有这么一个平台可以解决他们的燃眉之急。并且在用户使用期间收集他们的意见与反馈，对我们的产品进行完善，让用户更好地体验，积累口碑，占据学生群体的市场。在拥有一定的市场后，可以与学校洽谈，争取合作，通过学校的渠道，进一步扩大产品影响力。 - 校外推广
在我们的产品质量较为稳定后，可以尝试参与比赛，上架到应用市场，提高产品的知名度。同时可以通过与相邻的高校合作，将产品推广到校外的相邻高校，借助网络渠道，在全国各大高校板块宣传我们的产品，推荐大家使用以及给出建议。
原型设计过程
在讨论原型之前，我们先对上次选题报告答辩同学们提出的问题进行了讨论，通过讨论，我们对自己的项目的理解更加深刻了，从而我们从所有的功能中独立出主要的功能，作为优先开发的对象，然后画了一些设计草图，大家各抒己见，之后我们合并了大家的构思，拟定了大概的布局，在会议的末尾分配了大家在原型制作上的分工。
使用的工具：Axure rp8
讨论的过程：
效能分析和PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 20 |
| • Estimate | • 估计这个任务需要多少时间 | 30 | 20 |
| Development | 开发 | 300 | 430 |
| • Analysis | • 需求分析 (包括学习新技术) | 90 | 90 |
| • Design Spec | • 生成设计文档 | 60 | 30 |
| • Design Review | • 设计复审 | 30 | 10 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| • Design | • 具体设计 | 120 | 300 |
| • Coding | • 具体编码 | 0 | 0 |
| • Code Review | • 代码复审 | 0 | 0 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 50 | 40 |
| • Test Repor | • 测试报告 | 0 | 0 |
| • Size Measurement | • 计算工作量 | 20 | 10 |
| • Postmortem & Process Improvement Plan |
• 事后总结, 并提出过程改进计划 | 30 | 30 |
| All | 合计 | 380 | 490 |
选题报告答辩问题回答
问题：校园帮的工作量能否及时完成?
关于是否能在一学期内胜任的问题，我们小组讨论运用敏捷开发的模式，至少会把基本的功能做出来，然后一步一步的完善。
而对于我们自己而言，这也是我们在就业前的一份试金石，或者是面试的一份简历。我们会尽力对待。
如果将你们本学期做好的产品，拿给下一届学弟学妹们继续后续开发，我们会很高兴，这是对我们的一种认可。
我们也会尽力去帮助学弟学妹们。
问题：与同类竞品相比，特点是？核心特色不明显。
- 目前福大贴吧访问量低，很少有人在上面发帖和回答，同时有较多广告。同时贴吧有很多与校园无关的功能，过于臃肿。因此不适合校园服务。
- 对于我们产品包含的功能，如问卷，求助之类的，由于百度贴吧日访问量低，同时根据我们小组的观察，极少有用不会在贴吧上进行问卷调查等。
- 我们的产品本身定位就是一款综合性多功能的校园社交类产品，如果拿出其中的某一个功能，可能存在竞品。但是我们的一个特点是集众多校园服务在内的一个产品，这是应该很重要的前提。而且很多学生都反应说在大学装了许多使用次数少但又能卸载的软件，因此我们相信我们的这款产品只要开发的好，一定会被广大学生喜爱的。
- 贴吧存在管理员已经不是本校的学生的情况，当有用户恶意发布了不好的内容，不能够及时删除，处理不良内容。
问题：如何实现交友？
我们有添加好友聊天的功能，但大多数app或者聊天工具都具备这些功能。所以在我们的产品中，添加好友聊天的功能，只是一种线上交流方式。
而要实现交友，最好的方式便是一起做兴趣范围内的事（线下）。比如说：一起打篮球，一起打网球甚至事一起约场电影什么的。
我们的app的发布任务功能中，便有上面的功能。
问题：功能众多，需要精简
我们经过多次谈论筛选之后，选出了最主要的四个个功能，学术论坛，二手交易，校园交友，问卷星。（这在我们的模型中有所体现）
我们最基本的，会先完成上面三个功能。之后其他一些附加功能会在时间也许范围内加以考虑。
问题：未考虑交易市场安全问题，比如资金安全。
未来交易市场的问题我们有深刻考虑过。我们用校园学生的学号注册账号，便是考虑到交易安全的问题。至于资金安全，我们初期使用的积分模式，会在一段适应期之后，考虑对接微信，支付宝。
问题：是否可以考虑做成微信小程序
做成微信小程序是不行的。微信小程序更适合轻应用，想到了这个小程序就打开用一下，不用的时候就都放在一边，不适合校园帮这种社交密集型的程序。
就微信小程序而言，更适合一些用零碎时间浏览一下，简易的小程序。
并且，微信小程序的接口设置中，对消息提醒并不友好，用户使用微信小程序可能没法及时收到消息。
问题：毕业生和新生账号如何处理？
对于新生，我们考虑邀请我们认识的新生班导，给新生推荐。或者是在新生手册上做出推荐，这也是我们的一种推广方式。
对于老生，我们会保留账号。毕竟，老生也我们学校发展历史中不可缺少的一部分。况且，在学术交流中，老生会有更多学习见解，以及给学弟学妹们交流经验。
