起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識五年風控同學技能該掌握到什么程度
編輯導語：每年都有丟失工作的人，在職已經好多年，但是沒有掌握到自己應該掌握的程度，那么關于干了五年風控的同學，應該掌握到什么程度，歡迎對風控感興趣的同學進行閱讀！
年底了，但我看跳槽市場永遠還都是那么熱鬧。一方面跟裁員肯定有關系，另一方面很多公司年終獎延到年后發了。
網上消息，不全真不全假。
群眾苦不堪言啊。
正好看到個不錯的簡歷，組里還有不少HC，就約了個人聊聊。
對方資歷是很不錯的，本碩985，工作5年，2年大行，3年消金機構。學歷背景和工作背景肯定是達標的。
另外，兩三年的司齡，在互聯網行業來看，算很穩定了。工作穩定性上非常達標。
畢竟互聯網大廠員工的司齡中位數估計就一年多，平均數被吃紅利的少數老人拉上去按統計說是不到三年。
在這樣的情況下，有些公司還有什么三五原則，也就是五年三換的不要，以及什么上一家司齡必須滿一年等等這種原則，真的是胡鬧。
總之呢，這樣的人當然要好好面面。
一、基本了解
社招有相關工作背景的，我就不喜歡面算法、python、sql了，我一般都會就著對方的履歷說。面算法、python、sql，不是說有問題，而是說，那容易讓人委屈。
首先呢，工齡長、有多年項目經歷的，是來做項目的，做項目是不太需要做什么反轉鏈表，也不關注xgb與gbdt的區別。不去關注那些體現思考和見識的項目邏輯，考這些算法干什么。
其次呢，那些算法知識，很多老員工的確是不會寫了。不會寫是一回事，如果招人來并不是寫那些開發工具，也不是要復現新面世的算法，何必呢？
委屈了呢，對方大概率就不會來了。大家要的是一個雙方合適，而不是一味的我挑你你挑我。
就像，老手找對象，看的是三觀匹不匹配，能不能一起成長，而不是找個花瓶給自己添堵。
所以說，面什么類型的題，在拿到對方簡歷的時候就可以有判斷了，不應該對所有人都來同一套。
不是說我會考慮對方的情緒，就面試的比較隨便。
簡歷列的項目我是會深度去問的，我知道很多工程項目做法很簡單，一些更深層次的問題不需要去考慮。但不需要做是一回事，有沒有思考是另一回事，如果背后存在問題，你都沒想過，我是不會有好感的。
另外，我后面還會問對方，覺得我們的場景下模型應該怎么做。
這其實就類似system design，基于之前的經驗和認識，對一個新的問題設計一套解決方案。
這類問題，我發現很多人都答得不好，因為絕大多數人都看不到全貌。
二、自我思考
我根據大家的背景，也發現，絕大多數做風控的同學，都是過去幾年搞起來的。他們都做過很多項目，但這些項目本身都很簡單，因為這個場景就很簡單。
小的放貸機構，往往就只有貸前申請要做模型，也就是A卡。數據呢，自然都是第三方的，一個人查一次，數據的匹配和調用流程，往往非常明確。
即使有些大銀行、持牌機構，因為很少有自有的場景，數據挖掘這部分的工作就是很少。
也結合著我的經歷，我發現真的很多人，只能做確定的sample、確定的X、確定的y下的工作。好像工作比Kaggle還簡單，后者還需要好好做特征工程呢。
把AI領域里的最新算法套一遍，除了慰藉了自己的算法工程師這個title，往往真的起不到什么作用。常常只是自嗨。
投資領域的行研都在說，科技公司需要經歷角色演變，從曾經的“顛覆者”，到后來的“賦能者”，再到如今要變成“同行者”。
那我就呼吁下，大家要多想想，不要瞎做做出來扔給別人去用，要去加入他們想他們所想，然后用點技術做點事情。
三、經驗傳授
今天面的這個同學，還說到另一個問題，就是有點不太想做授信模型了。意愿上有點想換個場景，例如反欺詐啊、營銷啊。
xgb的確容易讓人厭倦。我很理解。這個想法也很好，我很鼓勵。
風控其實不僅僅是拿一堆好壞人，做一個xgb模型，評估一個auc或者ks。
有兩點不應該。
風控不應該只是建一個模型。風控不應該只是做風險的模型。
我們都知道，模型其實就是一條高級的策略。策略規則千萬條，要分輕重。
從策略來看，模型效果是好，但是前面的分流還是以客群去劃分的，這就是跟算法的區別。
做運營呢，往往說三板斧，人貨場，互聯網業務呢，對應就是流量、產品、場景。那策略的三板斧是什么呢？分群、觸達、額度定價。
年齡是分群，收入是分群，多頭是分群，模型也是分群，是風險的分群。
模型當然更是額度定價的關鍵。
但還有觸達啊，你還要做投放、做產品優化、做用戶體驗。關注轉化的同時還要關注風險。
風險不風險的，本質都是用戶管理。用戶生命周期里我們要做的事情可太多了。
所以說，那些說不想做風控的，其實并不是不想做風控，是本身把范圍定義的太窄了。
其實，風控這邊呢，考慮的是增長和風險的平衡，它的工作的豐富度其實是更高的。
對了，今天的面試結束后，對方給我發一個消息。
這樣的問題，其實背后的邏輯和思路都是互通的，你要能想清楚一件事情應該怎么做，那別的平臺往往就會是那樣做的。錯誤的做法千千萬，正確的做法就一種。
以頭部平臺螞蟻為例吧，你去設想花唄借唄的團隊，風控會怎么做。
我不是問是不是包括ABCF卡，風控體系當然包括A卡、B卡、C卡、F卡這些東西，深入進去，A卡應該怎么做，有哪些痛點，一個模型還是多個模型，多個模型如何搭配使用，等等。
本文由@雷帥 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
- 目前還沒評論，等你發揮！
