創辦人的需求訪談問卷指南

創辦人需求訪談問卷，能把口頭提出的招募需求，轉成其他人也能檢視的資訊。當第一位員工感覺很急著要找，但職缺內容、證據標準或決策權還在變動時，這份問卷特別有用。它產出的是一份有版本的紀錄，寫清楚哪些事已知、哪些還是未知、每個問題由誰回答，以及在答案出來之前哪些事必須先停下來。

在為一個職缺展開搜尋之前，先用這份問卷。它介於最初的招募需求和核准的需求說明之間。需求說明記錄的是團隊已經接受的決定；需求訪談問卷則是把需要先解決的缺口和矛盾攤開來。它也和面試評分表不同，面試評分表記錄的是評估候選人時取得的證據。

提出需求訪談問題之前要先決定什麼

在提問之前，先定義創辦人需要做的最小決定：啟動搜尋、修改職缺、暫停等待負責人，或是結束這項需求。請對方說出一個看得到的工作成果，而不是一個職稱，或「找個資深一點的人」這類描述。接著，找出哪些證據可以佐證每一項必要能力。

把「未知」和「不具備」分開。如果還沒有人確認過工作模式、預算資訊或過去專案的範圍，就把這個缺口記下來，並指派一位負責人。不要因為個人檔案裡沒寫，或創辦人自己也不確定，就把它變成自動排除的規則。當第二位審閱者不必靠創辦人的記憶，就能看出下一個該問的問題，這份問卷才算發揮作用。

可直接複製的創辦人需求訪談問卷

把下面的區塊複製到職缺紀錄裡，一次填一個答案。只要同時寫上負責人、期限和停止條件，「未知」就是有效的答案。把填答人的觀察和決策者的解讀分開記錄。

創辦人招募需求訪談問卷
職缺／團隊／填答人／日期：
問卷版本與紀錄負責人：

業務需求
目前有哪些工作沒有人負責？
這位新成員最先應該負責哪一個看得到的成果？
哪些工作仍然由創辦人或其他職缺負責？
哪些事情明確不在範圍內？

條件與證據
哪些能力是必要的？為什麼一定要具備？
每一項能力可以用什麼來源、工作樣本或與工作相關的問題來佐證？
哪些偏好有幫助，但不是關卡？
哪些相近的背景也應該納入考慮？
哪些事情還是未知？由誰查證？

營運邊界
核准的地點、工作模式或時區限制是什麼？
核准的薪酬與福利資訊是什麼？以哪一種幣別計算？
工作許可、雇用或其他專業問題由誰負責？
哪些公開來源或提供的來源可以用來探索和審閱？

流程與決策權
誰核准需求說明和重大變更？
誰審閱證據並記錄未知事項？
誰負責聯繫候選人、評估、錄取交接和最終決定？
下一個關卡是什麼：啟動、修改、暫停還是結束？
什麼條件會讓下一個行動停下來？
下一個行動／負責人／期限：
核准的需求說明版本／核准者／日期：

如何診斷需求訪談問卷的問題

把這些答案當成流程檢查來讀，而不是在考創辦人懂不懂招募。下表列出常見的問題訊號，以及讓紀錄變得可用的最小修正。

需求訪談訊號	可能缺少的資訊	修正負責人與停止條件
只給了職稱，沒有成果	這項需求沒有連結到這個人要負責的工作	職缺負責人寫出一個看得到的成果；在邊界核准之前，停止探索
唯一的必備條件是「五年經驗」或某個職稱	代理指標取代了能力和證據的問題	職缺負責人定義能力和可接受的證據；停止把代理指標當成關卡
列出「文化契合」或某種個人風格	模糊的偏好背後可能藏著一項工作條件	決策負責人說明與工作相關的行為，或直接拿掉；釐清之前，暫停一致標準的審閱
兩個人對同一個問題給出不同答案	決策權或事實來源不清楚	創辦人指定一位負責到底的人，並記錄選定的版本；停止在聊天訊息裡做重大變更
地點、工作時間或工作許可還沒確定	某個營運邊界沒有核准的資訊	由獲得授權的營運、人資或專業負責人確認；停止依賴這個邊界的行動
預算只寫「市場行情」	團隊說不出到底核准了什麼	預算負責人記錄實際數字、幣別和例外，或標為未知；不要承諾任何條件
沒有審閱者能檢視證據	再多的搜尋只會堆出一串沒人負責的待辦	指派審閱者，或設定有上限的批次；在有審閱人力之前，停止擴大探索
出現一位喜歡的人選之後，答案就變了	需求說明正在跟著某個人偏移	創辦人替這次變更建立新版本，並決定先前的紀錄是否需要重新檢查；暫停受影響的決定

不要用增加更多問題來解決每一個訊號。有用的修正會指定一位負責人和一個解除條件。如果聯絡不到負責人，就保留目前的問卷版本，並暫停相依的行動。這樣延遲會被看見，也不會替候選人貼標籤，或把一份不完整的需求當成某個人的失敗。

如何把需求訪談問卷當成一道簡短的關卡

首先，請創辦人用白話描述業務需求和成果。接著，對每一項必備條件追問「為什麼一定要有？」和「什麼能證明這一點？」在看任何個人檔案之前，先記下可以接受的相近背景路徑。這樣可以避免在探索開始之後，某種偏好的背景變成了職缺的定義。

然後，和獲得授權的負責人一起檢視營運邊界。地點、工作許可、薪酬、福利和雇用行政，可能取決於聘僱的法律實體和相關的司法管轄區；本指南是一般的流程資訊，不是法律或雇用方面的建議。專業決定交給適當的合格人士，把問題寫下來，不要用猜的。

最後，指定需求說明核准者、證據審閱者、聯繫負責人、評估負責人和最終決策者。凍結問卷版本，只有在通過啟動關卡時，才建立連結的需求說明。如果創辦人之後改了成果或必備條件，就建立新版本，並決定先前哪些工作需要以一致的標準重新審閱。

虛構範例：修正一項模糊的工程職缺需求

要修正一項模糊的需求，就問清楚這位新成員要負責什麼工作、什麼能證明這項技能，以及由誰審閱，就像這個虛構範例一樣。一位創辦人一開始寫下：「找一位動作快的資深工程師。」問卷揭露了三個問題：沒有要負責的成果、「資深」沒有對應的證據問題，而且創辦人沒有指定審閱者。這個範例不是市場基準。

修正後的紀錄寫明，這個職缺應該負責一個定義清楚的產品流程，一路到上線，產品方向則仍由創辦人掌握。一項必備條件變成「能說明並交付類似的工作」，以一個專案來源和一場前後一致的技術討論來佐證。一位工程顧問擔任證據審閱者，創辦人則核准需求說明和最終決定。在顧問確認有時間之前，啟動關卡先不放行。不會有候選人因為公開個人檔案裡沒提到某項技術就被刷掉；這個缺口會變成一個需要查證的問題。

完成需求訪談問卷之後，Talent Summoner 的定位

Talent Summoner 是我們的產品，提供 AI 人才搜尋、履歷排序，以及從你連結的 Gmail、Outlook 或 LinkedIn 帳號送出、由你逐則審閱並確認寄出的主動聯繫；請在問卷的停止條件都解除、需求說明也核准之後再使用。它目前的人才搜尋流程（於 2026 年 10 月 3 日查證）從一份職缺需求說明開始，在 LinkedIn、GitHub 和其他公開專業來源的超過 2 億份個人檔案中搜尋。它會回傳一份排序好的入圍名單，附上必備條件、加分條件和白話的理由。查證證據、決定聯繫誰，以及做出錄用決定，仍然由你的團隊負責。

等創辦人核准了職缺範圍、負責人和預算資訊之後，再查看最新的價格方案頁面。價格是另一個採購決定；它不能補上一份不完整的需求訪談。

創辦人需求訪談問卷常見問題

什麼是創辦人需求訪談問卷？

創辦人需求訪談問卷是一組可以直接複製的問題，把早期的招募需求轉成有紀錄的成果、條件、證據問題、限制、負責人，以及啟動、修改、暫停或結束的決定。

它和需求說明有什麼不同？

問卷用來找出缺少或互相衝突的資訊。需求說明則記錄核准的成果、邊界、證據標準和決策規則，供之後的人才搜尋和評估使用。

遇到未知的答案，創辦人該怎麼做？

記下這個未知、指定負責到底的人，並定義解除下一個行動的條件。不要用猜的、不要默默排除任何人，也不要在重大邊界還沒解決時，就開始相依的下一步。

Talent Summoner 能幫忙填完這份問卷嗎？

不能。Talent Summoner 可以根據核准的職缺需求說明搜尋公開專業來源，並回傳附上理由的排序結果。需求訪談的答案、核准、查證、聯繫和最終的錄用決定，都由你的團隊負責。

替一個職缺填完問卷，解除每一個停止條件，並儲存核准的需求說明版本。然後開始人才搜尋，並把查看價格方案當成另一個需要授權的下一步。