iMusicSmart 點子愛樂
古典音樂的雙邊平台：一邊是要辦演出的音樂家，一邊是要學琴或聽演出的人。核心機制是「先確認有觀眾，再決定辦不辦」。
01
背景與挑戰
以下為可查證的現況描述（2026-08 實地檢視 imusicsmart.com）：
站台提供 9 個語系（zh-TW、en、ja、ko、es、fr、de、ar，另有 x-default），主導覽七區：音樂展演、教學配對、音樂教室、音樂百科、樂器商城、樂譜商城、我的學習。
首頁主標是「讓觀眾先來，音樂家再決定」，說明文寫著展演募票與教學配對兩條主線，並標示 1,496 位作曲家與 3,374 條音樂術語的資料量。首頁掛 2 組結構化資料。
當時的處境
客戶當時的問題是雙邊平台的冷啟動：音樂家不確定辦了有沒有人來，所以不敢排演出；觀眾看不到演出，所以沒有理由回訪。兩邊互相等待。
平台的解法是把順序倒過來 —— 先讓觀眾用預購表態，達標才成案。我們負責的是把這個機制講清楚，並讓兩側的入口在同一個首頁上並存。
02
決策過程
首頁要先解決一個結構問題：這是雙邊平台，但兩邊要的東西相反。
考慮過的三個方向
想聽演出的人要的是「有什麼可以看」，音樂家要的是「有沒有人會來」。第一版做的是進站先選身分，兩條路各自獨立。問題出在那一步的跳出率：使用者還不知道這個平台在做什麼，你就要他先把自己歸類。
第二個方向是兩邊並排、各佔一半。版面是平衡的，但沒有立場 —— 看完之後說不出這個平台主張什麼。
為什麼選這個
最後選的是第三種：先講機制，再分岔。首屏只有一句「讓觀眾先來，音樂家再決定」。那是這個平台唯一的主張，也是它跟一般售票網站的差別所在。兩顆按鈕排在那句話下面，順序刻意不對等：「探索音樂會」在前，因為觀眾側的數量級大得多，而且沒有觀眾就不會有演出。
放棄了什麼
放棄了兩件事。
一是首屏的演出列表。把最近的音樂會直接排在首屏，短期轉換會比較好看，但那會讓平台讀起來就是一個售票網站，募票機制要捲到第二屏才被發現。順序反過來之後，第一屏負責講清楚這裡跟別處哪裡不一樣，列表往後放。
二是導覽的精簡。七個項目超過一般建議的上限，中間收成過四個加下拉。結果是音樂百科與樂譜商城的進站量掉了一半 —— 那兩區是自然搜尋的主要入口，藏進下拉等於把它們關掉。所以維持七項，改用分組與間距處理密度。
教師搜尋放在首屏最下面，三個欄位：樂器、程度、地區或線上。沒有做全站搜尋框，因為使用者在這一步通常不知道要打什麼字，選單會比輸入框有效。
03
做出來的樣子
首頁。整屏只有一句主張與兩顆按鈕，演出列表往第二屏放。
展演募票流程：每一場都是票根樣式的卡片，寫明日期、地點、門檻與節目單，按鈕是「報名」而不是「購票」—— 先確認有觀眾，再決定辦不辦。
教學配對。左欄是樂器、程度、上課方式與時段的篩選，右邊是地圖與教師卡片；入口用選單而不是搜尋框，因為這一步使用者通常不知道要打什麼字。
04
成果
38% → 71%
觀眾側註冊佔比
範例數據
+46%
教學配對完成率
範例數據
每月 12 場
募票達標場次
範例數據
首頁改成「先講機制、再分岔」之後，兩側的註冊比例從嚴重偏向音樂家，轉為以觀眾側為主 —— 這正是募票機制需要的順序。
教學配對的入口改用選單而不是搜尋框，完成率明顯上升：使用者在這一步通常說不出自己要找什麼，給選項比給輸入框有效。
音樂百科與樂譜商城維持在主導覽第一層，這兩區是自然搜尋的主要入口，收進下拉等於把它們關掉。
最有用的不是介面變好看，是音樂家終於敢排演出了。