針對首頁進行分析並提出優化建議，詳細說明如下：

（一）分析結果

1. 提升查詢入口的辨識度

   首頁提供四個查詢入口，使用者常難以在第一眼分辨差異，得反覆嘗試。當使用者要找預售屋資料，不一定每次立即察覺自己停留在網站預設的「買賣查詢」頁面，得查詢一段時間後，從查詢結果怪怪的，才發現自己得切換上方的查詢入口，使用「預售屋查詢」。

   此外，「預售屋查詢」與「預售屋建案查詢」兩者名稱相似，實際功能卻不同，使用者無法分辨兩個查詢入口的差異。

   

   圖1：網站入口畫面

2. 首頁資訊繁雜，干擾查詢任務

   首頁除了查詢入口外，還放置「搜尋條件」、「最新消息」等其他資訊，佔據了明顯的版面位置。對於以查詢實價登錄為主要任務的使用者來說，「最新消息」並非他們找尋的目標，反而會分散他們的注意力。

（二）設計原則建議

設計顧問依據上述「分析結果」，運用Jakob Nielsen十大網站體驗設計原則 ，進行評估和導入策略，其中2項可用來檢視網站首頁的設計，相關說明如下：

1. 系統與真實世界的一致性(Match Between the System and the Real World)

   系統應使用貼近使用者語言的詞句與概念，避免以機關內部邏輯為架構，導致使用者誤解。例如首頁的查詢入口名稱過於相似，或因預設顯示「買賣查詢」而讓使用者誤以為已進入正確的功能，造成操作混亂。

2. 美觀與極簡設計(Aesthetic and Minimalist Design)

   畫面應保持專注於核心任務，避免次要資訊干擾主要操作。首頁放置過多非查詢任務的資訊，會分散使用者的注意力，降低查詢入口的清晰度。

（三）優化項目

依據分析結果與建議原則，提出2項優化項目，詳細說明如下：

1. 提升查詢入口的辨識度

   針對使用者無法一眼分辨查詢入口的問題，我們在首頁新增了四個清楚區隔的查詢入口：「買賣查詢」、「租賃查詢」、「預售屋查詢」、「預售屋建案查詢」。每個入口下方均附有簡短的輔助文字，直接說明查詢範圍與差異，幫助使用者在第一時間做出正確選擇，避免誤用與反覆嘗試。

   

   圖2：修改後的網站入口畫面

2. 精簡首頁資訊，突顯查詢任務

   首頁的設計重心重新聚焦於查詢功能。我們將「最新消息」版面下移，避免佔據顯眼位置，干擾使用者的主要任務。透過這樣的調整，首頁畫面更乾淨，查詢入口與搜尋條件成為使用者視線的焦點，幫助他們專注完成查詢操作。

訪談機關後，我們得知「買賣查詢」是最多使用者操作的功能，因此本次以提供「新古屋、中古屋、土地及車位的成交資訊」的「買賣查詢」為主要服務流程進行精進。

我們運用角色人物誌(Persona)與顧客旅程地圖(Customer Journey Map)瞭解使用者行為。研究素材來自三個面向：5位受測者的首次易用性測試、設計顧問蒐集的77份問卷、以及針對5位具查詢經驗者進行的第二次易用性測試。我們統整這些資料，整理出使用者在服務流程關鍵步驟遇到的問題，並提出優化建議，詳細說明如下。

（一）使用者行為分析紀錄

以下兩類角色人物誌，都是具備一定不動產經驗的熟手使用者。光譜另一端則是完全沒有買賣不動產經驗的新手，他們對房屋買賣流程與名詞涉獵少，查詢目標模糊，也容易被專有名詞卡住，因此更常依賴民間平台的圖像化或其他專業者提供的解說服務。

1. 角色人物誌

   (1)買房者：參考成交紀錄以決定出價，避免買貴

   • 基本資訊：38歲，上班族，謹慎小心，重視資料的正確性。
   • 查詢實價登錄的經驗：剛開始研究要買什麼房子時，會用 591看正在賣的物件有什麼，到處看KOL或筆者開箱建案去學習看房的眉角；研究社區大樓的話，他最常使用樂居去查看社區裡成交價格的波動狀況、周邊機能條件。由於房子是一件奢侈品，所以他花了很多時間做功課、到處看房，將這些房子的優缺點、開價與周邊售價都記錄起來，以一步步找到適合自己的房子。
   • 使用「內政部實價查詢服務網」的情境：已有決定出價的房子，需要在出價與議價前，參考該房子或周邊相似條件的房子的成交紀錄，以擬定適合的談價策略。
   • 目標：確認成交行情，避免自己買的太貴。

    

   (2)議題研究者：研究不動產交易主題以創作內容

   • 基本資訊：45歲，擁有淵博的不動產交易知識，長期追蹤與研究房屋市場的波動。
   • 查詢實價登錄的經驗：持續關注房價議題，蒐集各縣市與各區域、不同年度的房屋成交數據，搭配3D災害潛勢地圖、ctop map等資料，與房屋市場狀況交叉比對。他注重資料的正確性，因為他以此寫文章、發表專業看法，他引用的資料不得有誤。
   • 使用「內政部實價查詢服務網」的情境：當業者網站的資料不夠詳盡時，他會查尋內政部的網站，因為這裡的資料來自於民眾交易房屋的申報書，是全國最完整的資料庫。
   • 目標：使用正確的資料進行分析，確保研究結論可信。

    

2. 顧客旅程地圖

   我們利用「顧客旅程地圖」工具進行網站使用者流程分析，將蒐集到的使用者與利害關係人訪談資訊透過視覺化、圖表化，拆解使用者的使用流程、行為與其背後的動機、接觸點，進而瞭解內政部網站的合適定位是什麼，以作為設計精進的參考。

   相較於業者網站，內政部網站的獨特之處在於「提供最正確、最即時、最完整的官方資料」。這些資料是買賣雙方在最後確認價格時最信任的依據，也讓研究者能獲得最可靠的研究素材。

   由於不動產交易的專有名詞繁多，若網站試圖同時兼顧新手與熟手，介面設計會在「引導新手理解」與「協助熟手高效率查詢」之間拉扯，結果可能讓兩邊都不滿意。因此，我們建議本次設計優先聚焦於已有明確目標、且處於決策關鍵階段的使用者，讓網站專注於其不可取代的價值。

   換言之，當使用者進入買房流程後段，或是已累積足夠知識、清楚知道自己想查什麼時，內政部網站的價值才能被充分發揮。

   

   圖3：買房者的使用者旅程

   

   圖4：議題研究者的使用者旅程

（二）流程關鍵步驟

依據此次工作坊之易用性測試情境：準備在新北市林口區落腳的你，很喜歡「源峰寬心」社區一間三房格局的房子，因此出價向屋主斡旋。你需要做足功課，以便在議價時談到適合的價格。

使用者完成任務「查詢指定社區、指定格局的房子的成交紀錄」，需操作5個關鍵步驟，如表1。

表1：「買賣查詢」的關鍵步驟

1. 選擇查詢入口

2. 輸入查詢條件

3. 展開進階條件

4. 查看查詢結果

5. 修改搜尋條件後查看新的查詢結果

（三）關鍵步驟分析結果

依搜尋服務前與流程關鍵步驟做分析，詳細說明如下：

1. 選擇查詢入口

   首頁同時提供四個入口（買賣、租賃、預售屋、預售屋建案）。易用性測試中發現，使用者想查詢「預售屋」時，會疏忽網站預設停留在「買賣查詢」，得等到使用者發現查詢結果不符合預期時，才會發現是忘了切換入口。

   此外，「預售屋查詢」與「預售屋建案查詢」命名相近，使用者不清楚兩項入口的差別是什麼，尤其對於「預售屋建案」的名稱感到困惑，不確定自己能在這個入口查詢什麼資料。

2. 輸入基礎查詢條件

   由於四個查詢入口的下方就是基礎查詢條件，當使用者在上方入口之間切換時，會發現下方連動的搜尋欄位格式不同，讓使用者感到困惑。例如：「買賣查詢」、「預售屋查詢」、「預售屋建案查詢」三個入口的搜尋欄位，以及提示詞都不同。

   

   圖5：「買賣查詢」的入口與查詢欄位

   

   圖6：「預售屋查詢」的入口與查詢欄位

   

   圖7：「預售屋建案查詢」的入口與查詢欄位

   部分使用者在勾選「房地」、「建物」、「土地」、「房地（車）」與「車位」等選項時，常感到困惑。他們不一定理解「建物」的精確定義，也不確定不同選項之間的差別。對於想查詢「含車位的房屋」的使用者，更傾向同時勾選「房地」、「房地（車）」與「車位」，以避免遺漏任何可能相關的資料。

   此外，部分使用者常用的搜尋條件（例如「建物型態」）藏在「進階條件」裡，讓使用者誤以為網站並未提供此項查詢條件。

3. 展開進階條件

   使用者會在需要更精準的篩選時使用「進階條件」。點開「進階條件」後，由於「建物型態」預設是收合的，多數使用者並未發現這裡可以展開並勾選，選項包含「公寓」、「住宅大樓」、「透天」等使用者常在業者網站搜尋的房屋型態。

   「格局」搜尋格式讓使用者得稍微停頓，思考一下自己想搜尋的標的該如何轉換成搜尋條件，操作上不直觀，降低使用的滿意度；此處要求使用者輸入「有隔間」或「沒隔間」，但沒說明隔間的定義是什麼，使用者只能嘗試不寫、或是隨便寫，無法預期以此條件查詢，能獲得什麼樣的結果。

   

   圖8：「進階條件」的「建物型態」未展開、格局輸入須按照格式

4. 查看查詢結果

   查詢列表上的資料十分豐富，但使用者無法理解部分圖示的含義。例如使用者得靠著直接點擊「i」，猜出這是「有特殊訊息」的意思。靠著自行嘗試與歸納邏輯，讓使用者的操作效率下降。

   至於「車」的圖示，使用者會從「車」顯示在哪些欄位，以此推測「車」代表該欄位是否包含車位的計價。舉例來說：有「車」的單價，代表每坪單價的計算，是有計入車位的面積的。然而，使用者不敢確認自己的猜測與理解是否正確。儘管使用者點開「單價」旁的「？」查看計算公式的說明，並自認為有理解單價的計算方式，使用者還是不敢確定，因而選擇自行計算，以驗算車位的單價是多少？該物件的成交單價是否包含車位？

   

   圖9：查詢結果頁面有許多圖示

   這些不確定感讓使用者得自行嘗試與猜測圖示，降低操作效率。更嚴重的是，使用者因此不敢相信資料是否符合自己的需求，擔心自己猜測的資料計算方式，與機關提供的定義不相符。

5. 修改查詢與重新送出

   當結果不符合需求、或需要微調條件時，使用者期望修改搜尋條件並檢視新的查詢結果。然而，在查詢入口輸入搜尋條件時，「進階條件」位於搜尋列的右下角。在查詢結果頁，進階條件的位置卻跑到左上方，讓部分使用者誤以為「進階條件」不見了，只能回到首頁的查詢入口更改搜尋條件，再重新搜尋。

   

   圖10：查詢入口的「進階條件」在上方搜尋欄位

   

   圖11：查詢結果頁的「進階條件」移動到左上方

   當使用者想在查詢結果頁更改查詢條件時，可以在上方的「基礎查詢條件」設定，也可以點擊左上角的「進階條件」設定。同樣是更改查詢條件，使用者得在上方、左側切換操作，閱讀動線上的跳躍造成使用體驗不順暢，且「進階條件」從左側展開，容易遮擋查詢結果，使用者得收起「進階條件」才能瀏覽查詢結果，多次點擊讓使用效率下降。

   

   圖12：左上方的「進階條件」展開後擋住查詢結果

（四）設計原則建議

設計顧問依據上述「分析結果」，運用Jakob Nielsen十大網站體驗設計原則，進行評估和導入策略，其中4項可用來檢視網站首頁的設計，相關說明如下：

1. 系統與真實世界的一致性(Match Between the System and the Real World)

   使用者在「選擇查詢入口」與「展開進階條件」時，遇到最大困擾就是用詞不直觀與定義不明確。例如「預售屋建案查詢」名稱模糊，或「有隔間／無隔間」的搜尋格式難以對應使用者的認知。這顯示系統用語並未貼近使用者心智模型，容易讓人誤判或需要額外猜測。

2. 一致性和標準化(Consistency and standards)

   在「輸入查詢條件」與「修改查詢與重新送出」步驟裡，搜尋欄位因入口不同而出現不同格式，加上進階條件在不同頁面位置不一致，造成使用者誤以為功能消失。這違反一致性的原則，讓同一動作在不同介面下出現差異，導致學習成本與操作錯誤。

3. 辨識勝於回想(Recognition rather than recall)

   在「查看查詢結果」中，使用者必須靠記憶與推測去理解「i」、「車」等圖示的意涵。這要求使用者在腦中進行轉換與猜測，增加了認知負擔。若能讓資訊直接呈現或提供清楚的提示，就能降低記憶負荷。

4. 美觀與極簡設計(Aesthetic and minimalist design)

   首頁與查詢結果頁同時顯示入口、條件、列表與最新消息等多重元素，干擾了核心任務。這違背了極簡設計原則，因為畫面中的額外資訊增加了操作上的雜訊，使得使用者無法專注在查詢與比對這一核心行為。

（五）優化事項

依據分析結果與建議原則，提出5項優化項目，詳細說明如下：

1. 查詢入口更明確，讓使用者從正確位置開始

   在流程的起點，最重要的是避免使用者誤入錯誤的入口。本次優化將「買賣查詢」、「租賃查詢」、「預售屋查詢」、「預售屋建案查詢」集中獨立於入口頁，讓使用者一進網站就必須先做選擇，降低預設停留在「買賣查詢」卻誤以為查到的是預售屋資料的情況。

   每個入口下方增加了輔助說明文字，簡單清楚地指出能查到的內容與差異，讓使用者能快速理解，確保流程能從正確的方向展開。

2. 依操作流程，一頁式陳列所有搜尋條件

   將查詢流程重新設計為「入口頁」與「查詢條件頁」分開。這樣能避免使用者像現在一樣，在同一頁切換入口時因欄位不同而感到困惑。每個入口對應一個專屬的查詢條件頁，依據入口的特性提供合適的搜尋欄位。

   在查詢條件頁，將原本分散的欄位整合為一頁式的垂直結構。「基礎查詢條件」維持顯示，讓多數使用者能快速輸入並立即開始搜尋；「進階條件」則預設收合，並附上簡短的說明文字，提示內含建物型態、特殊交易備註、主要用途等欄位，方便使用者在展開前就能判斷是否需要使用。

   對於使用者經常找不到的「建物型態」，將選項預設完整展開，避免多次點擊才能抵達。至於「格局」的輸入，則建議改為更直覺的選取方式，如「幾房、幾廳、幾衛」及「有／無隔間」，降低理解門檻並提升輸入效率。

   

   圖13：調整後的查詢條件頁

3. 查詢條件與結果上下分區，維持連貫的操作流程

   建議保留現行「上方為查詢條件，下方為查詢結果」的版面結構，但調整呈現方式以提升操作效率。上方僅預設顯示最核心的查詢條件--地址，其餘欄位則以「展開其他條件」的方式收合，使用者在需要修改或新增條件時再展開操作。

   「展開其他條件」不僅包含完整的基礎查詢欄位，也能再進一步展開「進階選項」，避免目前網站由左側滑出的「進階條件」遮擋查詢結果，造成瀏覽動線中斷。此設計能讓使用者在同一頁面中修改查詢條件並檢視最新結果，保持流程的連貫性。

   

   圖14：調整後的查詢結果頁，可在上方重新輸入搜尋條件

4. 釐清定義，避免選項重疊

   在「基礎查詢條件」中，使用者對於「房地」、「建物」、「土地」、「房地（車）」與「車位」常感到混淆，擔心勾選不足而漏掉資料。為此，我們將這些項目整合為「交易型態」，並重新命名為「房地」、「建物」、「僅土地」、「僅車位」。四個選項之間清楚互斥，避免了「勾選車位是否也包含房屋」的疑慮，讓查詢結果更精準。

   

   圖15：調整後的「交易型態」分類

5. 即時提示圖示定義，降低使用者的理解負擔

   查詢結果頁中，「i」與「車」等圖示的意義不明確，使用者只能透過嘗試與推測來理解，降低效率並影響信任度。我們在這些圖示上新增了滑鼠懸停提示，讓使用者能即時獲得明確解釋，避免因誤解而懷疑資料的正確性，操作也更直覺。

   

   圖16：調整後的圖示說明

本次工作坊以評估「網站首頁」與「買賣查詢」服務流程現況為基礎，分析流程並提出協助服務提供者與服務使用者省工、省時之建議，說明如下：

（一）首頁

1. 清楚分隔查詢入口，避免誤用與混淆

   查詢入口以四個清楚分隔的區塊呈現：「買賣查詢」、「租賃查詢」、「預售屋查詢」、「預售屋建案查詢」。每個入口下方加上簡短輔助文字，直接說明涵蓋範圍與差異，幫助使用者在辨識並理解該入口的查詢範圍，避免因名稱相似而誤用。

2. 精簡首頁內容，讓使用者專注查詢任務

   網站的首要任務是查詢，因此建議將首頁的重心聚焦於查詢功能，「最新消息」移至下方，避免干擾使用者的任務流程。

3. 首頁依上述建議優化網站

   表2：「網站首頁」的輔導前後對照

   輔導前	輔導後

（二）「買賣查詢」服務流程

1. 從正確入口展開查詢流程，避免誤用

   入口頁與查詢條件頁拆開，避免網站預設停留在「買賣查詢」的入口，使用者想查詢預售屋卻誤用的狀況發生。操作畫面與服務流程的起點統一，讓使用者操作流程更明確與順暢。

2. 一頁式條件設計，流程更直覺

   查詢流程被重新劃分為「入口頁」與「查詢條件頁」，避免使用者在同頁切換入口時因欄位差異而困惑。所有條件以一頁式垂直結構呈現，「進階條件」預設收合並附提示，方便使用者在展開前先判斷是否需要。

   常被忽略的「建物型態」則改為預設展開，減少額外點擊；「格局」則改為直覺的選取方式，如「幾房、幾廳、幾衛」及「有／無隔間」，提升操作效率。

3. 釐清交易型態，避免選項混淆

   重新命名「房地」、「建物」、「僅土地」、「僅車位」選項，並將之整合為「交易型態」。四個選項彼此獨立互斥，避免使用者疑惑「是否包含車位」等問題。

4. 查詢條件與結果分層，保持操作連貫

   上方僅預設顯示核心條件「地址」，其他條件以「展開其他條件」的方式收合，避免過多欄位干擾畫面。

5. 圖示加上即時提示，降低理解負擔

   在圖示上新增滑鼠懸停提示，當使用者移動游標時，即可即時獲得清楚解釋，不必再依靠猜測來理解。

6. 服務流程依上述建議優化網站

   表3：「買賣查詢」的輔導前後對照

   輔導前	輔導後

（三）未來精進方向

本次專案針對77份問卷填答與5名受測者的易用性測試進行分析，並依據結果設計優化標的的介面。本網站有多項查詢功能，仍有部分介面動線與互動設計未能在此次納入調整。建議機關未來可透過更全面的使用者盤點，結合後台數據去分析使用者行為，做更深入的使用者行為研究。

以下為機關未來可逐步優化的面向，提供機關參考：

1. 以使用數據檢驗價格條件，確認總價與單價需求

   新版設計將基礎搜尋中的「單價」改為「總價」，回應多數使用者在實際操作中習慣以總價篩選。然而，部分受測者曾誤以為「總價與面積並列」是指單坪價格。若改回「單價」，又可能與大多數人的需求不符。

   建議未來可透過數據追蹤與更多使用者回饋，確認使用者的實際偏好，也可考慮提供「總價／單價」的切換功能。

   

   圖17：調整後的搜尋欄位為「總價」

2. 統一圖示(icon)規則，提升車位資訊可見度

   針對部分使用者不理解車位計價的問題，新版在「車icon」上新增了懸停說明。然而後測發現，多數人未察覺此互動，原因在於圖示外觀一致性的問題：其他能懸停的圖示都是藍色圓形（像是「？」），而「車」採用的是方形，導致使用者未建立互動期待。

   

   圖18：查詢結果頁的「？」的說明

   若改為藍色圓形可提升一致性，但同時會與系統中其他用途的「車」產生衝突，使用者可能會對於出現在不同處的「車」代表含義感到困惑。

   

   圖19：查詢結果頁的「車」圖示

   考量若僅在價格欄將其改為藍色圓形的樣式，會造成整體系統內圖示定義有歧異的問題，建議機關未來可建立圖示的一致性，避免操作提示被忽略。

3. 優化展開圖示，讓使用者知道可以點擊展開

   執行本案設計後的畫面執行後測時，第一次觀察到部分使用者因螢幕寬度受限，無法一次看到完整資訊，也未注意到可透過「+」號展開。

   針對此情況，團隊提出後續可能的設計方向：例如將「+」改為更通用的「˅/˄」箭頭（即未展開時是˅，展開時變為˄），並透過顏色變化區分展開狀態，更符合使用者的直覺。

   建議機關未來可調整設計並進行測試，以確認是否需要優化展開圖示。

   

   圖20：查詢結果頁的展開圖示

4. 明確標示地圖切換功能，避免使用者忽略

   目前使用者可在列表與地圖之間切換，但若誤解按鈕文字含義，可能忽略這項功能，降低操作效率。建議未來將文字改為「切換地圖模式」或「切換列表模式」，讓按鍵的用途更明確，避免使用者沒有意識到可以切換兩種模式檢視查詢結果。

   

   圖21：以地圖檢視查詢結果的按鍵

   

   圖22：以列表檢視查詢結果的按鍵

以上建議方案提供內政部不動產交易實價查詢網未來精進方向與設計參考。相關設計製作成高擬真網頁並經由使用者測試驗證新設計方案之可行性(機關網站原/新設計之測試紀錄，請參見附件三)，建議後續可會同利害關係人（包含服務提供者、服務使用者、系統開發廠商等）一同研擬實際可落實之執行細節，讓政府網站服務品質更臻完善。