Greenhouse ATS:招募人員如何搜尋您的履歷(2026)
Greenhouse不是一個典型的申請人追蹤系統(ATS)。大多數ATS平台使用演算法評分,在人工看到申請之前就對候選人進行排名。Greenhouse則相反:每一份申請都會到達人工審查者手中。沒有匹配分數,沒有AI自動拒絕履歷,也沒有演算法排名來決定您的履歷是否值得閱讀。[1]
這並不意味著格式無關緊要。Greenhouse仍然會將您的履歷解析為結構化資料,招募人員使用該解析資料來搜尋、篩選和組織數百名申請者。如果解析器未能正確擷取您的技能、職稱或日期,即使您的申請在技術上已通過,您在招募人員搜尋中也變得不可見。
了解Greenhouse內部的運作方式能給您具體的優勢。超過7,000家公司使用Greenhouse,包括Airbnb、HubSpot、Stripe、Figma、DoorDash和Lyft。[2] 如果您正在申請中型市場或企業級科技公司,您的履歷很有可能會通過這個系統。最後更新:2026年3月
重點摘要
- Greenhouse不會基於內容自動拒絕履歷。 每一份申請都會被轉送給人工審查者。沒有匹配分數或演算法排名。[1:1]
- 解析對搜尋可見性仍然重要。 招募人員在解析欄位上使用布林搜尋和關鍵字篩選。如果解析器錯誤讀取您的履歷,搜尋您技能的招募人員將找不到您。[3]
- 評分卡是手動的,而非演算法的。 招聘團隊在審查候選人之前定義標準,然後在面試後根據這些標準對申請者評分。您的履歷需要針對這些標準,而非玩弄關鍵字演算法。[4]
- PDF和DOCX都可以使用。 Greenhouse接受.doc、.docx、.pdf、.rtf和.txt檔案,最大100 MB,但超過2.5 MB的檔案解析會失敗。[5]
- 單欄版面解析最可靠。 使用文字方塊建立的多欄設計可能導致解析器將職稱、日期和描述在不同條目之間混淆。[6]
- 工作經驗中的關鍵字比技能區段更有分量。 招募人員搜尋會掃描履歷的全文,但情境式關鍵字放置(在職位描述中)比獨立的列表更有說服力。[3:1]
Greenhouse的實際運作方式
大多數ATS指南將每個系統視為關鍵字匹配的黑盒子。Greenhouse在架構上不同,了解這個差異會改變您準備履歷的方式。
沒有自動化的履歷評分
Greenhouse共同創辦人Jon Stross已公開表示,數字相關性評分會在招聘中引入偏見。該平台圍繞一個核心原則設計:AI不做招聘決定,不評分候選人,也不決定哪些申請會被看到。[1:2] 當您向Greenhouse驅動的職缺刊登提交履歷時,它進入申請審查階段,由招募人員手動審查該職位的每一位新申請者。
與Taleo或Workday等系統的偏離是顯著的,因為演算法篩選可以在人工看到申請之前就拒絕候選人。在Greenhouse中,瓶頸是招募人員的時間和注意力,而非演算法的關鍵字計數。
結構化招聘與評分卡
Greenhouse圍繞所謂的「結構化招聘」構建。在職缺發布之前,招聘經理建立一個評分卡:理想候選人應具備的技能、特質和資格的列表,按類別和特定屬性組織。[4:1] 面試官在面試後使用這些評分卡對候選人評分,對每個屬性從「絕對不」、「否」、「是」和「強烈同意」中選擇。
履歷撰寫者應注意,評分卡標準是在任何履歷到達之前就設定好的。您的履歷需要直接針對職位描述中列出的能力,因為這些能力幾乎肯定反映在招聘團隊用來評估您的評分卡中。目標不是塞滿關鍵字。而是以對應公司已定義的特定標準的方式展示相關經驗。
唯一的例外:申請規則
雖然Greenhouse不使用AI基於履歷內容自動拒絕,但它確實允許公司建立與自訂篩選問題相關的申請規則。[7] 這些是申請表上的「您是否被授權在美國工作?」或「您是否擁有有效的CPA執照?」等問題。公司可以設定自動拒絕規則,淘汰對淘汰問題回答「否」的申請者。
拒絕與您的履歷內容或格式無關。它完全基於您對申請問題的回答。這個區別很重要:您的履歷不是被解析和評分的。但您對必答問題的回答可以在人工審查之前觸發自動淘汰。
Greenhouse如何解析您的履歷
即使Greenhouse不會對您的履歷評分,它仍然會解析它。了解解析層至關重要,因為解析資料驅動著招募人員的搜尋和篩選。
解析引擎
Greenhouse使用第三方履歷解析服務從上傳的檔案中擷取結構化資料。解析器讀取您的檔案並嘗試識別和擷取:全名、電子郵件地址、電話號碼、工作經歷(公司名稱、職稱、就職日期)、教育(機構、學位、畢業日期)和技能。[6:1]
解析後的資料與您原始上傳的檔案一起儲存。招募人員可以同時查看解析欄位和原始檔案。解析中的格式錯誤不會毀壞您的申請,但會降低您的可搜尋性。
導致解析失敗的原因
Greenhouse自己的支援檔案識別了導致解析不成功的特定格式問題:[6:2]
圖形、照片和藝術字。 解析器擷取文字,而非視覺元素。如果您的名字呈現為圖形標題,解析器什麼也看不到。標誌、大頭照和裝飾元素會被完全忽略。
圖片型檔案。 如果您的PDF是掃描圖片而非文字型檔案(掃描列印履歷時常見),解析器無法擷取任何文字。始終從文書處理軟體匯出PDF,而非掃描列印稿。
超過2.5 MB的檔案。 Greenhouse可以接受最大100 MB的上傳,但解析引擎在2.5 MB時停止。嵌入在您履歷中的高解析度圖片可能超過此門檻,導致檔案被附加到您的個人檔案而沒有任何解析資料。[5:1]
頁首和頁尾中的聯絡資訊。 將聯絡資訊放在頁首是最常見且代價最高的錯誤之一。檔案頁首和頁尾在Word和PDF檔案中存在於獨立的文字層中。許多解析器,包括Greenhouse使用的解析器,完全略過這一層。如果您的姓名、電話號碼或電子郵件地址在頁首或頁尾中,解析器可能無法擷取它。[6:3]
不一致的區段組織。 解析器尋找可辨識的區段模式。一份在工作經驗、教育和技能之間沒有清楚劃分的履歷將解析不良。標準的區段標題如「Experience」、「Education」和「Skills」為解析器提供可靠的錨點。
縮寫的職稱和一般性的公司名稱。 解析器可能對大量縮寫感到困難。「Sr. Acct Exec」可能無法正確對應到「Senior Account Executive」。同樣,沒有識別符(Inc.、Co.、LLC)的公司名稱可能被誤認為職稱或區段標題。
多欄版面:細微的現實
多欄履歷設計是ATS系統的常見顧慮。Greenhouse的現實是有細微差別的。使用原生Word或Google Docs欄格式建立的欄通常能正確解析。當使用正確的檔案結構構建時,解析器可以跟隨文字流。[8]
問題出在文字方塊上。當使用浮動文字方塊建立欄時,解析器可能先讀取所有A欄,然後讀取所有B欄。一個職位的職稱與另一個職位的公司名稱被串接在一起,日期與其對應的職位分離。結果是一個在招募人員掃描搜尋結果時看起來像廢話的解析個人檔案。
如果您想要多欄設計以獲得視覺吸引力,請使用文書處理軟體中的原生欄格式,而不是使用文字方塊、表格或手動間距。但最安全的方法仍然是具有清楚時間順序結構的單欄版面。
招募人員如何在Greenhouse中搜尋
了解解析層只是全貌的一半。另一半是知道招募人員如何使用該解析資料來找到候選人。
布林搜尋
Greenhouse在其整個候選人資料庫中提供完整的布林搜尋。招募人員可以使用AND、OR、NOT、引號進行精確短語搜尋、括號進行分組,以及星號萬用字元。[3:2]
搜尋資深Python開發人員的招募人員可能輸入:"Python" AND ("senior" OR "lead") AND ("machine learning" OR "data engineering")。系統搜尋履歷和內部備註的全文。您履歷中的每個字都是可搜尋的,不僅僅是解析後的技能欄位。
啟示是直接的:您在工作經驗描述中使用的具體用語很重要。如果招募人員搜尋「stakeholder management」而您的履歷寫的是「worked with various teams」,您不會出現在該搜尋中。使用描述您工作的精確專業術語。
人才篩選
除了布林搜尋,Greenhouse提供專門用於申請審查階段的人才篩選功能。招募人員可以輸入關鍵字(職稱、技能、地點)並使用兩種模式篩選結果:[9]
偏好關鍵字 使用OR邏輯。如果招募人員輸入「Python」和「Java」作為偏好關鍵字,具有任一技能的候選人都會出現在結果中。
必要關鍵字 使用AND邏輯。如果「Python」和「AWS」都被設為必要,只有解析後的履歷同時包含這兩個詞的候選人才會顯示。
系統還提供從公開職缺刊登中提取的建議關鍵字。職位描述中的關鍵字很可能就是招募人員用來篩選申請者的確切用語。仔細閱讀職缺刊登,確保您的履歷包含相同的術語。
關鍵字之外的篩選
在關鍵字篩選之後,招募人員可以進一步按地點、推薦狀態、評分卡完成狀態、教育背景和自訂條件縮小結果。[9:1] 特別是地點篩選意味著您的履歷應該在可解析的位置包含您的城市和州(或願意搬遷的意願),而不是埋在求職信中的句子裡。
為什麼工作經驗關鍵字勝過技能區段
Greenhouse搜尋履歷的全文,因此獨立的「技能」區段和工作經驗描述中提到的技能都是可搜尋的。然而,招募人員評估結果的方式在實務上存在差異。
當招募人員透過布林搜尋「Kubernetes」找到您時,他們下一步做的是查看該關鍵字出現在哪裡。「Kubernetes」列在技能區段中告訴他們您聲稱知道它。「Migrated 47 microservices to Kubernetes, reducing deployment time by 60%」在您的工作經驗中則告訴他們您實際上已大規模使用過它。關鍵字讓您被找到。情境決定招募人員是否推進您。
將您最相關的技能前置到工作經驗要點中。使用技能區段作為補充,而非替代。
Greenhouse的格式規則
根據Greenhouse自己的檔案和解析行為,以下是具體的格式指南。
檔案結構
| 要素 | 建議 |
|---|---|
| 版面 | 首選單欄。多欄僅在使用原生欄格式(非文字方塊)時可接受。 |
| 區段標題 | 使用標準名稱:「Experience」或「Work Experience」、「Education」、「Skills」、「Summary」或「Professional Summary」。 |
| 格式 | 時間順序或組合(混合)。功能型履歷解析不良,因為工作經歷缺乏清楚的公司/職稱/日期關聯。 |
| 檔案類型 | PDF或DOCX。兩者在Greenhouse中都能良好解析。PDF為人工審查保留視覺版面。 |
| 檔案大小 | 保持在2.5 MB以下以確保成功解析。避免嵌入高解析度圖片。 |
| 聯絡資訊 | 將姓名、電話、電子郵件和LinkedIn網址放在檔案本文中。絕不放在頁首或頁尾。 |
日期格式
在整份履歷中使用一致的標準日期格式。Greenhouse的解析器能可靠處理以下格式:
- 月份 年份:「January 2024 - Present」或「Jan 2024 - Present」
- MM/YYYY:「01/2024 - Present」
避免模糊的格式如「2024-1」或「1/24」。避免使用季節(「Summer 2023」)或季度(「Q3 2024」)作為就業日期。這些可能無法正確解析為結構化日期欄位,影響招募人員按經驗年數篩選的方式。
需避免的元素
表格。 雖然某些測試顯示Greenhouse可以處理簡單的表格,但解析不對齊的風險不值得邊際的視覺效益。使用標準段落和要點列表代替。
文字方塊。 這些建立了解析器可能以錯誤順序讀取的浮動內容層。文字方塊是解析資料混亂的最常見原因。
頁首和頁尾。 放在檔案頁首或頁尾層中的任何內容對解析器來說可能是不可見的。這包括頁碼、聯絡資訊和裝飾元素。
圖片、標誌和圖示。 解析器僅擷取文字。電話號碼旁邊的電話圖示不增加任何東西,反而可能在解析輸出中建立亂碼字元。使用文字標籤。
使用定位點或手動間距建立的欄。 這些依賴僅存在於呈現檔案中的視覺對齊。解析器讀取的是原始文字流,其中定位點對齊的內容變成混亂的序列。
Greenhouse中的常見拒絕原因
由於Greenhouse不會基於履歷內容自動拒絕,拒絕是透過明確的人為機制發生的。了解這些有助於您有針對性地準備。
評分卡標準不匹配
在履歷審查階段被拒絕的最常見原因是招募人員判定您的經驗不符合為該職位建立的評分卡標準。如果評分卡要求「5年以上的產品管理經驗」而您的履歷顯示2年,無論您的履歷格式或關鍵字最佳化做得多好,招募人員都會拒絕申請。
這個過程不是演算法的。是一個人閱讀您的履歷並將其與預定義的要求列表進行比較。解決方案很直接:申請您的經驗真正符合所述要求的職位,並在您的履歷中立即明確這種匹配。
在招募人員搜尋中不可見
對於申請量大的職位,招募人員在對每一份申請進行全面審查之前,使用關鍵字搜尋和人才篩選來識別最相關的候選人。如果解析器未能擷取您的關鍵技能,或者如果您使用了與招募人員搜尋不同的術語,您的申請就留在未篩選的池中。
搜尋不可見性是Greenhouse中最接近「通過ATS」的概念。您不是被演算法拒絕,但您實際上被降低了優先級,因為招募人員的搜尋沒有浮出您的個人檔案。修復方法是確保您的履歷使用與職位描述相同的術語,並且您的格式允許乾淨的解析。
解析個人檔案可讀性差
當招募人員查看搜尋結果時,他們看到的是解析資料的摘要:您的姓名、目前職稱、最近的公司和擷取的技能。如果您的履歷解析不良(日期混亂、職稱缺失、技能欄位為空),該摘要看起來不完整或令人困惑。即使招募人員可以點擊查看您的原始檔案,當有數十位解析乾淨的候選人可以先審查時,他們通常不會費心。
淘汰問題
如前所述,與申請問題相關的自動拒絕規則可以在任何履歷審查發生之前淘汰您。始終誠實且完整地回答篩選問題。如果一個職位需要特定的認證、執照或工作授權,而您沒有,再多的履歷最佳化也無濟於事。
Greenhouse特定技巧
這些是基於Greenhouse的解析、搜尋和審查流程實際運作方式的針對性建議。
1. 反映職位描述的術語
Greenhouse的人才篩選功能根據職缺刊登本身向招募人員建議關鍵字。[9:2] 如果刊登說「cross-functional collaboration」,不要寫「worked with different departments」。使用確切的短語。如果刊登將「Figma, Sketch, Adobe XD」列為必要工具,在您的經驗描述中列出那些具體的工具名稱,而不僅是「design tools」。
2. 前置可量化的成就
因為Greenhouse將每一份申請轉送到人工審查,您的履歷將被人閱讀。這個人正在將您的履歷與具有特定標準的評分卡進行比較。以量化的結果引領您的要點,直接展示該職位所需的能力。
而不是:「Responsible for managing client accounts」 寫成:「Managed a portfolio of 23 enterprise accounts generating $4.2M in annual recurring revenue, achieving 97% retention rate over 18 months」
第一個版本沒有告訴招募人員您的能力。第二個為他們提供了具體的證據,可以根據評分卡標準進行核對。
3. 在開頭清楚包含公司名稱和職位背景
Greenhouse的解析視圖將候選人顯示為列表,包含姓名、職稱和公司。確保您最近和最相關的職位在經驗區段的頂部清楚結構化,帶有可辨識的公司名稱和清楚的職稱。縮寫或創意的職稱(「Chief Happiness Officer」、「Code Ninja」)在某些情境下可能引起注意,但解析會模糊,使招募人員更難快速評估您的資歷等級。
4. 一致使用標準日期格式
您履歷中的每個日期都應遵循相同的格式。「January 2023 - March 2025」比混合使用「Jan 2023 - 3/2025」更清楚。一致性幫助解析器,並向人工審查者表明注意細節。
對於目前的職位,使用「Present」或「Current」而不是留空結束日期。缺少結束日期可能導致解析器錯誤識別就業狀態。
5. 將聯絡資訊放在檔案本文的最頂部
不要放在頁首。不要放在頁尾。不要放在側邊欄。您檔案本文的前幾行應包含您的姓名、電話號碼、電子郵件地址和LinkedIn網址。這確保解析器擷取它們,並且招募人員可以從解析個人檔案視圖中快速聯繫您。
6. 為評分卡撰寫,而非為演算法撰寫
Greenhouse與Taleo等系統最佳化之間的根本區別。在Taleo中,您試圖通過演算法。在Greenhouse中,您試圖說服一個根據預定義標準評估您的人。
仔細閱讀職位描述。識別它描述的4-6個核心能力。然後確保您的履歷為每一個提供具體的、有證據支持的展示。這才是在Greenhouse中真正重要的最佳化。
7. 不要僅依賴技能區段
履歷底部的30個技能的要點列表可以被Greenhouse的布林搜尋找到,但缺乏說服招募人員推進您的情境。將您最關鍵的技能整合到工作經驗描述中,在那裡它們得到成就和成果的支持。使用技能區段作為補充技術專長、認證和不自然融入經驗要點的工具。
8. 測試您的履歷可解析性
在提交之前,將您的履歷上傳到免費ATS相容性檢查。如果檢查器正確擷取了您的姓名、聯絡資訊、職稱、公司名稱、日期和技能,Greenhouse的解析器也很可能能處理好。如果欄位缺失或混亂,請重新審視您的格式。
要更廣泛地了解不同平台之間的解析差異,請參閱我們關於不同ATS系統如何解析履歷的指南。
Greenhouse與其他ATS系統的比較
Greenhouse在ATS市場中佔據特定的利基位置。了解它與其他平台的差異有助於您根據目標雇主使用的系統來調整策略。
| 功能 | Greenhouse | Workday | Taleo | iCIMS |
|---|---|---|---|---|
| 基於履歷內容自動拒絕 | 否 | 是(可設定) | 是 | 是(可設定) |
| 履歷匹配評分 | 否 | 是 | 是 | 是 |
| 人工審查每份申請 | 是(設計如此) | 視設定而定 | 視設定而定 | 視設定而定 |
| PDF解析 | 可靠 | 可靠 | 有問題(傳統版本) | 可靠 |
| 評分卡驅動的評估 | 核心功能 | 可用 | 基本 | 可用 |
| 布林候選人搜尋 | 完整支援 | 有限 | 完整支援 | 完整支援 |
實務上的重點:如果您正在申請使用Greenhouse的公司,花更少的時間擔心關鍵字密度演算法,花更多的時間確保您的履歷清楚展示職位描述中列出的特定能力。閱讀您履歷的人將根據結構化評分卡評估您,而非演算法。
最後的話
Greenhouse是對候選人最友善的ATS平台之一,因為它設計為讓人類留在決策迴路中。沒有履歷會因內容解析而被自動拒絕。沒有演算法決定您是否合格。招募人員會看到您的申請。
但「以人為本」不意味著「格式無關」。乾淨的解析決定您是否出現在招募人員搜尋中。清楚的、以成就為導向的寫作決定您是否通過評分卡評估。精確的關鍵字對齊決定您在人才篩選時是否被浮出。
Greenhouse的策略不是玩弄演算法。而是讓招募人員的工作變得輕鬆:乾淨地解析,匹配所述標準,並用具體證據證明您的價值。這才是讓您被推進的方法。
不確定您的履歷是否能在Greenhouse中正確解析?免費檢查您的履歷ATS相容性——它在30秒內測試格式、關鍵字和解析。或者從頭建立ATS最佳化履歷,使用為Greenhouse評分卡驅動評估設計的模板。
常見問題
Greenhouse與其他ATS平台對求職者有何不同?
Greenhouse有根本性的不同,因為它不會基於內容或關鍵字匹配自動拒絕履歷。每一份申請都被轉送給人工審查者,根據預定義的評分卡評估候選人。這意味著您的履歷策略應該著重展示能力而非塞滿關鍵字。然而,乾淨的解析仍然重要,因為招募人員使用布林搜尋和人才篩選在大量申請池中找到候選人。[1:3]
我可以為Greenhouse申請使用創意或設計履歷嗎?
可以,Greenhouse比Taleo或Workday等傳統ATS平台對創意版面更寬容。由於招募人員看到您原始上傳的檔案以及解析資料,乾淨的視覺設計可以是加分項。然而,避免文字方塊、圖片型標題和干擾解析的浮動元素。使用原生欄格式建立的多欄版面可以運作,但不是文字方塊。最安全的方法仍然是帶有標準區段標題的單欄版面。[6:4]
透過Greenhouse申請時應該使用什麼檔案格式?
Greenhouse接受.doc、.docx、.pdf、.rtf和.txt檔案,最大100 MB,但其解析引擎在超過2.5 MB時停止可靠工作。PDF和DOCX都能良好解析。當您想為人工審查者保留確切的視覺版面時,建議使用PDF,因為Greenhouse的評分卡系統意味著您的檔案將被人閱讀,而非僅由演算法評分。[5:2]
Greenhouse使用AI來篩選或排名候選人嗎?
不會。Greenhouse共同創辦人Jon Stross已公開表示,數字相關性評分會在招聘中引入偏見。該平台不使用AI評分候選人、排名申請或決定哪些履歷會被看到。唯一的自動拒絕機制是與篩選問題(如「您是否被授權在美國工作?」)相關的申請規則,這些是基於您的回答,而非您的履歷內容。[1:4][7:1]
關鍵字在Greenhouse申請中有多重要?
關鍵字對可發現性很重要,而非對評分。Greenhouse招募人員使用布林搜尋和人才篩選從大量申請池中浮出相關候選人。如果您的履歷不包含招募人員搜尋的用語,您不會出現在篩選結果中。反映職缺刊登中的確切術語——如果它說「cross-functional collaboration」,使用那個短語,而不是「worked with different departments」。但與關鍵字密集型系統不同,您經驗的品質和情境比關鍵字密度更重要。[3:3][9:3]
相關ATS指南
每個ATS解析履歷的方式不同。如果您正在廣泛申請,了解您目標雇主使用的系統:
- 5大ATS系統如何解析您的履歷(2026)——所有平台的完整比較
- Workday ATS:為什麼您的履歷會遺失(以及如何修復)——表單資料是真正的申請
- iCIMS ATS:您需要知道的履歷解析規則——具有持久性個人檔案的企業標準
- Oracle Taleo ATS:嚴格的解析規則會拒絕履歷——最嚴格的解析器,需要DOCX
- Lever ATS:新創和科技公司的履歷技巧——科技和新創公司的ATS+CRM混合型
參考資料
Greenhouse. "How Does Greenhouse Use AI? Here's Everything Candidates Need to Know." Greenhouse Candidate Blog. https://my.greenhouse.com/blogs/how-does-greenhouse-use-ai-heres-everything-candidates-need-to-know ↩︎ ↩︎ ↩︎ ↩︎ ↩︎
Greenhouse. "Greenhouse Ranked Best ATS in the Overall, Enterprise, Mid-Market and EMEA Regional G2 Winter 2026 Reports." Greenhouse Newsroom, 2026. https://www.greenhouse.com/newsroom/greenhouse-ranked-best-ats-in-the-overall-enterprise-mid-market-and-emea-regional-g2-winter-2026-reports ↩︎
Greenhouse Support. "Search candidates using Boolean queries." https://support.greenhouse.io/hc/en-us/articles/202360199-Search-candidates-using-Boolean-queries ↩︎ ↩︎ ↩︎ ↩︎
Greenhouse Support. "Scorecard overview." https://support.greenhouse.io/hc/en-us/articles/4414777492891-Scorecard-overview ↩︎ ↩︎
Greenhouse Support. "Supported formats for resumes, cover letters and other candidate uploads." https://support.greenhouse.io/hc/en-us/articles/360052218132-Supported-formats-for-resumes-cover-letters-and-other-candidate-uploads ↩︎ ↩︎ ↩︎
Greenhouse Support. "Unsuccessful resume parse." https://support.greenhouse.io/hc/en-us/articles/200989175-Unsuccessful-resume-parse ↩︎ ↩︎ ↩︎ ↩︎ ↩︎
Greenhouse Support. "Application rules overview." https://support.greenhouse.io/hc/en-us/articles/203105595-Application-rules-overview ↩︎ ↩︎
Briefcase Coach. "How an Applicant Tracking System Works: Interview with Greenhouse Co-Founder Jon Stross." https://www.briefcasecoach.com/how-an-applicant-tracking-system-works-interview-greenhouse-founder-jon-stross/ ↩︎
Greenhouse Support. "Talent Filtering." https://support.greenhouse.io/hc/en-us/articles/27104809835291-Talent-Filtering ↩︎ ↩︎ ↩︎ ↩︎