今天完成的事情：

1.产品目的

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

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

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

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

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

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

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

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

延伸目标：

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

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

候选人信息的重复利用

公司招聘外包策划

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

用户任务：

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

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

双向的筛选功能

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

3.发布标准

简历，公司属性完整准确

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

实现双向的筛选功能

4.优先级

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

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

3.双向的筛选功能

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

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

6.一键发送邮件通知

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

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

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

10.公司招聘业务外包

11.自动匹配

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

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

明天计划的事情：

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

遇到的问题：

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

收获：

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