一、前言
1、结对者：2015034643032 孔潭活、2015034643023 周宏杰
2、需求分析模型：NABCD 模型
3、原型设计工具：Axure RP 8、墨刀、FSCapture
二、结对过程
三、需求分析
1、N（Need，需求）：
-
大学生作为社会新技术、新思想的前沿群体，在大学期间能否将自己锻造成特色鲜明的应用型人才尤为重要，而这款基于移动端的问答系统可以帮他们保持前沿的思维与认知
-
这个问答系统在大学生离开课堂后，在课外遇到自己无法解决的问题时，自学和求学的能力稍显疲软是的时候，在线的互动可以提升他们的求知欲
- 在网络上百度、360等搜索引擎和各种平台涉及领域广，提供的信息良莠不齐、有些信息不具时效性甚至还出现信息出错等情况时，这款基于移动端的问答系统可以帮他们获得精确的第一手信息，并配备健全的在线自学与咨询体系
- 对于高校学生来讲，这个问答系统能够使得新生得到老生和教师的指导，了解企业的就业实习信息、学习大量的经验，因此可以使得他们成长的高度会远远高于原先的成长高度
2、A（Approach，做法）：
这个基于移动端的问答平台在校园中能有一个针对大学生高质量垂直交流的知识共享平台，将学生、教师以及企业统一联系起来，让学生能在课堂以外，能够得到老生和教师的指导，了解企业的就业实习信息、学习大量的经验，成长的高度会远远高于原先的成长高度。当这群新生成长起来，他们又会去给新一届的新生解惑，新的新生得指导会比之前的新生得到的还要好，新的新生成长起来的高度再一次提高，如此良性循环下去，该校会形成自己内部的专属学习交流圈，帮助新生快速适应大学的学习生活，同时也为企业输送人才铺下技术基础和提供了招聘渠道，可以说是开辟了大学课堂以外的学习辅导途径。
学生注册登录平台，即可发布校园日常问题和学术问题，查看校园最新资讯。日常问题可以查问校园学习攻略、周边攻略、比赛详情、心理调节、人生规划、就业实习、社团活动等；学术问题可以让学生探讨专业问题，解决学习上的困惑，我们会与校方合作，邀请老师和优秀的师兄师姐进行解答；校园资讯包括最新的比赛通知、校内企业实训课、校内举办的活动等，比赛资源来自于网络上的网站搜寻和校内官网的发布，涵盖各专业。
3、B（Benefit，好处）：
当在读的高校学生会遇到各种问题，仅仅向网上的百度求助和向身边的人请教是远远不够的。而这样一个专门针对高校师生面对的各种问题的问答平台，供高校师生使用，在这个平台上在读的高校学生可以发表一些日常遇到的问题或者难以独自解决的问题，平台回答者都是有经验的师兄或者是老师，能够及时给提问者带来优秀的答案。在“校答人”平台上，学生可以掌握一手校园资讯。“校答人”平台上涉及学习、竞赛、社团、心理、职业方向与人生规划以及就业实习等方面，用户可以通过提问获取答复，自己也可以依据自己的能力，充当回答者为他人排忧解难。
4、C（Competitors，竞争）：
现在的问答平台正逐渐打破以往免费分享知识的惯性思维，正在转向提供高质量回答的知识付费，向共享经济领域进发，知识付费问答平台越来越受人们关注，目前比较有影响力的付费平台有大弓、知乎、分答等等。016年，有知识付费意愿的用户暴涨了3倍，知识付费用户达到近5000万人，截止到2017年3月，用户知识付费可估算的总体经济规模为100-150亿左右。由于各行各业的人数增多，自身身份和职业常见问题的知识需求增加，当前问答平台正在向专业化与行业化过渡发展，比如有餐饮版的“餐答”，职场版的“业问”，医疗版的“来问医生”，体育版的“映答”，知识分享平台的内容生态还在不断丰富创新，但目前却没有针对大学生高质量垂直交流的知识共享平台。众所周知，如今大学生是一个非常庞大的群体。
如下图所示，截止2016年，大学生数量已由15年前的114万人狂飙至765万人，该群体之大，让我们不得不思考着为这个群体定制一些属于他们青春活力的产品，因此这款基于移动端的问答平台就是在免费与付费的梯度上展开竞争，当然，也可以使用先免费，积累到一定用户后再考虑收费问题，关键在于有付费必定存在免费。
5、D（Delivery，推广）：
原型设计完成后，即可进行开发，并通过相应的广告平台做相应宣传与推广，当然，起步阶段为了推广，可做相应的优惠政策。
四、原型设计
注册页面原型
登录页面原型
首页原型
校园页面原型
提问页面原型
消息页面原型
我的页面原型
五、总结
兵马未动，粮草先行，或许开发中也可以应用这个道理吧，在时间充足的情况下，多写这种需求分析与原型设计是很有必要的，然而现实骨感，很多事情是不会以一个人的意志为转移的，我们现在的目标也不是成为全栈工程师，而是先往一个方向深入学习，而不是这样所谓的走一个完整项目流程，一个完整的开发流程应该走，但不是这样走，言尽于此，毕竟已经写完了......我不是个麻瓜，但在所有的事情过程中，我最大的感受只有合作，我也一直坚信我们应该学会合作，但我们最缺乏的就是合作......
一言难尽，说来话长，想听的关注微信公众号 compassblog ，直接后台联系我吧。
六、PSP 表格
|
|
|
预计耗时（分钟） |
实际耗时（分钟） |
|
Planning |
计划 |
30 |
30 |
|
Estimate |
估计这个任务需要多少时间 |
60 |
60 |
|
Development |
开发 |
120 |
120 |
|
Analysis |
需求分析 |
20 |
20 |
|
Design Spec |
生成设计文档 |
0 |
0 |
|
Design Review |
设计复审（和同事审核设计文档） |
0 |
0 |
|
Coding Standerd |
代码规范（为目前的开发制定合适的规范） |
0 |
0 |
|
Design |
具体设计 |
30 |
50 |
|
Coding |
具体编码 |
0 |
0 |
|
Code Review |
代码复审 |
0 |
0 |
|
Text |
测试（自测，修改代码，提交修改） |
0 |
0 |
|
Reporting |
报告 |
30 |
50 |
|
Text Report |
测试报告 |
20 |
30 |
|
Size Measurement |
计算工作量 |
2 |
1 |
|
Postmortem & Process Improvement Plan |
事后总结，并提出过程改进计划 |
0 |
0 |
|
Sum |
合计 |
312 |
361 |
扫描二维码关注微信公众号，了解更多
