AO2 FIELD GUIDE · N063 · WordPress 與轉換體驗
產品比較工具規劃先固定型號、版本與比較基準，再設計篩選、未知值和限制呈現。用路燈 IoT 控制器的假想需求示例，整理資料契約與互動測試表，避免總分掩蓋必要條件。
互動比較工具會依使用者選項改變結果，所以不只是一張可排序的規格表。需要說清使用哪份資料、條件不符時怎麼顯示、選到未知版本時如何繼續，以及更新資料後哪些結果必須重新驗證。畫面能切換，不代表比較已經可靠。
產品比較工具規劃，先寫清輸入與判斷順序
先用一句話定義工具任務，例如「協助整合商縮小需要進一步核對的控制器配置」，不要直接承諾自動選出唯一適用品。輸入包含使用情境及已知條件，輸出則分候選、條件不符與待確認。必要條件先判斷，偏好差異再比較，不把所有欄位加成一個看似精密的總分。
本篇交付互動工具的資料與行為需求，文字比較內容另有指南。工具應說明為何留下或排除某個選項，不能只給一個冠軍。若需求尚不足以判定適用，就輸出還缺哪些資料與可核對入口，不讓讀者把畫面排序誤當成工程確認。
白話例子：先確認車能不能進車庫，再比顏色
假想路燈 IoT 團隊比較控制器，某配置需要指定韌體與介面，另一款相關資料尚未確認。如果先把價格、外觀與便利性加總，必要介面不符的選項也可能得到高分。這像挑車時先確認高度與尺寸能否進車庫，再比較顏色；不能用很多偏好優點抵掉無法使用的門檻。
車庫門檻對應必須符合的技術條件，顏色對應可取捨偏好，尚未量到尺寸則對應未知。這是假想規劃，未宣稱任何真實控制器具備特定能力。比喻也不能代替現場相容性驗證；工具的候選清單只是後續核對起點，安裝、通訊與服務仍需正式資料及責任人確認。
把規格、狀態與來源做成資料契約
每列資料保留產品 ID、配置、版本、欄位名稱、值、單位、適用條件、來源及更新時間。支援、不支援、未知與不適用要分開，空白不能默認成不支援，零也不能代表尚無資料。若數值需要換算，保留原始單位與方法，不在前台悄悄把不同測試條件變成同一把尺。
對「需要配件才成立」的能力，資料應表達配件與版本依賴，介面也要在結果旁顯示。長註腳可連到完整文件，會改變選擇的限制不能只藏在滑過去才看得到的提示。W3C 表格教程強調資料關係需要適當標記；這不會替你決定產品規格，仍須先由產品人員核准欄位含義。
| 欄位 | 假想填法 | 必須保留的含義 |
|---|---|---|
| 產品與配置 | 控制器 A／指定配置 | 系列名不足以識別 |
| 值、單位與條件 | 依核准文件填寫 | 不同測試條件不直接混比 |
| 能力狀態 | 支援／不支援／未知／不適用 | 空白與零不作替代值 |
| 版本及來源 | 文件版號、日期與連結 | 變更後能回查結果 |
把互動規則寫到空結果、切換與分享狀態
使用者勾選「只看差異」時，仍要保留必要條件、型號與來源版本，不能把兩邊同樣未知的欄位全藏掉。移除產品後，標題與各欄資料要重新對齊；沒有符合條件的結果，說明哪些條件造成排除，提供可理解的修改方式，不自行塞入不符合要求的替代品。
若提供分享網址或匯出，決定保存的是當時快照，還是開啟時重新計算的目前資料。兩者都要說清日期與版本，不讓舊連結悄悄變成新的推薦。桌機、手機與鍵盤操作共享相同條件；手機卡片即使拆開顯示，也要讓使用者辨認目前比較的是哪個配置，而不是只看到相近系列名稱。
拿邊界案例驗收，再交給資料維護者
準備一組已知可比較、一組缺少版本、一組必要條件不符及一組來源變更的測試資料。事先由產品人員寫預期結果，網站人員再對照輸出，不能讓工具自己算完再用結果當答案。每次修改規則或資料後重跑代表案例，區分資料錯誤、互動錯誤與需求定義不清。
可維護的比較工具，必須有人能解釋每個欄位和結果。交接包含資料來源、核准責任、版本規則、測試情境及停用方式。若某項來源暫時無法核對，允許標待確認或暫停相關比較；不要為維持結果整齊，把未知資料補成看似合理的數字。
| 測試 | 預期行為 | 失敗判斷 |
|---|---|---|
| 必要條件不符但偏好高分 | 保留排除理由 | 仍被列為首選 |
| 版本未知 | 列待確認與補資料入口 | 自動套最新版本 |
| 只看差異及移除一款 | 標題、限制及資料仍對齊 | 限制被隱藏或串欄 |
| 分享後來源更新 | 顯示快照或重算規則 | 無聲改變原判斷 |
常見問題
規格資料不完整，工具還能上線嗎？
可以評估縮小範圍，只提供已核准欄位與候選整理，但必須明示缺口及不能完成的判斷。未知不能變成不支援，也不應被默認成通過。先由產品人員列最小可用資料，再用缺值與版本未知的測試題驗收；缺少關鍵門檻時停止推薦，轉為引導補資料或人工核對。
延伸閱讀：比較頁怎麼寫？用相同條件協助客戶選方案，避免空泛推薦
用現成比較外掛，還需要寫需求嗎？
需要，外掛能提供介面，不會知道你的欄位、版本依賴與支援定義。先拿一組正常與一組邊界資料測試限制呈現、手機、鍵盤及匯出，再確認資料更新與停用後的處理。若必須用大量文字補救介面誤導，先調整工具範圍，不把功能已裝好當成比較工作已完成。
延伸閱讀：比較頁怎麼寫？用相同條件協助客戶選方案，避免空泛推薦
測試條件不同，工具能直接標哪款效能較好嗎？
測試條件不同時，先列差異與限制，不能直接給出效能勝負。無法比較的項目應清楚標示，未知也不能當成零分，再讓使用者依用途確認需要補哪些資料。
例如不同功耗模式下的速度，不能只比最高數字。比較工具應協助縮小選擇與回查依據，不以規格加總製造沒有根據的最佳推薦。
延伸閱讀：比較頁怎麼寫？用相同條件協助客戶選方案，避免空泛推薦
白話總結：先量車庫，再比喜歡哪一台
比較先守住必要條件，再呈現取捨；未知就留下未知，不把一張分數表當成正式確認。
- 定判斷：列輸入、必要門檻、偏好與待確認狀態。
- 定資料：固定型號、配置、單位、來源及版本依賴。
- 測邊界：驗收缺值、不符、切換及來源更新，交接維護責任。
完成條件：讀者看得懂候選與排除理由，重要限制沒有被互動隱藏，更新後結果可重新核對。
來源與方法範圍
資料查核：2026 年 10 月 24 日。來源支持文中對應的準則與平台說明；工作表、判斷步驟及已標示的假想情境由 AO2 整理，實際使用時依產品資料與現行設定核對。
