一个曾为金融女的辛酸秋招历程

Part1:关于prejudice的问题

不想吐槽某些国企的招聘,进面试的全部是男生;不想吐槽那些大行给男生和女生划定了不同的分数线;不想吐槽每次在学院的群里看到一些合作单位或者是校友发的招帖中都会有刺眼的“偏好男生”四个字;如果你不是女生,你可能永远体会不到这种痛苦。我不愿听到诸如“女生需要面临以后的生育问题”,“我们部门妹子太多,领导想要调节一下男女比例”,”女生不适合喝酒等应酬场合”。有一次面试租赁公司的时候,hr问我为何不去券商,我当时就坦白地说:因为性别歧视。万万没想到的是,hr竟然苦口婆心地给我讲起来,为什么我们公司其实也是偏好男生的。她说,在前台岗位(偏销售性质的),试想,假如一个女生登门拜访客户推销产品但是被拒绝了,这个女生很难硬着头皮去第二次,但是男生不一样,心理学认为,男生追求女生的时候恰恰是十分享受那种追求的过程,愈挫愈不甘心,反而是遍到手之后就感觉没有了那种刺激感。在工作中也是这样,如果一个男生去登门推销产品,如果他被拒绝了一次,他还是会很淡然地第二次踏入这个客户的大门。她还给我举了一个他们公司的真实案例,有个客户经理拜访客户,本来好几次都被拒之门外,结果这个客户经理锲而不舍,每天早晨蹲点问候,结果后来与这个客户成为了很好的朋友,有一次这个客户经理生病了还去主动看望。

Part2:关于群面

秋招参加的场群面,除了极为特殊的保利和华夏幸福没收到二面,其他的都收到了。在此要特别感谢自己曾经参加过的一次面试训练,正是那次实战让我找到了自己的定位:如果不能做leader的话,我就做一个推动者和总结者,适时地进行观点的总结,这种时候,别人就自然而然地认为你的总结能力很不错,最后的总结发言环节,大家就自然而然地把reporter的角色推给你啦!

Part3:关于半结构化面试

我非常后悔的是,每次特别想去的公司都被用作了练手,可能本身也是因为自己眼高手低的原因吧,那些所谓的宝洁八大问和常见面试结构化问题我都懒得去准备。结果造成了我痛失两个总行的机会。之后我痛定思痛,按照知乎和许多公众号的文章整理了一个word,里面涵盖了所有可能被问到的题目和针对自己的情况(比如一些事例和亲身经验等)写的答案。
在准备每一场半结构化面试之前,我都会准备一个word,主要分为:
1、行业的认知:
一些重要的数据+行业发展存在的问题+行业最新发生的大事or政策+行业未来的发展
2、对公司的了解:
公司的排名+公司相对于其他同行业公司的优势和特点是什么(这也是回答”你为什么要来我们公司“这道题的回答素材+公司最近的新闻和大事记(可以通过网站的领导讲话等来了解公司的战略发展动态)+公司的业务(注意一些数据的对比)这里可以举个例子:当时面试zr信托的时候,面官在无领导小组讨论后问我们“你们谁看过我们公司的网站?分别看了哪些内容?”在场只有2位同学说看过,只有我看过它的年报,把zr的业务结构和数据同行业内的其他公司进行了对比,讲给了面试官。
3、关于职业规划:
我觉得这道题被问到的概率极其高。我当时也找到了很多知乎回答,大家可以有选择性地看一下~

Part4:关于自我介绍

永远不要去刻意追求新意,尤其是这种金融行业的面试,不像互联网那样追求你的创意,如果你刻意追求新意,可能就会造成对自我的介绍不全面的情况,还有就是别太老实,除非面官真的是会严格计时,否则超过1min其实也没关系,因为只有时间足够长才能让面官有时间仔细浏览你的简历,让他们对你有一个更为全面的了解。
有个教训:当时面试农总的时候,因为是双盲面试,自我介绍的时候不能说出自己的姓名,我可能太不适应不介绍自己的名字了,所以就忘记说了自己的学校(虽然面官应该能看到我的简历中的学校,但是还是感觉没有做一个强调还是有点影响的叭)。
数据化描述:尤其是在介绍实习的时候,多举例子,多罗列数据,用数据去impress面官
自我介绍的最后:可以简单提一句对行业的兴趣(是为后面埋下伏笔,引导让面官对你之后的提问,如果真的是问到了你对行业的理解,这时候就可以大展身手了!




全部评论
看来是参加了不少面试啊,不容易 啊
点赞 回复
分享
发布于 2022-08-12 20:27

相关推荐

#软件开发2024笔面经# 二面. 钉钉视频面. 一个杀气满满的微笑大佬.无八股.1.项目相关.说说你最有成就感的项目. 从大方向开始, 遇到了什么问题, 设计思路, 然后再谈细化的小问题.你是怎么解决实验用户都不是专业的, 如何让他们轻松上手? 如何设计一个实验? 实验配置管理的难点是什么? 实验配置数据量多少? 数据量不大啊(数据量虽然不大, 但是查询频繁, 有必要优化)? 数据大在什么地方(白名单包)?  SDK是怎么引入业务方的? 如何同步实验配置?你们有多少用户, 假如用户突破千万, 原来的设计方案有问题吗(白名单包拓展性差, 用户一多就没法传)?你怎么修改设计(diff操作, 只返回配置变化的实验id)?  假如我有三台机器都要做实验, 每台机器都要同步一个灰度名单, 灰度名单随时间变化会有不同版本, 名单很大不能全量更新, 同步配置过程怎么设计? (实验平台对于名单每个修改操作做记录, 记录新增或者减少哪些id, 然后缓存起来, 客户端同步时发实验id过来, 只返回需要变化的实验id对应的灰度名单里的若干id, 也就是说对实验和名单都做diff).版本怎么解决? (每次diff过后生成一个缓存, 包含新版本号和修改部分的id)版本号怎么设计, 应该包含哪些信息? 这种方案有没有问题 (假如中间版本号没被客户端收到, 同步会出问题)?2. ai相关大预言模型你怎么用的? 了解大模型原理吗(只了解一点图像生成的模型...)?diffusion的哪些功能你用到了?lora原理?
点赞 评论 收藏
转发
8 40 评论
分享
牛客网
牛客企业服务