【面试宝典】STAR法则在数据产品经理求职面试中的应用
人才招聘写面试评价的时候,经常会涉及逻辑性、条理性的维度,比如面试产品经理的岗位会评估候选人是否能够清楚地表达清楚一个项目、一段经历,其表达方式往往会作为其逻辑思维的判断依据。作为求职者,掌握一些表达的模型和逻辑,可以大大提升面试成功的概率,而STAR原则就是一个人人必知必会的原则。
一、什么是STAR原则
STAR原则是指情景(situation)、任务(task)、行动(action)、结果(result),概况下来就是:什么背景下,遇到什么问题,你需要做什么事情,你是怎么做的,最后取得了什么样的结果。
二、为什么面试官会钟爱STAR原则?
1.方便提问
最开始做面试招聘的时候需要提前把要问的问题列个清单,防止遗漏问题导致评估不足或带来的评价偏差。使用STAR原则,可以直接基于候选者的简历或者介绍的项目经历进行挖掘,找到隐藏在冰山下面的更深层次的能力项目。
候选人:作为产品负责人,从0-1主导了公司BI产品建设,主要功能包括数据集建设、拖拽式分析、数据可视化Dashboard等,目前产品日活X+。
面试官:
为什么要做这个产品,为什么不外采?(situation)
产品的目标是什么?(Task)
项目执行过程中遇到的问题或困难是什么,如何解决的?(Action)
自助BI产品好坏的评价指标是什么,这个项目最终的数据结果如何?(Result)
2.防止作假
招聘做多了难免会遇到简历夸大其词或虚构简历的情况,比如只是参与一个产品的一个边角模块,写成从0到1主导,或者只是组内其他同事在做的事情,加以包装和整理作为自己的经历。基于STAR原则进行提问,如果候选者只是了解项目皮毛,那么回答的时候很容易就暴露了。例如,在Action环节,做了哪些竞品分析,如何规划的产品功能,怎样推进项目落地,可以很好地考察到专业能力、项目推动和问题解决能力。
三、产品经理求职STAR原则案例
求职的过程包括简历阶段、项目介绍以及面试问答环节,在这些过程中都可以把STAR原则充分利用起来。
求职简历:很多招聘者筛简历时及时几秒的时间,围绕STAR原则撰写项目经历,更加清晰直观,可以在简历环节脱颖而出,或者可以快速地判断你的经历和岗位需求是否匹配。
项目介绍或开放式问题回答:工作经历的介绍环节,一般需要挑1-2个你觉得最值得说的项目经历,即使自我介绍环节考虑时长不去展开,但在后面提问环节基本也是必问题。在介绍项目时,直接讲你做了什么事情,如果面试官对你所在的行业或业务不了解的时候,就云里雾里。通过情景、背景介绍,以及遇到的困难问题,具体你做的事情,取得了哪些量化成果,不管你做的事情他是不是真的听得懂,但至少会认为你思路逻辑非常清晰。
下图是一个使用STAR原则描述项目经历和不使用SATR原则,其中的差别可以非常直观的感受到。
STAR原则使用模板
四、STAR原则使用小结
STAR原则本身非常简单,最重要的是要把这种模型融入到思维习惯当中,不仅是在求职面试场景,甚至在述职评审、工作汇报都可以使用,让被沟通者清楚地知道你做这件事情背景目标,你做了哪些工作,取得了哪些经得住推敲的量化结果,这些信息输入后,他才能够准确地判断,你做这个项目过程中表现出来的思路、方法、能力是否是相匹配的。你带着他去思考,而不是他一味地追问自己想get的信息。对于STAR的使用,再总结下2个要点,一是Action要围绕关联目标聚焦于几个核心事项,不能过于发散失去重点,二是Result结果要量化成数字化指标,避免只有定性的描述。
#面试[话题]##数据产品#前字节跳动&携程数据产品专家,目前某OTA公司数据中台产品负责人,十年数据产品经理工作经验,想为更多数据产品新人提供求职指南和建议。