專案概述 設計挑戰與解決方案 核心設計決策 Wizard of Oz 測試驗證 專案反思與學習

Smart Home App 重構專案

運用 Wizard of Oz 測試驗證設計假設，重構智能家居 App，解決 5 大可用性問題

專案概述

我的第一個專職 UIUX 設計師專案：重構智能家居 App，解決第一代產品的 5 大可用性問題，讓新用戶從「困惑挫折」到「順利上手」。

  • Wizard of Oz 測試法驗證
  • IoT 硬軟體協同設計
  • 完整狀態反饋系統

基本資訊

  • 時間：2018年6月 - 2018年底
  • 角色：UIUX 設計師（Wireframe, UI Flow, Prototype, Mockup）
  • 工具：Sketch, InVision
  • 產品：智能家居控制 App（窗簾、電燈、插座等硬體控制）

設計挑戰：5 大問題 vs 解決方案

第一代 App 問題 重構後解決方案
無操作反饋 - 用戶不知道操作是否成功 完整狀態系統 - 新增「開啟中」「暫停中」等過渡狀態
硬軟體協同不明 - 不知道需同時操作硬體 清晰操作指引 - 明確告知 App 狀態 + 硬體操作步驟
專業術語障礙 - 界面充斥行話（如 PIR） 語言平易化 - 統一使用日常用語
視覺干擾過多 - 複雜色彩分散注意力 視覺簡潔化 - 採用 7:2:1 色彩原則
操作流程不完善 - 缺乏引導說明 流程完整化 - 每步驟都有明確指引

核心設計決策

1. 狀態反饋系統重建

洞察：IoT 產品的 App → 主機 → 配件通訊鏈存在延遲

解決：從「開/關」二元狀態擴展為完整狀態樹

工具：繪製完整 UI Flow，盤點所有可能操作狀態

2. 新增配件流程優化

痛點：用戶不知道需要「快速點擊硬體三下」

改進：增加硬體操作說明 + 配件命名確認機制

細節：強調「迅速」操作 + 過場畫面緩解等待焦慮

3. 硬軟體協同引導

發現：智能家居最大障礙是硬體+軟體同步操作

創新：建立硬軟體協同的標準引導模式

影響：為後續 IoT 產品設計提供參考框架

Wizard of Oz 測試驗證

測試設計

  • 環境：showroom 實際智能家居場景
  • 方法：A 同事操作新 prototype，B 同事同步用舊 App 控制真實硬體
  • 對象：不熟悉產品的實習生 + 舊版用戶

關鍵發現與迭代

  • 速度要求不明 → 文案加上「迅速」二字
  • 確認機制不清 → 增加「可透過開關確認」說明
  • 等待焦慮 → 設計過場畫面

測試結果

  • ✅ 新用戶（實習生）100% 順利完成所有操作
  • ✅ 舊用戶反饋「比第一代清晰許多」
  • ✅ 完全消除第一代 App 的主要使用障礙

專案反思與學習

專案價值

  • 成功解決智能家居 App 的可用性問題
  • 掌握了 IoT 產品的狀態反饋設計方法
  • 建立了 Wizard of Oz 測試的實戰經驗

專業成長

  • 深刻理解用戶測試在設計驗證中的價值
  • 學會將狀態設計思維運用到複雜交互系統
  • 建立了「測試驅動設計」的工作習慣

對後續工作的影響

  • 在金融產品設計中持續運用狀態反饋原則
  • 重視早期測試，降低開發後期修改成本
  • 面對複雜產品時更注重用戶引導設計