用證據矩陣比較最終候選人

比較最終候選人用的證據矩陣，是一份並排的審閱紀錄。把核准過的職缺條件放在列，最終候選人放在欄，每一格填入有出處的證據。它讓缺口和後續工作一目了然。它不是自動做出的結論、不是工作表現的預測，也不是把一個人簡化成一個分數的理由。

和入圍名單不同的是，你要沿著每一項條件橫向閱讀，對每位最終候選人套用同一個證據標準。

在最終候選人階段使用這份矩陣，這時人數已經少到可以仔細比較。把它和原本的排序結果分開：排序可以幫你聚焦注意力，矩陣則記錄團隊在每一項會影響決定的條件上，能拿出什麼證據。

比較人選之前，先劃清範圍

在任何人編輯格子之前，先建立表頭。記下職缺、核准的需求說明版本、審閱日期、決策負責人，以及納入比較的最終候選人。註明可以使用的來源和存取權限。如果需求說明改了，就開一個新版本的矩陣，不要在比較到一半時悄悄換掉問題。

把需求說明轉成重要的列。每一列都標成必備條件、加分條件或執行上的限制。定義什麼算有用的證據，以及哪些需要查證。像「負責正式環境的 API 遷移」這樣的條件，和「有相關領域的經驗」需要的查核方式不同。這只是示範用的條件，不是關於任何真實候選人的說法。如果是以作品集評估的職缺，作品集職缺的候選人篩選評分標準可以提供這些列，並把職缺條件和作品的包裝分開。

不要因為某位最終候選人的背景很吸引人，就多加一列。每一項重要條件都要套用到每個人身上，避免個人偏好悄悄蓋過一個還沒被證實的必備條件。

每一格都用同樣的證據格式

每位最終候選人的格子要精簡，但能追溯來源。內容包含狀態、一小段來源原文或出處、解讀，以及未知的部分或下一個查核。有的話，記下來源和擷取日期。把來源原文和解讀分開；一個職稱或關鍵字，並不能證明這個人真的負責過、規模多大、經驗多新或成果如何。

使用能幫助審閱者採取行動的簡單標籤：

狀態	什麼時候用	下一步
有證據	現有資料直接回應這項條件，而且背景資訊足夠。	讓來源保持可見，並確認一般的細節。
相關但不直接	證據有關聯，但和這項要求之間還有一段需要查證。	提出一個聚焦、可以互相比較的問題。
未知	資料沒有回答這項條件。	寫出缺少的事實，並指定負責查證的人。
互相矛盾	重要的來源在影響決定的地方說法衝突。	保留兩邊的出處，並交給一個人審閱。

這些是工作用的標籤，不是經過驗證的評分。不要把「未知」變成「不符合」，也不要把「有證據」變成對未來工作的保證。如果某個來源無法存取或沒有日期，就把這個限制記下來，不要用假設去填補缺口。

沿著每一列比較

橫向閱讀矩陣。問同一項條件對每位最終候選人能確認什麼、證據在哪裡不同，以及哪個不確定性可能改變下一步。同類的缺口，就用同類的問題或工作樣本去查證。一份比較長的履歷看起來可能比較完整，卻不代表證明了更多，所以要讓證據標準保持一致。

讓解讀緊貼著來源。「描述自己主導過一次遷移」，範圍比「能在我們的規模下主導遷移」窄。如果你需要的是後者，就寫下缺少的範圍資訊，並提出詢問。來源說法不一致時，把兩邊的出處都列出來，讓負責的審閱者解決衝突。保留一則變更紀錄，而不是覆蓋掉先前的解讀。

如果排序報告是輸入之一，就拿需求說明來審閱矩陣，而不是把報告的順序直接搬進決定。名次接近，代表需要審閱證據；它不能證明某位最終候選人比較好。當資料不足以支持區分時，就保留這個不確定性，並對相關的最終候選人採用同樣的查證方式。

矩陣出問題時怎麼排解

常見的問題包括：

審閱過程中改了列：凍結這個版本，記錄核准，並對每位最終候選人重新檢查新的條件。
一欄寫的是結論，另一欄寫的是引文：把來源、解讀和未知三個欄位分開，再統一使用同樣的格式。
個人偏好掩蓋了缺少的必備條件：把這個必備條件獨立成一列，任何例外都要記錄由誰決定。
把未知當成淘汰理由：把結論換成一個聚焦的問題、負責人和停止條件。
把矛盾平均掉了：保留兩邊的出處，並記錄由人做出的判斷，而不是給一個混合後的分數。

交接之前，確認每一個重要的列都有負責人，每一格都有來源或明確標示未知，每一個行動都有和工作相關的理由。行動包括推進、查證、暫緩、修訂或結案。「結案」需要一個以條件為依據的理由；只有名次不算是解釋。

可以直接複製的審閱步驟

把這些步驟放在矩陣的表頭，或團隊的交接紀錄裡：

1. 確認職缺需求說明的版本、條件，以及納入比較的最終候選人。
2. 替每一個重要的列定義證據標準。
3. 每位最終候選人的每一格，加上一個來源出處和一則解讀。
4. 標示狀態：有證據、相關但不直接、未知或互相矛盾。
5. 每一列都用同一個問題，比較每位最終候選人。
6. 每一個重要的缺口，都指定負責人、查核方式和停止條件。
7. 記錄建議的行動、理由、審閱者和日期。
8. 分享之前，保存矩陣的版本和來源紀錄。

這是審閱輔助工具，不是可下載的檔案，也不是自動的決策規則。只讓參與的人存取，並且只保留你的流程需要的資訊。

Talent Summoner 適合用在哪裡

Talent Summoner 是我們的產品，用於 AI 人才搜尋、履歷排序，以及經你確認後才寄出的聯繫訊息。目前的候選人排序工具（2026 年 9 月 2 日查證）接受貼上或上傳的職缺說明，以及最多 50 份 PDF、DOCX、MD 或 TXT 格式的履歷。它會回傳一份排序好的入圍名單，並附上白話的理由；報告可以用連結分享，也可以下載成 PDF，不需要帳號。把它當作矩陣的輸入，再去檢查來源，並另外記錄你的條件、未知的部分和下一步行動。

如果手上的人選太少，人才搜尋（2026 年 9 月 2 日查證）是另一條找人的途徑。目前的方案請看定價。Talent Summoner 幫你整理排序和找人；查證證據、進行後續追蹤和做出決定，仍然由你的團隊負責。

證據矩陣裡應該放什麼？

放入核准過的條件、每位最終候選人、來源出處、解讀、狀態標籤、未知的部分、查證負責人和下一步行動。讓需求說明的版本和審閱日期保持可見。

證據矩陣應該有一個總分嗎？

預設不需要。總分可能掩蓋一個未知的必備條件，或讓個人偏好抵銷一個重要的缺口。直接比較各項條件，任何評分方法都另外記錄。

未知等於不符合條件嗎？

不等於。未知的意思是資料沒有回答這個問題。記下需要查證的內容，並採用可以互相比較的查證步驟。

證據互相矛盾時該怎麼處理？

保留兩邊的出處，註明相關日期，並指定一位審閱者。不要把矛盾的證據平均掉，也不要自動淘汰某位最終候選人。

Talent Summoner 可以建立證據矩陣嗎？

目前的產品提供排序結果和可分享的報告。按條件逐項比較、查證來源背景，以及後續追蹤和錄用決定，都由你的團隊負責。

下一次審閱最終候選人時，先凍結需求說明，把它的條件複製成列，再替每個人完成一格有出處的內容。在決定要推進、查證、暫緩、修訂或結案之前，替每一個重要的未知指定負責人和停止條件。