结对项目
学号:3001
项目名称:大学生兼职网
项目使用工具:墨刀
项目背景:
兼职是当代大学生一种新的生活方式。当代大学生随着年龄的成长和思想的成熟以及由于学习生活的种种原因,越来越多的大学生通过兼职来填补自己课余的时间,丰富自己的阅历。兼职既可以拥有一些额外的经济来源,又可以积攒自己的实践经验,锻炼自己的能力,可谓是一举两得。
需求分析:
本次内容采用《构建之法》中的NABCD模型。目的是:在竞争性地环境中做实用并且创新的项目;
NABCD模型具体的解释如下
• N需求(need),解决用户的需求;
• A,做法(approach),解决需求的手段;
• B,好处(benefit),产品会给客户/用户带来什么好处;
• C,竞争(competitors),市场竞争,看清优劣事态;
• D,推广(delivery),如何把产品交到用户手中;
NABCD模型的构建:
N需求(need):
“兼兼”,该页面是针对高校学生在空闲之余寻找安全、价格合理、就近原则类兼职,以宽松学生的经济为原则,以减少学生家长的经济压力,充实学生的校园生活以及让学生实现钱包小金库自由。
A,做法(approach):
我们通过代码设计了兼兼APP,满足N中的所有需求。具体功能和页面如图所示:
B,好处(benefit):
“兼兼APP”是一款经过实名认证并且发布带有自己照片,可以发布兼职信息,寻找兼职机会的APP。较其他软件比较安全,只在校园内或附近工作,兼职方向大概有三类:赚取佣金类、实体商家兼职、文章兼职类。接下来具体叙述商家类操作:
若在学校后街以及校园内大咖广场里经过系统认证的商家以及学生需要有人帮助他们完成工作时,可以在兼兼APP上发布兼职信息,兼职信息内必须包含所需人数、兼职时间、地点、佣金、任务等,然后等待有人投递自己的基础信息进行应聘,招满人后系统将强制限制人员的访问。学生可以根据自己的情况灵活的挑选适合自己工作的时间和任务去进行工作。
任何的兼职的金钱交易必须在系统内进行,系统保留1小时才到账功能。
C,竞争(competitors):
现市面上确有类似的产品,如兼职猫,但兼职猫面向的是社会全体成员,我们只负责某个学园附近的。也就意味着我们产品还是可以闯进市场分得一杯羹的。我相信对比同类产品下,我们更优美的页面,简便的使用步骤更适合现代青年。
D,推广(delivery):
在推广的过程中,我们将采用与美团合作,将我们兼兼APP的广告印在他们的塑料包装上,由于我们这款APP的适用对象正是那群青年以及正在上学的同学,而他们也正是外卖的使用群体。所以,将广告印在外卖的包装袋上,更切合我们的使用群体,且相比于要将广告发布在影视以及微博等地方,印在外卖的塑料袋上,所需广告费更少。
项目优点:
(1)对学生来说安全系数高
(2)学生可通过平台展示自己获得更多机会
(3)为商家学生双方节省时间,提供便捷服务的一个兼职平台。
二.市场分析
市场定位:对于成绩最突出的两家:斗米和兼职猫,虽然做到了职位或者需求侧的自有,但却面对的是社会全体成员,并非简单的面对学生,也并非单纯的平台,对需求侧的掌控能力不强,斗米和兼职猫等平台都有很多虚假信息的泛滥问题,导致了很多用户利益损害;并且很多公司的切入点只是针对做兼职的用户,但没有真正做到兼职平台的核心。其核心就是平台。我们校园富一代经过大量的研究,我们认为切入到互联网+劳动市场主要方式有:兼职岗位的提供和平台企业招聘资源的整合。我们校园富一代经过大量的研究,我们认为切入到互联网+劳动市场主要方式有:兼职岗位的提供和平台企业招聘资源的整合。校园富一代小程序项目的目标顾客定位:对于平台资源整合方,我们应做好以下的三点:一是流量的获取,保证平台有稳定的访问量;二是平台自身服务变现的能力,在线平台是否可以实现盈利;三是企业岗位提供,平台的兼职岗位主要是有企业方提供,这取决于平台商与企业之间的合作根据。根据以上三点,我们校园富一代小程序主要的服务群体是有兼职意愿的大学生,寻找兼职人员的企业,寻找兼职人员的个人。
二.环境分析
随着高校体制改革和社会对大学生更高要求,大学生兼职越来越普及,呈现兼职动因多样化、种类相对集中且与学科专业不相关程度高、报酬集中偏低等特点。同时,由于我国目前兼职市场混乱、立法缺位、公权部门]不作为或弱作为、校方引导力度不够及大学生维权意识欠缺,使大学生兼职权益极易受侵害。本文认为鉴于兼职大学生劳动者法律地位不确定,应分情况进行定性:若大学生与用人单位建立比较稳定正式关系,则为事实上的“劳动者”,比照《劳动合同法》非全日制用工调整;若大学生在平等自愿基础上与用人方订立协议,进行短期且随意性大的兼职活动而成立民事雇佣关系,应受民事法律调整。
附:PSP 2.1表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 30 | 36 |
· Estimate | · 估计这个任务需要多少时间 | 30 | 36 |
Development | 开发 | 300 | 370 |
· Analysis | · 需求分析 (包括学习新技术) | 20 | 25 |
· Design Spec | · 生成设计文档 | 30 | 30 |
· Design Review | · 设计复审 (和同事审核设计文档) | 30 | 35 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 60 | 90 |
· Design | · 具体设计 | 60 | 60 |
· Coding | · 具体编码 | 60 | 90 |
· Code Review | · 代码复审 | 20 | 20 |
· Test | · 测试(自我测试,修改代码,提交修改) | 20 | 20 |
Reporting | 报告 | 100 | 115 |
· Test Report | · 测试报告 | 25 | 25 |
· Size Measurement | · 计算工作量 | 30 | 30 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 45 | 60 |
合计 | 430 | 521 |