2026 / 1 月 — 進行中 · 產品設計師 & 全端工程師(AI 協作開發)
個人體能教練工作管理系統
為獨立體能教練打造的個人化 SaaS 平台,整合行事曆、學生管理、銷售統計與自動提醒,取代散落於 Excel 與 Line 的行政、帳務作業。
我獨立接案,為一位獨立體能教練從 0 打造個人化 SaaS 工作管理平台——一個人完成需求訪談、UX/UI 設計、系統架構、全端開發(AI 協作)、測試到交付的完整產品週期。
客戶原本用 Excel 加 Line 管理學生、課表、課堂紀錄與每月收款,資訊散落、難以追蹤。我把這些拆解成行事曆、學生管理、銷售統計、自動提醒四大模組,並用「分階段交付」控制範疇與預算。實測把教練的行政作業從每週 3~4 小時,縮短到每月約 1 小時,獲得客戶正面回饋,目前已在洽談第二期擴充合作。
專案背景
客戶是一位獨立體能教練,過去用 Excel 加 Line 管理學生名單、課表、課堂紀錄,並追蹤收款、統計每月收入。資訊散落各處、難以追蹤,每月還得花不少時間在行政作業上。他期望有一套整合行事曆、學生管理、銷售統計、自動提醒的個人化 SaaS 平台。
這個案子的特別之處在於:我一個人扮演了完整的產品團隊——從面對客戶釐清需求,到設計、開發、交付,全程獨立完成。
我的角色與雙重視角
我同時是這個產品的設計師與工程師,並用 AI 協作(Claude Code)完成全端開發。設計上,我從訪談梳理出教練真正的工作節奏,回推介面該長什麼樣;專案上,我獨立面對客戶,負責範疇控制與分階段交付的決策。以下分「設計決策」與「專案管理」兩面向,各挑最具代表性的說明。
設計決策:從教練的真實工作節奏回推介面
一、把行事曆設為首頁,讓最高頻的動作零跳轉
訪談時我梳理出教練「招募 → 排課 → 教課 → 結算」的四個工作週期,發現他最高頻的需求是「教課當下用手機簽到並記錄課堂內容」。因此我把行事曆設為系統首頁,並在每日行程的檢視畫面直接內建簽到與課堂紀錄的共用介面,省去在不同模組間反覆跳頁的步驟。
二、用「課堂群組」機制,取代易出錯的多表帳務核對
教練的收費有兩種時間點:課前預付、課後月結。過去他得在多張 Excel 之間交叉核對,繁複又容易遺漏。我設計了「課堂群組」機制,依收費時間點歸納課堂,自動分出每月需要/不需要核銷的部分;教練核銷完課堂後,系統自動結算當月帳務,大幅簡化原本的多表對帳流程。
三、補上「動作回顧」,讓新系統保有舊工作模式的方便性
從 Excel 搬到系統,雖然減輕了大量並列資料的認知負荷,卻也失去 Excel「左右對照課堂歷史」的方便。為此我導入「動作回顧」視窗,把教練最常需要參照的學生動作歷史單獨擷取出來供查詢——讓教練既享有新系統的整潔,又保留舊習慣裡真正有用的部分。
專案管理:用分階段交付平衡客戶預算與系統完整度
身為獨立接案者,我要同時對「客戶預算」和「系統完整度」負責。我把完整需求拆成兩個獨立合約——第一階段聚焦教練內部管理、第二階段才做學生自助介面,並在規劃書中明確標示替代方案,讓客戶能用較低成本先驗證系統價值,同時把專案範疇控制在不失焦的範圍內。
這個決策是我接案經驗裡最重要的一課:客戶不一定需要一次到位的完整系統,先交付高價值的核心、用成果說服客戶往下走,反而更能建立長期信任。實際成果也印證了——第一期交付後客戶主動洽談第二期擴充,並開始和我規劃後續的商業模式與教練間推廣。
成果
- 獨立完成完整產品週期:需求訪談 → 範疇定義 → UX/UI 設計 → 系統架構 → 全端開發 → 測試 → 交付
- 設計並實作行事曆、學生管理、銷售統計、提醒通知四大模組,實測把教練行政作業從每週 3~4 小時縮短到每月約 1 小時
- 建置系統管理員後台,供後續管理多個教練帳號、追蹤系統資源用量,為未來 B2B2C 模式預留基礎
- 完成第一期交付、通過 1 個月試用並開啟 1 年保固;客戶已洽談第二期擴充合作
反思
這個案子驗證了我過去累積的工作經驗——一個人也能跑完整個產品週期,並讓我更熟悉新世代的 AI 協作開發模式。最大的收穫是體會到「分階段交付」在資源有限時的價值:與其追求一次做完整,不如先交付能立刻創造價值的核心,讓客戶在低風險下驗證,再決定怎麼往下走。