一、团队简介
团队名称:RunningMan
队员
李星晨 201731091410 组长 刘伊凡 201731062603 组员 陈嘉莹 201731104215 组员 唐财伟 201731062416 组员 谭伟 201731062415 组员
二、队员简介
<李星晨:担任小组组长,能力不强但是比较善于沟通,这是第一次担任组长。比较擅长前端领域,在这个项目中希望担任前端工程师。>
<刘伊凡:性格开朗,对Java有一定程度的了解,兴趣是网络安全方向,希望助力于项目后端方向。>
<陈嘉莹:认为慢工出细活,对java有一定程度的了解,编程的兴趣是后端开发和机器学习,希望担任的角色是后端工程师。>
<唐财伟:温文尔雅,性格随和。对写代码充满热情,熟悉Javaweb,了解前端的基础知识,在此次项目中担任产品经理,掌握大概进度。>
<谭伟:儒雅随和,对Java,C#有一定程度的了解,对go语言感兴趣,想成为一个后端工程师。>
三、项目简介
项目名称:校园跑腿
简介:
“校园跑腿”是基本校园内大学生的新型便民服务。这个项目开发的目的是为了让客户能够节约时间,同时也能让大学生在生活之余利用碎片时间赚取零花钱。这个项目是基于网站,让大学生在网站上自由发布校园内订餐,代买,代送,代取快递等常见跑腿服务。同时用户可以自由在网站上接下订单。现在市面上有一些代跑腿的服务,但都是又工作人员代跑腿,时间成本都大大增加。我们的项目提供平台,学生自由协调,节约时间而且成本也比较低。
四、NABCD 分析
Need(需求)
1.校园大学生因为课程安排不规律,并且经常有很多突发事件需要解决,经常导致约好的事情,约好的人却无法守约,这时候就需要“跑腿”服务。
2.当代人们愿意为了便利而花钱。
3.市面上有一些代理服务的产品,但是都是由用户下单然后工作人员去完成,往往耗时长而且能做的事情较少。
Approach(做法)
- 做校园软件,我们周围都是大学生,可以做大规模的调查问卷了解用户需求。
- 用户根本自己的需求,选择上传订单或者接受订单以达到自己的需求
Benefit(好处)
1.给需要“上传订单”的用户提供了便利,让他们能够节约时间来完成自己的事。
2.给“接受订单“的人带来了一定的经济收入,让大学生在自己的碎片时间中帮助别人,同时自己也有收获。
Competition(竞争)
现在市面上已经有关于“代跑腿”已经有类似的产品推出,但是据我了解,成功打入市场的似乎很少。
原因有二:
一是因为大部分产品的是面向所有人群的,代跑腿因为本质上是替下单的用户去做事情,需要很高的信任性,但是对于这种面向全体人群的用户的不信任度非常高。
而我们的产品是大部分面向校内人士的,校内人士之间的可信度较高。
二是市面上的产品,都是由用户下单然后工作人员去完成,工作人员往往是按照时间定时去做,这样没办法及时解决用户的需求。
我们产品是让用户之间自由发布、接受消息,在线的人多,消息更新快,用户的需求可以得到即使解决。
Delivery(推广)
让用户知道我们的信产品,是有很多方式的,作为学生我们的优势就是人脉,开发产品投入给学生的使用,可以利用学生之间的交流推进产品的推广。
和一些菜鸟驿站等商家合作,提供提高产品认知度。
五、初步分工
学号 | 初步分工 |
---|---|
李星晨 | UI页面设计,前端界面开发 |
刘伊凡 | 负责后端开发,参与文档编写 |
陈嘉莹 | 数据库设计,负责后端开发 |
唐财伟 | 负责前端界面开发,参与文档编写 |
谭伟 | 负责后端的开发,负责后期的测试 |
六、进度安排
时间 | 工作安排 |
---|---|
第一周 | 分析产品功能,做好进度安排 |
第二周 | 组内成员各自熟悉自己的功能部分,分头行动,各自学习,并在群里进行实时交流。 |
第三周 | 设计项目模式,分析业务逻辑和功能,设计数据库,并初步进行代码开发。 |
第四周 | 代码开发 |
第五周 | 代码开发 |
第六周 | 代码测试,查漏补缺。编写文档。 |
第七周 | 完善,部署。 |