03商業選址分析平台

整合地理與消費數據的選址決策工具

用地圖和數據取代直覺,幫創業者找到適合開店的地點。

主要職責
使用流程規劃 · UX 決策 · UI 設計 · 專案管理
團隊成員
前端工程師 · 後端工程師 · 甲方技術團隊
專案時程
2024.08 — 2026.07(持續迭代)
使用工具
Figma · Google Sheet · Notion

專案背景

選址是實體店最難逆轉的決策之一,但資訊取得有明顯缺口:實際走訪只能憑感覺、公開數據散落難以整合、專業顧問成本高且不一定有成效。

本專案結合地圖資訊與商業數據,以訂閱制自助取用的方式填補這個市場空缺。初期幾乎找不到可參考的競品,使用者沒有既有習慣可以依賴,介面模式需要從零建立。

痛點 設計挑戰 我的任務
選址決策高度依賴經驗直覺,缺乏系統化的地理與消費數據工具輔助判斷。 把複雜的地圖資訊和數據工具,設計成不同客群都能直覺操作的選址系統。 定義功能邊界,在商業時程、技術成本、設計品質三者之間做有依據的取捨。

脈絡訪查(Contextual Inquiry)

釐清兩類用戶的本質需求差異,定義各自的成功情境

市場初期幾乎找不到可參考的競品,使用者沒有既有的操作習慣可以依賴,介面模式需要從零建立。我們以脈絡訪查的方式,走過商業顧問實際的流程與情境,釐清目標客群的真實需求。訪查確認了兩類用戶在選址的關鍵流程和成功指標差異:

使用者 關鍵行為 成功指標
創業者 在單一區域反覆比對條件,確認有「值得開店」的位置。 一份可以說服自己的決策依據。
企業用戶 批量購買帳號及跨季數據,由專業團隊進行跨區域比較。 找出完美的展店布局策略。

User flows 驗證

把流程視覺化,讓隱性需求浮現

User flows 製作完成後讓業主逐一走過,兩個隱性需求在這個過程中浮現。業主在看到創業者的操作流程時提出疑問:原本的三步驟規劃分成不同頁面、透過「下一步」切換,這個設計參考了脈絡訪查中觀察到的功能相似產品,業主看到流程後認為步驟太長,使用者可能在中途放棄。流程圖涵蓋所有功能操作細節,業主在走過報告管理流程時,發現規劃中只有一次性報告下載,希望增加可重複下載的功能,作為使用者遺失報告後的補救措施。

選址查詢的 User flow,涵蓋地址分析、商圈分析與智慧選址評估三種篩選路徑

Key Insight

User flows 讓業主第一次看到系統行為的全貌。看到流程之前,業主知道要什麼;看到流程之後,業主才知道少了什麼。

設計決策

把三種模式收進同一套流程,消除多入口的學習成本

平台提供地址分析、商圈分析、智慧選址評估三種切入點,對應不同用戶需求與使用情境。

初始文件只列出三種模式的欄位類型資料表,整理完資料發現,除了分析位置的關鍵流程以外,三種模式的差異不大。如果各自有獨立入口和流程,在操作體驗和模式切換上會變得非常繁瑣。

因此,我將所有模式統一進同一套三步驟 Wizard 流程(分析位置 → 半徑範圍 → 產業別)。三種模式都是用三個步驟完成選址,第一步驟是最大的差異,在初始畫面以 Tab 的形式切換。用戶學會一種模式,其餘兩種自然類推,不需要額外引導。

三步驟查詢
三步驟查詢示意動圖
三種查詢模式
三種查詢模式示意動圖

以地圖互動分層兩種衝突需求,用 Toggle 控制視覺密度

報告頁面同時承載兩種需求:全局概覽,區域範圍內所有商業指標總和;細節查詢,個別店家當月的詳細數據。初始畫面中右側面板只會顯示全局概覽資訊,透過點擊地圖上個別店家的圖標,可以展開指定店家的資訊。

報告頁面的全局概覽與個別店家詳細數據兩種檢視模式
熱力圖關閉時的報告畫面 熱力圖開啟時疊加在地圖上的視覺化呈現

此外,業主也希望可以把最重要的消費人口指標直接視覺化呈現在地圖上,為此需要規劃熱力圖功能。然而,同一區域可能有數百家商店,視覺化熱力圖若常駐畫面,根據注意力資源理論,使用者的視覺注意力是有限的,兩套視覺層疊加會分散焦點、干擾原本的地圖操作。因此,在設計上以 Toggle 控制視覺密度,讓使用者在需要時主動切換,而非被動承受兩套資訊同時呈現的認知負荷。

條件微調才是最真實的使用情境

一開始的設計是產生報告後若需要調整條件,必須返回搜尋頁。但業務回饋真實的使用情境是:使用者在同一個選址地點之後,需要微調範圍或產業等篩選條件來比對或應證決策,每次小調整都重新選址是毀滅性的使用體驗。

和開發團隊討論可行性後,決定在報告頁加入「編輯分析條件」功能,用戶可在不離開當前選址的情況下調整條件更新報告。

報告頁面的編輯分析條件彈窗,可直接調整半徑範圍與產業別後重新分析

設計成果

負責執行 UAT 驗收,涵蓋前後台 50+ 測試情境,全數通過驗收。這是設計師主導驗收的案例——不只交付設計稿,也對最終系統行為負責。

上線前業主提出追加需求:為 80+ 類別的地圖圖標規劃不同顏色。我評估完整的色彩規劃需要額外的討論與設計週期,會直接影響上線時程。向業主說明取捨後,業主決定暫緩,產品準時上線。在功能完整性與交付時程之間做取捨,並讓業主理解判斷依據,是這個案子持續在做的事。

平台上線超過一年,目前持續迭代中。

心得與反思

第二階段新增一日訂閱並開放報告 PDF 下載,設計重心放在功能擴充,沒有系統性評估新舊方案組合後的邊界條件。客戶測試時發現:一日訂閱用戶可在 24 小時內下載最多 100 份報告存入紀錄頁,方案到期後仍可反覆取用,實質以一日費用取得 100 份報告的永久存取權。最後在上線前趕緊補救,加入 7 天下載有效期限。

設計時通常以正常使用情境為前提,規劃合理的動線引導和防呆機制;比較少反向拆解,去思考如何防範不正當行為的可能性。

產品設計不只是引導用戶做對的事,也要考慮系統在被刻意利用時的邊界。這是這個案子讓我補上的一塊產品思維。

下一篇案例讓創作者自主掌控的訂閱制部落格
Ryan Chiang

UI/UX Designer 專注在把複雜的問題梳理清楚,做出有依據的設計決策。