Volleyball Hub
排球活動媒合平台，協助球友依照地點、時間與技能等級快速找到適合的活動，並簡化報名、繳費與活動管理流程。
讓找場地、報名、管理報名，都在同一個體驗裡完成。
- Role
- UI/UX 設計＋前端開發（個人專案）
- Timeline
- 2025
- Problem
- 排球場次資訊分散在社群貼文與訊息群組中，球友難以快速判斷時間、地點、程度是否適合自己；主揪也需要手動管理報名、候補與收款狀態。
- Method
- 以「情境模擬＋同儕訪談」交叉驗證需求：用 ChatGPT 模擬新手球友、老手球友與主揪三種角色，再訪談身邊有揪團或參與經驗的球友，整理共通痛點。
- Key Deliverables
- 行動端活動媒合流程、場次篩選、程度適合度提示、報名／候補狀態、活動管理與收款狀態設計。
- Validation
- 自我檢核＋同儕走查；以新手、老手、主揪三種情境腳本重新走查關鍵流程，確認資訊層級與操作路徑沒有明顯斷點。
- Limitation
- 沒有正式可用性測試與量化成效；ChatGPT 模擬僅作為需求探索輔助，實際痛點仍以同儕訪談與個人教練經驗交叉判斷。
「查看即時網站」是實際開發完成、可互動的網站（以 Claude Code 實作）；「查看 Figma 原型」是最初的 UI/UX 設計稿，兩者為不同階段的產出。
專案總覽
Volleyball Hub 是一個以「揪團排球」為情境的行動端獨立設計專案，由我一人完成研究、資訊架構、視覺設計與原型製作。設計目標是把原本分散在社群貼文與訊息群組裡的「找場次、報名、管理名單」三個動作，收斂進單一體驗，讓球友與主揪都不必再靠人工對帳與反覆私訊確認狀態。
問題
許多球友想約球，卻常常卡在「不知道哪裡有場次」「不確定程度合不合適」「報名流程太麻煩」這幾個問題上。Volleyball Hub 希望把找活動、報名、管理報名這三件事，整合進一個好用的行動端體驗中，降低揪團與參加的門檻。
資訊分散
場次資訊散落在不同社群與訊息群組，難以比較時間、地點與程度。
報名不透明
報名狀態、繳費與名額常需要私訊確認，缺乏即時可見的狀態。
管理成本高
主揪需要手動整理名單與收款紀錄，容易出錯也耗時。
研究
獨立專案沒有正式的使用者研究資源，改以「情境模擬 + 同儕訪談」交叉驗證需求：用 ChatGPT 模擬新手球友、老手球友與主揪三種角色在揪團時的真實對話與痛點，再訪談身邊實際有揪團經驗的球友，比對兩者的落差以收斂真正重要的問題。
主揪的隱性成本
主揪多半在賽後才整理收款紀錄，容易忘記誰還沒繳費，甚至得回頭翻聊天記錄核對。
新手的資訊落差
新手球友難以從純文字貼文判斷自己的程度是否適合，容易因誤判而在現場感到尷尬。
報名狀態的不確定感
報名後常要等主揪回覆才確定是否候補成功，等待期間的不確定感是常見抱怨。
設計策略
依研究洞察整理出三個設計原則，作為後續資訊架構與畫面決策的依據。
狀態要看得到，不要用問的
報名、繳費、候補都要有明確的視覺狀態，不需要再靠私訊確認。
第一眼就要判斷合不合適
地點、時間、程度、名額四項關鍵資訊要能在列表卡片上直接看到。
管理是主揪的日常，要盡量自動化
收款與名單管理要盡量減少手動輸入與對帳的步驟。
關鍵決策
| 篩選機制 | 依地點、時間、程度三軸篩選，而非單純的時間列表——研究顯示球友最常見的疑問是「這場適合我嗎」，需要把程度當成第一層篩選條件。 |
|---|---|
| 報名狀態呈現 | 用顏色與文字雙重標示（已確認／候補中／已額滿），而非只靠顏色區分，避免色弱使用者誤判狀態。 |
| 主揪工具 | 把名單管理與收款狀態整合在同一個「活動管理」畫面，減少主揪在報名清單與收款紀錄間來回核對的心力。 |
| 社交機制 | 加入「我的好友」而非只做報名紀錄——排球揪團多半是熟人帶熟人，社交關係本身也是找到合適場次的路徑。 |
關鍵畫面
從探索活動、查看詳情到報名成功、管理報名與好友，建立一致且清楚的操作流程。
驗證
獨立作品沒有正式的可用性測試資源，驗證聚焦在自我檢核與同儕走查：對照 WCAG 對比度標準檢查文字與狀態顏色，並用新手／老手／主揪三種情境腳本重新走一次關鍵流程，確認資訊層級與操作路徑沒有邏輯斷點。
反思
透過將「找活動—報名—管理」拆解為清楚的步驟與狀態回饋，讓球友能在幾個步驟內完成報名，也讓主揪不再需要靠人工對帳。這個專案也讓我更熟悉如何在資訊量大的活動列表中，透過標籤與篩選降低使用者的決策成本。