從一則訊息開始
直接對話,不開啟任何流程。
- 開啟專家已發布的一項服務
- 寫下訊息。對話串會出現在雙方的訊息裡
- 先聊聊,合適的話再送出招募邀請
適合用於
- 第一個問題或確認檔期
- 討論範圍、期望或時程
- 就已發布的服務進行聯繫
訊息就只是訊息。它不會把任何人拉進招募流程,不會指派測評,也不會產生任何義務。
流程
發現、邀請、驗證、招募
四個階段，每一步雙方都看得到。詳情見下方。
發現
依技能、服務與經歷搜尋。Skills First 可以讓身分不出現在探索的第一階段，而僅憑企業成員身分或招募人員角色，並不能略過專家的可見性設定。
邀請
在企業工作區中寄出一份結構化邀請：職位、你的留言、命名階段以及所需的評估。
驗證
必要與選擇性的評測用來確認技能。已驗證的結果可在下一次招募中重複使用。
招募
帶著候選人走完流程，記錄內部備註並做出決定。雙方共用同一條時間軸。
招募在企業情境中進行
招募流程屬於發起並管理該流程的企業，而不是某個獨立的招募人員帳號。獲得相應權限的成員在企業工作區中管理招募。招募人員是企業內部的一種角色，而不是帳號類型。
角色只在授予它的企業內有效。同一個人可以用一個帳號為一家企業招募，同時是另一家企業的成員。
- 擁有者 可以招募 管理企業：檔案、成員、角色與所有權。
- 管理員 可以招募 管理企業檔案，邀請成員，並調整招募人員與成員的角色。
- 招募人員 可以招募 邀請候選人，並為企業執行招募流程、流程範本與評估。
- 成員 不能招募 可以檢視企業工作區，但不進行招募。
兩種開始方式
它們不是同一顆按鈕的兩個版本。訊息用來溝通,邀請用來推進流程。依當下情境選擇即可。
送出招募邀請
一份結構化邀請:職位、你的條件、你的訊息,以及在有價值時附上的測評。
- 在三步驟編輯器中描述職位與條件
- 最多附加五個測評,每個標示為必做或選做
- 候選人收到一份連貫的邀請,並自行決定
- 接受後,附加的測評隨即解鎖
- 你追蹤進度,結果一出爐就能查看
適合用於
- 你正在招募的明確職位
- 把能力證據納入流程
- 雙方都看得到的明確截止日期
邀請有效 30 天,附加的測評共用同一截止日期。在對方回覆前,你隨時可以撤回。
想聊聊,就傳訊息。準備好推進結構化流程,就送出邀請。
命名階段, 一個時間線
每一次招募都是在管道上進行的, 候選人會在接受前看到整部作品.
管道:高级工程師,兩發子彈 進行中
第 3 / 5 階段：套件审查
第 1 / 5 階段邀請
候選人閱讀職位、條件、每個階段與每項測評及截止日期，然後接受或拒絕。接受會開啟流程，但不會啟動任何事情。
- 候選人看到什麼
- 做決定前就能看到完整邀請，沒有隱藏條件。
- 招募方看到什麼
- 邀請狀態：已傳送、已開啟、已接受。
第 2 / 5 階段技能檢查
候選人可在方便時完成必要測評；只有按下開始後才計時。最後一項必要結果送出後，該階段會自動關閉。
- 候選人看到什麼
- 必要測評與選擇性測評，清楚分開。
- 招募方看到什麼
- 每項要求的狀態，完成後是附完整報告的結果。
第 3 / 5 階段套件审查
招募方審閱作品集與結果，留下內部備註，並自行決定候選人何時進入下一步。
- 候選人看到什麼
- 目前階段與下一步。看不到內部備註。
- 招募方看到什麼
- 只留在公司內部的結果、作品集與備註。
第 4 / 5 階段技術面試
這是選擇性階段：公司可以進行面試，也可以跳過。面試與錄取通知只有在有人推動時才會前進。
- 候選人看到什麼
- 進入面試的紀錄，顯示在自己的時間軸上。
- 招募方看到什麼
- 推進、跳過選擇性階段，或附理由退回。
第 5 / 5 階段提供
公司以錄取或未錄取的決定結束流程。沒有任何事會被自動決定；決定由人做出。
- 候選人看到什麼
- 只看到結果，看不到理由。直到最後都可以退出。
- 招募方看到什麼
- 決定及做出決定者的姓名紀錄。
時間線
- 接受邀请
- 前端發展者评估完成 ^ 84%
- 技能檢查完成
- 已輸入套件檢視
- 注 內部
- 進入技術面試
- 進入錄取通知階段
舞台有類型和名稱
邀請、評估、審查、訪問、提供或定制 公司寫作標籤.
自動到可以去的地方
估計階段將結束, 審查、面試和提供移動 只當有人移動他們.
一、一、二、二
送,開,接受,開始,提交,移動,注意,決定。 候選人讀取自己的歷史.
永遠都有可能離開
候選人可以隨時退出 公司立刻就聽到了.
一份邀請,從開始到證據
用三幕看結構化路徑:每一方做什麼、看到什麼。
- 招募方
撰寫一份邀請
職位、條件與個人訊息集中在一處。搜尋測評目錄,把每個選中的測評標示為必做或選做,挑選時隨時掌握候選人的總時間。若某項技能已有有效的公開驗證,編輯器會提示,由你決定是否採認。
- 候選人
一份連貫的邀請送達
在一切開始之前,候選人就能看到邀請人是誰、職位、你的訊息、每項要求與截止日期。接受即解鎖測評,婉拒則一併結束。開啟邀請絕不會啟動計時。
- 招募方
證據回流
每完成一個測評,雙方的邀請都會更新。最後一個必做測評完成時,你會收到一次通知,對話就在旁邊,方便繼續推進流程。
- 每項要求、所需時間與截止日期,在你接受任何內容前都一目了然。
- 必做與選做測評分得清清楚楚。選做的永遠不會卡住流程。
- 只有你在測評裡按下開始,它才會開始。閱讀邀請不會有任何代價。
- 若寄件方採認既有驗證,一鍵即可套用你已持有的驗證。不必重考。
- 你的進度是邀請上的一份簡單清單,對話隨時開放提問。
- 招募檢視列出你送出的每份邀請,以及各自的測評進度。
- 每項要求都會顯示狀態,完成後顯示分數,並附完整結果連結。
- 你可以預覽測評的架構、時間與及格門檻。絕不會看到題目,預覽也不會產生作答紀錄。
- 當所有必做項目完成時,你會收到一次通知。
- 企業中每位獲得授權的成員都可以繼續推進流程，同時編輯也很安全：同事的操作會更新你的畫面，而不會被覆蓋。
技能可以展示,也可以被證明。
一項技能可能有的三種狀態,以及讓證據保持公平的規則。
- React
已聲明
專家寫在個人檔案上的技能。是有用的訊號,但沒有附帶證明。
- React
已驗證
藉由通過設有及格門檻的測評取得。具有效期限,且只在持有者選擇時才公開顯示。
- Frontend Developer 測評 · 84%
招募證據
在你們企業自己的流程中產生的結果：可以完整開啟的分數，候選人與你們企業獲得授權的成員可見。
先重複使用,再重考
在要求允許時,候選人已持有的有效驗證即可滿足要求:公開的在送出時即被採計,私人的由候選人自己點選後採計。沒有人需要無緣無故把同一項技能證明兩次。
測驗由候選人作答
招募方負責挑選、預覽、指派與檢視。只有候選人能完成測評。
預覽不爆雷
招募方預覽會顯示區塊、題型組成、時間與規則。正式題目始終封存。
結果不公開
招募結果只留在流程內。已驗證的技能只有在候選人開啟時才會出現在個人檔案上。
是證據,不是判決
分數是輔助人做決定的資訊。這裡沒有任何機制會自動淘汰或自動錄取任何人。
常見問題
可以只聯繫對方而不開始招募嗎?
可以。就任何已發布的服務傳訊息,那只是一段對話:沒有流程、沒有測評、沒有招募管道。即使在招募邀請裡,雙方也都能在做決定前提問。
誰可以為企業進行招募？
該企業中角色包含招募權限的成員：擁有者、管理員與招募人員。具有「成員」角色的人可以檢視企業工作區，但不進行招募。招募人員是某一家企業內部的角色，而不是帳號類型，因此同一個人可以為一家企業招募，在另一家企業只是一般成員。
每份邀請都必須附帶測評嗎?
不必。邀請可以只有職位、條件和你的訊息。只有當證據真的有幫助時,再附上測評。
什么是管道?
例如邀請、技能檢查、投資評論、訪談、提供等。 每一個階段都需要或選擇。 沒有一個的邀請函使用標準的序列 .
一份邀請可以帶多個測評嗎?
可以,最多五個,每個標示為必做或選做,撰寫時還會顯示候選人的預估總時間。
開啟邀請會啟動計時嗎?
不會。閱讀邀請,甚至接受邀請,都不會啟動任何東西。只有候選人在測評裡按下開始,測評才會開始。
招募方需要作答嗎?
不需要。招募方預覽測評架構並檢視結果;只有候選人會作答。預覽絕不會產生作答紀錄或結果。
已驗證的技能可以重複使用嗎?
可以,只要要求允許。公開可見的有效驗證立即採計;私人驗證在候選人選擇套用的那一刻採計。
測評結果會公開嗎?
不公開。結果僅對候選人以及主持該招募的企業中獲得授權的成員可見，具體取決於其權限。招募結果不會發布在專家檔案上。已驗證技能只有在候選人開啟後才會顯示在公開檔案上。
招募人員角色會顯示被隱藏的身分嗎？
不會。Skills First 與其他可見性設定屬於專家檔案，而不屬於企業。隱藏身分的候選人在接受你們的招募邀請後，才會讓你們企業知道其身分。在 Skills First 探索中，已登入的人可以有意揭露參與其中的檔案，每次揭露都會被記錄。僅憑企業成員身分或招募人員角色，什麼也不會被揭露。
誰看到時間線了?
兩方都看到共同活動:發送、接受、開始及完成評估、進步、結果。 內部註解、豁免理由和拒絕理由只讓公司看到.
候選人能否留下一個流程?
是的,隨時可以去公司 並通知公司.
由 MySkillsSpace 決定誰被錄取嗎?
不是。它提供的是證據:分數、已驗證的技能與脈絡。決定權始終在人。