起始模板

每一個職缺都寫出薪資範圍的徵才網站

兩欄決定求職者要不要往下讀:薪資範圍,和是哪個團隊在找人——而多數企業徵才頁一欄都不寫。網站產生器裡那十個範例職缺,兩欄從一開始就是填著的,招募負責人換的是缺,不是欄位。

徵才網站網站範本——它實際產出的首頁

此頁以〈招牌原作〉設計風格展示 — 15 種風格隨時切換,商家資料保留。

完整首頁
徵才網站網站設計實例——完整首頁
完整內頁
徵才網站網站設計實例——完整內頁
另一個完整內頁
徵才網站網站設計實例——另一個完整內頁

沒寫薪資範圍的職缺,不會有人投

職缺這個內容型別定義了八個欄位,薪資是其中之一——不是一個「可以寫」的備註,而是一個欄位,所以每個職缺要嘛有範圍,要嘛就明顯地空在那裡。每個職缺都連到負責招募的團隊,五個團隊各有自己的頁面,寫著人數和他們負責什麼。福利另外一頁承載細節,兩頁合計八題問答則回答求職者正在字裡行間找的招募流程。

範例網站裡已經放了什麼

一個八欄位的職缺內容型別與十個範例職缺(各有頁面)、一個五筆的團隊內容型別、一頁福利說明、兩頁合計八題問答,整站四頁。

上面這份清單裡,只要是會從訪客手上收東西、或是要讀即時排程的——表單、預約、優惠碼、訂閱欄位、課程時間表、由內容集合供稿的清單——都是用 Storefront Pro 上線。Storefront 會照你排的樣子發佈頁面其餘的部分;這個模板裡要是有整頁專門拿來做這件事的,那一頁就是要等升級的那一頁。

這個網站涵蓋什麼

內含 4 個頁面

哪些在這個模板裡,哪些留在你自己的系統

投遞是你在每個職缺上自己填的外部網址。沒有履歷管理系統、不能上傳履歷、不能安排面試、也沒有求職者帳號——這是招募流程的櫥窗,不是流程本身。

這一頁上的每一個數量和金額,都是從模板本身讀出來的,不是有人用手打上去的——所以這些數字跟你真正拿到的網站是同一組。

發佈之後你拿到的

真的有人問的問題

職缺上的團隊為什麼是一筆資料,而不是我自己打上去的字?

因為五個團隊各自是一筆資料——Devices、Product、Field Operations、Customer Success、Finance and People——各有自己的說明,而每一個職缺都指向其中一個。這樣每個團隊都會有自己的頁面,只列自己的職缺;職缺列表下方那個團隊區塊讀的也是同一份資料。團隊說明改一次,出現的地方就全部跟著改;要多第六個團隊也只是多一筆資料,不用改程式,兩份手動維護的清單也不會對不上。