不只是本地化：打造專屬日本求職者的 Indeed 職缺搜尋體驗

這篇原本是放在我舊作品集上的設計案例，記錄我在 Indeed 日本參與的第一個大型改版。搬到 blog 時整理了排版，內容維持當時寫下的樣子。

專案概覽

• 公司： Indeed 日本
• 時間： 2019 年 3 月 – 2020 年 8 月
• 專案期間： 1 年
• 角色： UX 設計師
• 負責： 功能流程規劃、設計完稿、工程交付
• 平台： 手機版網頁

團隊目標： 為日本的求職者重新設計 Indeed 的職缺搜尋體驗，同時重新整理產品架構，讓之後的功能更好擴充。

角色與產出： 我和一位產品經理、四位工程師密切合作，負責整個 UX 和 UI 設計流程，從定義問題一路到把最終設計交付給工程師。

專案挑戰： 當時有不少技術限制，需要跟其他產品團隊溝通協調，也要同時處理很多任務的優先順序，才能在時間內上線第一版 MVP。

成果與影響： 我們在六個月內上線了 MVP，這次改版大幅提升了產品的主要指標，整體收益提升了 12%，也收到很多使用者的正面回饋。

專案背景

Indeed 是全球最大的求職網站之一，在超過 60 個國家都有上線，日本則是公司策略裡優先順序很高的市場。

但 Indeed 日本版和全球版用的是同一套產品架構，從上線以來，從沒針對日本市場的介面和體驗做過優化。加上負責全球產品的團隊持續推出新內容和新功能，這些改動不一定符合日本市場的需求，在很多地方都影響了日本使用者的體驗。

2015 年開始，公司投入資源在日本市場的產品開發，也在日本投放了大量線上線下廣告，為產品帶來不少流量和品牌關注度。但我們在 NPS 調查裡常看到使用者抱怨：網站看起來很過時，對日本使用者來說既陌生又不好用。其他使用者回饋和競品研究裡，也一再出現同樣的訊息。

舊版的 Indeed 日本網站看起來太簡單、太西方，跟日本求職者熟悉的求職網站差很多，很多人不知道怎麼用它來搜尋。

設計流程

整個專案大致分成四個階段：

1. 了解問題和使用者痛點： 做使用者研究，深入了解使用者的需求
2. 定義問題和目標： 舉辦內部工作坊，和產品團隊一起定義核心問題
3. 發想解決方案： 團隊提出假設，一起發想可能的解決方案
4. 用實驗驗證想法： 在產品上進行 A/B 測試，分析結果並持續迭代

使用者研究

在專案前期，我們做了使用者研究，找出使用者的核心問題，也更了解使用者怎麼理解我們的產品。以下是我們學到的事：

• Indeed 看起來很寂寞（寂しい）： 求職者覺得用 Indeed 時好像少了點什麼。跟其他求職網站比起來，Indeed 太單調，也缺少很多必要的資訊。
• 不知道要在「地區」和「關鍵字」輸入框裡打什麼。
• 整體來說，求職者不覺得 Indeed 值得信任，因為不論是畫面還是功能，都不足以幫他們找到工作。

搜尋起來很不方便，我沒辦法根據我想要的條件篩選。我覺得 Indeed 上有很多職缺，但功能上很難滿足我的搜尋需求。

我們也和外部合作夥伴一起做了使用者訪談，把收集到的資料和洞察整理成求職者旅程地圖，幫團隊更理解使用者遇到的問題。

日本的求職網站通常看起來豐富、有活力、資訊充足，也提供求職者很多種開始搜尋的方式。

定義問題

1. 日本求職者不熟悉關鍵字搜尋

Indeed 從創立以來一直是用關鍵字搜尋。如果求職者知道自己要找什麼，這種方式可以很快找到結果。但日本使用者更習慣用瀏覽和篩選的方式找工作，很多人要花很多時間想到底該在搜尋框裡打什麼。

2. 資訊不足，架構混亂

職缺卡片上的資訊缺乏視覺層級和清楚的架構，對很多使用者來說認知負擔很重，也不方便快速瀏覽，很難一眼找出自己最有興趣的工作。

3. 缺少基本資訊和功能

網站少了很多基本元素，像是對求職者很重要的照片和工作相關的篩選條件，日本版都沒有提供。跟其他本地求職網站比起來，Indeed 整體給日本求職者的感覺也很陌生。

設計衝刺：建立假設

我們花了兩天，和整個團隊（產品經理、工程師、設計師）一起進行設計衝刺，討論專案目標、假設和限制，讓每個人對要完成的事有一致的想像。

因為我們想做的是真的能上線、之後也能彈性擴充的產品，所以深入討論了很多執行細節，也討論第一版上線後要怎麼一步步推出更多功能。

兩天的行程是這樣安排的：

	第一天	第二天
上午	分享目標、HMW 敘述、討論可能的假設、技術討論	設計精稿（使用者流程）、設計回饋
下午	集體發想和腦力激盪、畫草稿和線框稿、設計討論	設計精稿、設計回饋、確認大致的設計方向

設計衝刺結束時，我們產出了很多具體的想法和草稿，讓我能很快進入可行的設計方案。

我們的目標： 上線一個符合日本求職者期待的全新搜尋體驗（MVP）。

我們的假設：

1. 改進介面和視覺設計，呈現更清楚、更有架構的資訊，可以幫求職者找到更適合的工作。
2. 「點選式」的搜尋體驗可以幫求職者更好地表達想找的內容，也更容易縮小搜尋結果，最後看到更多相關的職缺。

挑戰與限制：

• 時間有限： 目標是六個月內上線 MVP，要做的事很多。整個團隊密切合作、排好工作的優先順序，確保在時間內交付合理的成果。
• 技術限制： Indeed 日本和全球版共用產品架構，很難在功能上做大幅度的改動。另外，日本的職缺通常有很多額外資訊和篩選條件，這些在當時的後端系統裡都還不支援。

專案範圍：在手機版網頁上線 Rich Design

幾次討論之後，我們確認了第一版在時間和技術上可行的範圍，這個專案叫做「Rich Design」，主軸是提供更現代的介面和更豐富的內容，讓日本求職者覺得更熟悉、更好用。它包含三個部分：

1. 全新的瀏覽式搜尋： 新的體驗從「工作地點」和「條件篩選」開始。比起關鍵字，日本求職者更習慣先選工作地點和篩選條件，這樣的調整也讓使用者對產品更有信任感。我們也推出了「工作地點選擇器」，用點選的方式選地點，完全不用手動輸入。
2. 更清楚的條件篩選： 第一版主要是把現有的篩選功能，從很簡單的條件過濾變成功能完整的篩選器。下一步再加入薪資、職種、工作條件等更好用的篩選條件。
3. 職缺卡片上更豐富、更清楚的資訊： 舊的職缺卡片資訊很少，結構也很亂。新的卡片加入了工作條件、照片等資訊，視覺架構也更清楚。下一步會加上更多 Indeed 獨有的標籤，讓求職者知道這些工作在 Indeed 上是怎麼分類的。

💡 為什麼從手機版網頁開始？

我們大約 80% 的流量來自行動裝置，其中 82% 是手機版網頁（Indeed App 大約佔 18%）。最重要的是，大部分日本求職者都把手機當作找工作的首選。所以團隊決定先專注在手機版網頁的改版，等實驗看到好的成效，再把改動搬到桌機版和 App。

設計原則

規劃新版本時，我遵守這三個設計原則：

1. 一致： 即使是為相對獨特的日本市場做設計，還是要和 Indeed 的品牌保持一致。至少在設計的基礎層面上，要確保跨裝置、跨產品、跨國家都有相對一致的體驗。
2. 好找： 日本求職者習慣在一個頁面裡看很多內容，我們要確保導覽清楚直覺，重要的功能也要用他們習慣的方式呈現。
3. 清楚： 日本求職者傾向仔細讀完每個細節，所以視覺提示和文案都要簡潔清楚，用字也要一致、好懂。

共享元件庫裡的元件，讓團隊裡的設計師可以快速取用，也確保設計上的一致性。

設計產出

以下是第一版主要上線的功能，和之後的優化。

點選式搜尋：選擇工作地點

過去在 Indeed 上找工作，要先手動輸入想要的工作地點，但這對很多日本求職者來說並不常見。所以這次改版最主要的目標，是讓使用者用更輕鬆的方式開始搜尋：用「點選」來選擇想工作的地點。

使用者點「工作地點選擇器」打開地點面板，我們設計了一個線性的流程，從最大的地區一路到最細的行政區，一步步幫使用者選出想工作的地點。

因為技術限制，使用者還沒辦法用選擇器選車站或鐵路路線，但需要的話，還是可以用傳統的關鍵字輸入，搜尋想工作地點附近的車站或路線。

我們也改進了既有的「搜尋範圍」功能，讓它更明顯、更直覺。使用者可以依照已經選好的區域，用搜尋範圍輕鬆縮小想看的職缺。第一版上線後，我們就開始開發車站和鐵路搜尋。

更好用的篩選條件

篩選條件是使用者最常要求的功能之一，在本地求職平台上也非常普遍。因為日本求職者不熟悉關鍵字搜尋，不知道怎麼用關鍵字表達想找的職缺。

以前的篩選功能只有非常少的選項。這次改版因為團隊有了更完整的資料結構，所以新增了很多選項，讓篩選可以對應到正確的工作。

新的篩選功能讓使用者更容易選出想要的條件，不用再花心思想該輸入什麼關鍵字。我們的目標是之後提供更多種篩選條件，幫使用者更快縮小搜尋結果。

動態篩選條件

Indeed 上有各種雇用類型的職缺，我們希望每一種求職者來到網站，都能輕鬆找到最相關、最有幫助的篩選條件。所以我們做了會根據雇用類型動態調整選項的篩選器，讓特定使用者（例如找打工的人）只看到為他們調整過的選項。

資訊更豐富、結構更完整的職缺卡片

我們重新設計了職缺卡片的視覺和資料結構，讓它更簡潔好讀：依照內容的重要性建立更清楚的視覺層級，在內容之間留更多呼吸空間。另外也加上了工作照片、工作特色、應徵相關的標籤等必要資訊，幫求職者更容易判斷這份工作適不適合自己。

因為職缺卡片裡要放的資訊又多又緊湊，我們希望使用者在頁面載入完成前就能預期畫面會長什麼樣子，所以也設計了載入時的骨架畫面。

Indeed 上的工作種類很多，卡片上要處理的資訊也千變萬化。不管職缺內容是多是少，都要用一致、清楚的格式呈現。我訂了一套統一的設計架構，套用後各種資訊量的工作都能完整呈現，以下是幾個例子：

可以快速瀏覽的職缺描述

職缺描述在找工作的過程中非常重要。為了判斷工作適不適合自己，日本求職者習慣把整份職缺描述看完，再決定下一步。

Indeed 的職缺來自很多不同的管道，很難用統一的格式呈現所有工作，所以過去在 Indeed 上看到的職缺，資訊結構通常比較亂。

團隊一直在分析這些從外部取得的資料，我們從中萃取出關鍵資訊，用乾淨清楚的方式放在職缺描述頁的上方，幫使用者快速掌握這份工作。

用語意標籤讓職缺描述結構一致

團隊分析不同來源的職缺內容，為每個區塊加上標籤和分類。有了語意標籤，就能重新排列每個職缺的內容區塊，讓 Indeed 上每份職缺描述都有統一的結構。

我們也訂了「標題和內容配對」的規則，套用在所有職缺上，讓不同來源的職缺在 Indeed 上看起來更一致。

更清楚、更有吸引力的文案

專案中，我和內容策略師密切合作，確保產品裡的用字和語氣一致。我們也在產品上測試了很多種文案，驗證哪種說法能讓更多求職者願意應徵。

Indeed 有很多獨有的功能和用詞，有時候會讓新使用者困惑。我們想用清楚好懂的方式說明 Indeed 的價值，所以重新檢查了產品裡所有重要、常用的文字，確保用法一致。

更一致的保存職缺體驗

保存職缺對日本求職者來說是特別重要的一步。這裡的求職者保存的職缺數量，通常是其他市場的兩倍以上。之前的使用者訪談也發現，使用者喜歡先把有興趣的工作存起來，而且之後應徵這些工作的機率也比較高。

但當時 Indeed 的保存體驗並不理想，導覽不清楚，也從全球版繼承了很多對當時的日本市場不太有用的功能。

舊版的問題：1. 工作狀態選項太多、太複雜；2. 更改狀態的流程不直覺，視覺層級也不清楚；3. 登入前和登入後的介面不一致。

新版的改進：1. 已保存職缺的入口更明顯，平常隱藏，只有在保存工作或往上捲動時出現，留更多空間給內容；2. 簡化保存頁面，讓求職者專注在最重要的工作狀態；3. 登入前和登入後的介面一致，體驗更流暢。

專案成果

為了確保新版本對商業和使用者都有好的影響，每一個新功能都先經過 A/B 測試，才正式加進產品。結果來看，這次改版在很多方面都很成功，大幅提升了重要的商業指標和使用者黏著度，也聽到很多使用者的正面回饋。

指標	提升
職缺點擊數	+15%
按下應徵按鈕	+17%
瀏覽職缺	+53%
完成應徵	+7.7%
保存職缺	+36%
產品收益	+12%

整體來說，使用者在網站上停留得更久、看了更多工作、存了更多工作，最後也應徵了更多工作。這些數字說明使用者對產品的黏著度更高，也更享受在 Indeed 上找工作的過程。

改版前

改版後

產品開發的旅程不會結束

新版體驗上線到 Indeed 日本所有核心頁面之後，產品的基礎變得更穩固，我們也有機會嘗試更多想法和實驗：持續優化從頭到尾的使用者流程、做更多使用者研究，也開發更多實用的功能，讓求職者的搜尋體驗更順暢。

下面是我們已經開發或正在測試的功能：

左：保存搜尋條件｜中：新版應徵流程｜右：職缺比較功能

反思與學習

這是非常緊湊忙碌的一年，團隊每個人都為了上線新版本非常努力。我們做出了很多很棒的成果，但也在很多事情上掙扎和取捨。例如專案剛開始時，整個團隊一直在討論：用什麼方式執行這個大專案最好？A/B 測試要怎麼設計，才能學到我們想學的東西？怎麼讓公司高層認同這個方向？如果第一版失敗了，下一步是什麼？這些問題可能沒有絕對的答案，但我們需要借助彼此的專業才能把事情做好。

雖然使用者研究告訴我們，大家對當時的產品體驗不太滿意，但新版本的改動很大，我們並沒有百分之百的把握使用者會喜歡。不過整個團隊對假設有很強的信心，相信這些改變會幫到使用者。

專案過程中，我們會討論所有細節，像是執行上的擔憂、使用體驗和產品策略，因為我們真心希望這次改版成功，這個信念也幫我們打破了很多既有的限制。

這次合作讓我體會到：一個大的改變可能帶來較高的風險，但也可能帶來比較大的影響；漸進式的實驗會讓團隊慢一點，但相對安全。怎麼在時間、資源、限制和目標之間找到平衡非常重要。我也學到，排列優先級對團隊很關鍵，做得好可以讓團隊提升開發速度，專注在真正有價值的事情上。

最後，團隊裡每個人都要非常清楚目標、計畫和要解決的問題，整個團隊才有可能打造出可以擴充的產品。這個專案幫我打開了想法，學會在微觀和宏觀之間找到平衡，也和團隊建立了更深的連結。

如果想知道我當初是怎麼進 Indeed 的，可以看〈產品設計師(UI/UX)日本澳洲面試經驗談〉。