简历应该传达的信息
你也许会说,既然infograph形式这么好,那我们照做就是了,问题不是这么简单,
首先,infograph不像文字/表格简历有那么多的模板可套,其次,即使有人提供模板
,鉴于各人的情况不一样,适合他人的模板未必适合你。所以,我们有必要从问题的
根源着手,研究到底简历应该传达什么样的信息,如此才能对症下药。
那么,简历到底应该传达什么样的信息呢?我们不妨换位思考?企业需要什么样
的简历呢?企业说到底是为了招人,而不是收集艺术品,大多数企业无非想从简历上
获得"这个人是个什么样的人,他是否适合我们企业?" 这个问题的答案,那么企业会
怎么做呢?我们从生活中的经验出发,如果我们想知道某个人是个什么样的人,他是
否值得交往?我们会如何做呢?我们会过去攀谈或者向他人打听此人过去的一些经历
,或者直接观察此人看看他的穿着,样貌行为习惯等等, 其实就是此人物理上的属性了。
那么对于企业招人来说,无非是想了解下此人过去的经历,尤其是从业经历,以及此
人目前所掌握的一些技能,资源(推销员?),尤其是那些能被企业职位直接利用的,传
统的简历一般是直接罗列,也许你有那么一两个面试官感兴趣的点,但我很怀疑他能否
从那一推文字里找到。infograph相对好点,比如我给自己绘制的一个个人兴趣图,我
想就比单纯地用文字罗列自己的兴趣比较让人一目了然。
不过目前的这些infograph形式有个问题,如上面我的个人兴趣图示,有时候需要列出的
信息太多要么你的图不够简洁,一如我的那样,要么,你的图很长或者很宽,导致面试官
错过什么重要信息 另外一方面,有时候你罗列得太多,反而让人怀疑简历的真实性。
我的动态简历设想
呈现方式
关于上面那些问题,我的解决方案是制作动态呈现的简历,将信息按照时间的推移
逐步的呈现出来简单来说,相当于当前这种静态的infograph的升级。那么,为什么我觉
得这种方法好呢?
首先,上面提到有时候你罗列太多,反而让人怀疑简历的真实性,我们想一想,工
作上的技能,资源之类的都不是天生的,而是随着时间推移慢慢积累的,从业经历更是
需要映射到时间轴上的,从传统的文字形式简历来考虑,你的简历上说“我目前掌握 技
能A, 技能B, 技能C, ... 技能Z” 显然不如 “我在公司A从业期间,同事教会了我技能A
和B, 后来我去了公司B,从事XX职位又让我掌握了技能C” 这样的说法更好,后者更容易
让人相信,因为人家看到了你的技能的来源说法,可以凭借自己的经验去判断合理与否
。其实就算看简历的时候不说什么,面试的时候,也许面试官还是会问你: "你说你会
技能A, 你能不能告诉我们一些东西证明一下?"
当然后者的那种说法虽然不错,由于表现形式是文字,所以还是有我们曾经提到的
文字的那些问题,而静态的图其实是很难体现出这个意思的,除非你作成漫画形式,而
把漫画的换页速度加快一点,也就是我说的动态简历啦(假设你了解电影动画的原理,
12帧,24帧:])
其次,这种形式是基于时间轴的,不断的加入你的各种事件,比如:
- "你进公司A了,那时候你是个刚刚毕业的愣头青"
- "你分到研发组,但是负责与产品经理们打交道,因此掌握了对非技术人员的沟通技巧"
- "你离开公司A了,因为你十分看好redis,而那帮人非要死守memcache"
随着时间的延长,这里能列出的事件会越来越多,而你的个人形象也会在面试官那里越
来越丰富,越真实,
同时很关键的一点是,这种模式能适合大多数人,所以能够采用统一的模板形式
衍生的想法
既然可以找到一种模式适合大多数人,那么很显然,作成一个网站服务大众是很不
错的,同时,很有可能也是有利可图的, 不过话又说回来,如果不能普适的话,我也没
必要把想法写成博文,我只需要自己做一个这样的动态简历,然后享受赞誉即可。
说到做网站,有必要说说如何做
首先提供一次性编辑,并且生成动画文件的方式是不太好的,很难想象连认真写文
字简历都懒得做的人会花更多的时间来回忆揣摩过去发生的种种事件与修饰动画,何况
过了一年可能用户又需要投简历,而这一年中又发生了点事件,很显然,用户会想要复
用以前的数据,而不是时隔一年后又重新再走这么一次流程,搞不好用户的记忆会出些
错,而让那些有机会看到用户的两个版本的简历的面试官怀疑其诚信问题。所以我们应
该让用户像更新twitter那样添加增量的在网站添加事件,并且随时可以查看整个动画,
随时可以修改编辑动画的某些部分,像是样式,演示图,tips之类的,这有点像在线记账
理财的网站,你随时添加记录,随时查看总体结果。
其次从长期来看,一个人的简历上事件多多,然而短期来看,即使放到以周来考虑
的话,适合写入简历的事件也并不多,我想你换工作或者换岗位的频率应该没有这么快,
然而一个网站如果用户几个月,甚至一年三年才来访问一次,并且更新数据的话,我想
这就很难说服投资者或者员工相信其前景了,除非你收月费或者要求用户提供各种社交网
站账户绑定,以方便你自动挖掘信息,整理信息,并把信息面向企业招聘者服务,协助
他们找到合适的人才,并且在最后的时刻联系找到这位很长时间都不来的用户,通过社交
账户 :], 这也是一种模式,然而我不太喜欢,自动挖掘的话,社交网站本身也可以做到,
同时自动生成的信息总有不准确的,又或者千人一面,如果没有用户的主动修饰,很难
保证企业面试官不会再一次审美疲劳。我喜欢的模式是,你可以让用户绑定自己的社交
账户,并且做一些社交平台第三方开发,与用户约定一些动作比如在twitter上 ,如果
用户绑定了账户,并且发了一个信息 带有 #career# 标记之类的,就把该条信息视作一
个事件收录并且做相关处理,又比如说与类似trello这样的服务网站合作,让用户每完成
一个卡片可以选择产成一个日常性低优先级的事件,如此则能收集到很多的用户事件,
而这又可以成为督促用户每周或者每3天回到网站来回顾自己的动态简历并且做出修饰的
动力,因为他可能把自己的动态简历地址印在名片或者贴在个人主页上。当然,也许你
会自己做个类似trello的服务,那样不是更方便么?企业在你这里招到人,然后在你这
里开展日常工作,员工在你这里的企业间流转,多美妙的前景?
对呈现方式的修正
缺乏足够多的用户事件可能会让网站头疼,然而如上述方式收集到足够多(或许是
太多了)的事件,也许最终会让企业方面头疼,从而最终让用户以及网站头疼,毕竟,
企业方面的人员时间有限,而你的10年简历可能生成的动态简历全部播完得要一个多小
时,那么要么是企业人员看到15分钟还是看到你愣头青那会儿的狗屁企业政治斗争细节
或者你的碎碎念之类的东西从而厌烦的退出,要么就是他被1个多小时的时长给吓住了,
从而直接跳过你的动态简历,这两种情况都很糟糕,所以这里要引入对呈现方式的修正。
为了更准确表达意思以及更丰富地表现用户,网站方面需要收集更多的事件与细节,
这些都会催生更长的动态简历播放时间,而这刚好与企业预期给每个简历的审阅时间相
反,企业是希望审阅时间越少并且掌握的信息越多越好
有没有例外呢?有的,当企业对该人感兴趣并且想要了解更多细节的时候,很显然,
这时候他不介意多花10分钟了解下你在某公司的详细从业经历,如果结果令他更感兴趣,
则显然他愿意再花又一个10到20分钟来详细审阅你在某个岗位工作的任务细节和你当时
对一些工作任务的感想之类的,从而决定你是否就是他们想要的人。
所以我们的动态简历必须是能够被压缩,隐藏细节的,并且在浏览者感兴趣的时候,
可以随时就某个地方进行细节展开。
举个例子,你的15年从业经历可以压缩成 "在公司A上班" "在公司B上班" "在公司C
上班" ... "在目前的公司Z上班" 以及 "掌握技能A" "掌握技能B" "掌握技能C" 等登。
有时候企业人员对你当前的公司从业经历没啥兴趣,他想看看你在公司B上班的经历,那
么他可以选择你的 "在公司B上班" 事件对应的时间轴范围,同时选择细节展开,然后你
在公司B上班时候那些 岗位变动事件,工作任务完成事件这些会被调阅,并且以时间轴的
形式播放,这时候,这位企业人员发现你曾经开发过某个模块,而这个经验可能非常适合
他们企业目前招聘的职位,于是他再进一步展开你在完成这个模块任务事件相关的更具体
的细节事件展开,看看你开发第一天怎么说,第三天怎么说,最后完成模块你有啥总结的
感想,甚至当他发现你最后总结说这项任务太简单了,会想要看看当时你的同事们是怎么
说的,是否你是个天才或者大话精,又或者根本就是分给你的任务部分就是简单的(个人
觉得,这个feature已经在对企业人员的收费线内了),如果恰好同事们证明你就是个天才
bingo,这位企业人员于是决定联系你啦
所以对任何人来说,他的动态简历在第一眼看上去都只是很短的一个快速浏览,如果
没有感兴趣的话,那么3至5分钟放完然后pass, 如果有感兴趣的方面,则可以付出更多的
时间来展开相关细节查看播放,这是一个皆大欢喜的呈现方式。当然网站可能就得要求用
户在回来修饰的时候给各种事件添加从属关系, 在A公司B职位的工作事件显然都属于在A
公司工作的事件,网站还可能要求用户给各类事件提供一些打分,从而在压缩动态的时候
可以考虑省略掉某些不那么重要的事件,而这些都能增强用户与网站的互动。
这个想法适合谁?
twitter, 他们目前好像在为盈利模式发愁
- google plus,从他们的创新性圈子设计与ui来看,他们很喜欢搞点不一样的花样,并且
显然他们想玩出自己的社交网站style
- linkedin, 他们目前不缺员工与企业,缺的只是一种好的方式让员工与企业更快匹配
(他们上次给了google一个我的推荐,结果那边却不知道我英文烂,害我白激动一场)这
也是他们的正事
skillpages, 他们的界面比linkedin简洁多了,他们可能想更简洁更创新一点。
trello, 他们可能就会从自己的用户着手,推出这项增强服务
HackerNews上的诸位,他们既渴望创业又有能力去实现这些
你也许会以为我最适合,因为这一切都是我想起来的,是的,随着实现的深入,我还能
想更多,问题在于,虽然我也会css修饰但我完全没有设计能力(这一点请参考我的博客页面
设计,css是我自己写的),也许idea不错,结果硬是就让我拙劣的美工与平面设计能力给搞砸
了。
我写出来,是希望他实现,至于是不是我实现的,无关紧要,谁实现的谁得利,如果你
觉得心里过意不去,那么可以考虑给我前50的内测用户资格 :], 当然经常与我通通气就更好啦。
最后欢迎来信交流,我的邮箱是 jyf1987 at gmail dot com, 费了几个小时写这么篇文
章,本来计划的自己的forth实现又泡汤了。