招募創始工程師：人才搜尋與評估計畫

招募創始工程師，不只是提早招募一位資深開發人員。這個職稱沒有統一的定義：它可能指公司第一位技術員工，也可能是加入現有團隊的早期工程師。搜尋之前，先定義公司真正需要這個人做什麼；急迫或願意犧牲，都不是一種資格。

搜尋之前，先定義職缺

從公司目前的階段和接下來 6 到 12 個月開始。寫明你手上有的是原型、已有客戶，還是主要有一個技術風險要研究。描述產品範圍、架構決策、客戶相關工作、限制條件，以及最終決定權在誰手上。創始工程師可能會主導架構、直接和使用者對談，但不一定是共同創辦人或高階主管。

把界線寫清楚。共同創辦人通常一起參與公司成立、持有股權並參與治理；創始工程師是負責範圍很廣的早期員工或約聘人員；第一位工程師則可能有範圍較窄的任務，以及既有的技術主管。這些是實務上的區分，不是法律上的定義。使用這個職稱前，先寫下職責、直屬主管和決策權限。

寫明對人的期待：如何和創辦人協作、未來是否要招募或帶人、意見不同時怎麼處理，以及優先順序改變時會得到什麼支援。不要暗示無限工時、隨時待命或無償的正式開發工作就是對新創的投入。說明工作型態、工作地點、出差和值班的期待。

建立以證據為準的需求說明

把職缺整理成三到五項必備條件和幾項加分條件。每項必備條件都記下可接受的證據，以及用來驗證它的問題。「負責過正式環境的系統」要具體寫出範圍、限制、決策和成果；光有職稱不算證據。也要納入相近的經歷，例如在其他領域負責過對客戶很關鍵的系統。

列出風險，例如需求不明確、技術債、資安或可靠度限制，以及對客戶的承諾。寫明哪些風險由這位工程師負責。把薪資、福利、聘僱或約聘模式和股權寫成書面。股權工具、授予時程（vesting）、行使、稀釋和核准狀態，都要使用經過查證的公司資訊，再請當地顧問審閱條款；不要自己編造一個比較基準。

每個管道都要有使用的理由

用一組聚焦的管道組合，而不是靠名校或名企光環篩選：內部推薦、技術社群、技術聚會、開源專案、專業個人檔案，再加上一份清楚的需求說明。記下每個管道能看出什麼、看不出什麼。公開的貢獻有助於發掘人才，但不能證明對方有空、是作者本人、善於協作或有興趣。查詢推薦人前要先取得同意；聯繫訊息要具體，也要讓對方容易婉拒。

Talent Summoner 是我們用來發掘人才的產品。它的人才搜尋流程從職缺需求說明出發，在 LinkedIn、GitHub 和其他公開專業來源的 200M+ 個人檔案中搜尋，並在排序好的入圍名單中列出必備條件、加分條件和白話的理由；你的回饋可以調整後續的搜尋和權重。把它當作研究工具，而不是能力或動機的證明。

評估實際的工作，不是神話

用一致的順序：範圍對談、技術深入討論、有範圍的實作題或設計練習，以及協作對談。給每位候選人相同的要求和評估標準。實作題可以是勾勒一個產品做法、評論一份設計，或替一段簡短的範例除錯。要有時間上限、和職缺相關；絕不要求對方無償做一個你可能會上線的功能。

把證據和解讀分開記錄。問候選人負責了什麼、放棄了哪些替代方案、如何衡量成果，以及現在會怎麼改。透過與工作相關的實例，評估技術判斷、產品思考、溝通、學習能力和面對模糊情況的能力，而不是靠對性格的刻板印象。未知的部分保留為待問的問題。

推薦人查詢、雙向查核與決定

在候選人同意後才查詢推薦人。問對方的職責、決策、協作方式，以及具體工作的背景；不要使用私下打聽來的意見。讓候選人和創辦人談談、實際看看產品、了解產品路線圖，並詢問資金能撐多久、決策權限、會得到的支援、工作型態，以及這個職缺為什麼開出來。雙向查核能讓彼此不一致的期待浮上檯面。

用已定案的需求說明比較證據。記下尚未解決的風險、後續追蹤的負責人，以及決定推進、暫緩或結束的理由。錄取通知應重申工作範圍、直屬主管、聘僱安排、工作型態、薪資、福利、股權條款（如適用）、附帶條件和到職前提。當地的勞動、稅務和股權處理，需要最新的專業意見和確切的公司資訊；本文不是法律意見。

創始工程師工作表

Talent Summoner 適合用在哪裡

Talent Summoner 是我們的人才搜尋和排序產品，不是 ATS：它不管理應徵流程，也不會自動淘汰候選人。如果你手上已有履歷，免費的候選人排序工具可以接受最多 50 個 PDF、DOCX、MD 或 TXT 檔案，並產生一份可分享的報告；最後由你的團隊決定。選擇使用頻率前，請先查看最新定價。

把工作表複製一份給一個職缺用，對每位候選人問相同的問題，並讓錄取通知和工作內容一樣明確。接著從一份聚焦的職缺需求說明開始，每個關卡都由人審核。

常見問題

相關：用 GitHub 搜尋工程人才：該查看什麼

Talent Summoner 的產品資訊取自我們目前的人才搜尋、候選人排序及定價頁面，於 2026 年 8 月 19 日查證。我們每季重新查證此頁；如有變動，歡迎告知。