Yes123改版提案—雙端與後台完整架構重構

Limitation

• 既有系統的技術限制（需全面更新程式語言）

• 商業模式限制：平台收入來自企業刊登與廣告，廣告版位不能單純以體驗為理由刪除

• 提案階段沒有研究預算（以公開評論與競品觀察建立模型）

Key Decision

一｜刪去什麼

求職端刪減 工具知識類八個獨立頁面（首頁工具列、職涯發展地圖、科系就業導航、職務大百科、職場情報站、職場特派員、法律專區、職涯學院）——其中的文章與知識性內容統一收進「職涯情報中心」，不再各佔一個頁面。

廣告推廣類七項（企業徵才影音改放公司頁、複製 104 履歷改放新建履歷區、求職 App 推廣、塔羅占卜、工作特餐等）。

企業端刪減與合併 刪除四個獨立頁面（行動徵才 App、人資工具、人才試搜、企業雲）、職缺建立的三個子頁、企業簡介的三項功能。

五大功能入口（已刊登／已關閉／待刊登職缺、人才搜尋、主投／配對／來訪、徵才效益、人才管理）全部合併進職缺列表作為主頁，購買相關併入帳號管理。

二｜降低啟動門檻：簡歷即可投遞

求職端最大的流失點是履歷填寫成本—
使用者花兩小時建立履歷，卻不確定企業會不會看。

｜先讓人進來，再引導完整化｜

僅需填基本資料即可投遞，滿足急著找工作的使用者；
同時明確傳達「越完整的履歷越容易被配對與聯絡」，
讓完整化成為使用者自己的選擇，而非註冊的門檻。

回鍋使用者也用同一邏輯：以「更新履歷可提升多少能見度」作為誘因，而非單純寄信提醒。

三｜配合閱讀習慣：摘要版與完整版職缺

使用者閱讀習慣已改變（尤其年輕/打工族群），長段落的職缺描述在搜尋頁不會被讀完。

職缺內容拆成「摘要版」與「完整版」。
摘要版採列點式短句，形式接近 Threads 上的徵才貼文，呈現在搜尋頁與職缺預覽；
完整版保留在職缺詳情。

同樣邏輯用在公司頁：第一眼看到 100 字左右的公司摘要，
第二眼是置頂職缺與環境照片，最後才是完整介紹
——讓公司主推的職缺在求職者失去耐心前被看到。

困難關係點：需說服、引導企業窗口改變編輯習慣。

四｜為無法消除的負面峰值設計補償

企業端結構性問題：從投遞到面試，基本上要等到人選同意面試才會成為正向體驗。
在那之前的等待與被拒絕

因無法消除該瓶頸，可設計失敗後的補償：

進入面試後被拒絕的企業，可免費使用「優先配對最適人選」功能。
把最挫折的時刻轉成平台提供價值的時刻。

同時在流程前段設計成就感的峰值：企業簡介與職缺編輯改為左編輯右預覽，即時看到實際頁面樣貌，降低不確定感、讓成果明確可見。