发表于: 2016-03-16 00:45:39

2 1082


今天完成的事情:

1.产品目的

简历匹配1.0的目的是,替代掉简历与公司招聘之间的大量人工筛选和记录过程,提高效率和数据重复利用率

 

2.用户目标,用户原型和用户任务

用户目标1:录入简历和公司招聘信息

解决方案:提供简历录入,编辑,管理。以及公司招聘信息的录入,编辑和管理

用户目标2:一对多的筛选和推荐

解决方案:提供固定的筛选条件,可对筛选出的公司/人才进行推荐

用户目标3:对人才信息和公司信息进行储存,追踪并重复利用信息

解决方案:推荐记录,可以跟进推荐进度,并随时查找信息

延伸目标:

一键发送邮件通知候选人和公司

双方达成协定后的信息自动更新

候选人信息的重复利用

公司招聘外包策划

用户原型:在人才和公司之间进行有效的信息传递的猎头,要查找并记录大量简历数据和公司招聘信息进行比对,推荐和保存

用户任务:

简历和公司招聘的属性整理

人才表,公司表的录入,编辑和删除

双向的筛选功能

推荐提醒,保存和记录查找

3.发布标准

简历,公司属性完整准确

实现人才表,公司表的录入,编辑和删除

实现双向的筛选功能

4.优先级

 

1.简历和公司招聘的属性整理

2.人才表,公司表的录入,编辑和删除

3.双向的筛选功能

4.推荐提醒,保存和记录查找

5.简历和招聘信息自动录入

6.一键发送邮件通知

7.双方达成协定后的信息自动更新

8.重点信息标注并自动提醒

9.候选人信息的重复利用

10.公司招聘业务外包

11.自动匹配

 另外,虽然小四姐现在只在公司内部用这个东西,考虑了一下,送佛不如送到西,手动录入简历和公司招聘信息,是一件相当麻烦的事,这么多信息能把人累吐,加一个类似于名片录入的系统是早晚的事,可又牵涉到格式问题,简历五花八门,格式不可能一样,所以解决方案有两个 :一是只要关键信息,其他的砍掉。二是把简历的来源唯一规范化,我们可以大量发布职位,要求填写的简历格式固定统一,这样录入就有相应的程序了。

还有匹配系统。。。如果引入匹配度的问题,那么每项属性的分数设定值要非常之多,且还有权重的问题,程序员哥哥会被虐哭的,我选择的方案是半自动匹配,即系统筛选,手动比对。如果简历匹配这个系统要简化,那么先放弃的一定是这个功能。

明天计划的事情:

继续优化,直到可以开始立项

遇到的问题:

画了很多天原型,产品需求不会写了。。很多漏洞。在交流方面要学的更多,什么都不懂感觉搞不定开发或者前端

收获:

我只把二级标题加粗了,官网里直接变红色了,好神奇


返回列表 返回列表
评论

    分享到