讓創作者自主掌控的訂閱制部落格

專案背景

內容創作者長期面臨資料歸屬平台或技術壁壘過高的兩難，Echorise 的定位由此確立：金流直入創作者帳戶、本地金流、3 分鐘自動建站，讓創作者同時擁有低門檻與完整所有權。

痛點	設計挑戰	我的任務
創作者在平台所有權與技術門檻之間無法兩全，缺乏低門檻的自主建站選擇。	訂閱制、金流、自助建站的流程規劃與使用體驗是全新的設計挑戰，還需要建立屬於產品的 Design System。	在有限研究資源的條件下，定義新功能的 UX 流程與介面規格，建立前後台獨立的 Design System，確保設計判斷可被執行。

網站模組延伸

十年的用戶體驗回饋是產品化的設計起點

Echorise 的前身是為品牌網站客戶提供的部落格模組。模組持續使用近 10 年，累積 40+ 客戶，並在 SEO 與使用體驗上持續優化，能讓客戶進入 Google 搜尋第一頁。

已知的使用痛點：文章編輯器不好用，前、後台的標題層級（H1、H2）樣式不一致，影響創作者的排版判斷；部分用戶習慣上傳原始圖片，檔案過大導致頁面載入問題；部落格建立與版面調整需要透過工程師來處理。

競品分析

從市場空缺確認產品化的差異化方向

模組產品化帶來了三個新的設計挑戰：訂閱制、金流、前台樣式管理。這三個功能沒有內部使用經驗可以參照，以競品分析補足設計依據。

針對方格子、Substack、WordPress 三個競品，從 Onboarding 流程、付費牆設計、金流與所有權三個維度進行體驗拆解：

	方格子	Substack	WordPress
Onboarding	流程簡單，上手門檻低	流程流暢，引導清楚	建站流程複雜，非技術用戶難以獨立完成
付費牆	截斷式，閱讀中斷感明顯	截斷式，閱讀中斷感明顯	需額外插件，設定複雜
金流與所有權	平台暫收後定期撥款，訂閱者資料歸平台	台灣本地金流支援有限	所有權完整，但金流設定需技術背景

三個競品沒有一個同時解決低技術門檻與完整所有權。Echorise 的設計優先序從這裡確立：降低上手門檻比功能豐富更重要，金流直入是核心差異，任何需要技術知識才能完成的操作都是失敗的設計。

設計決策

Onboarding 流程規劃，消除付款後的體驗斷點

Onboarding 流程的設計目標是「從選擇方案、付款到進入站台，體驗是一氣呵成的。」最初開發團隊評估自動架站需要 3–5 分鐘，為了避免使用者點擊無效連結，付款完成後不會直接跳轉創作者後台，而是需要等待 Email 通知開通。

使用者付了一大筆錢後，沒有任何回饋流程就直接中斷，甚至可能有粗心的使用者不知道要去收信，可以預見會是使用體驗上的災難。

和開發團隊重新討論技術可行性後，確認有方法可以突破目前的限制，將架站時間加快到 30 秒內。原本因為技術限制而妥協掉的設計，在爭取到技術支援後恢復了。

利用未完成效應，以 blur 漸層引導付費解鎖

後台與前台採用獨立的設計語言

後台服務創作者，效率優先；前台服務讀者，品牌感優先。若在設計後期才處理這個差異，元件結構一旦混用，每次主題色調整都會影響不應該被影響的範圍，改動成本極高。

從一開始就為後台和前台建立各自獨立的 Token 架構：後台使用中性灰階系統，前台使用可替換的主題色 Token。創作者在後台調整站台主色，前台即時套用，後台介面不受影響。Token 替換範圍預設安全邊界，確保不論創作者選什麼顏色，閱讀體驗的對比度與可讀性都維持在標準以上。

設計成果

Echorise 於 2026 年 7 月 1 日正式上線，完成完整的 0→1 週期，上線初期累積 30 筆已開通帳號。

Design System 建立後，工程師依照設計規格實作元件的狀態與變體，後續迭代直接對照執行，減少了來回確認的次數。

心得與反思

本專案是由內部發起，在沒有多餘預算的條件下，開發週期持續壓縮，一手 UX 調研也沒有被正式規劃。研究工作主要是既有模組的使用者回饋與競品分析，補足了產品定位和功能設計的判斷依據。但替代性研究的缺口在後台設計階段才真正顯現：許多設計細節在與開發團隊的溝通中被妥協，因為缺乏真實用戶行為的佐證，設計判斷在時程壓力下難以說服團隊維持原設計。

Design System 在這個專案裡同時扮演了另一個角色。這個專案採用 AI 輔助前端開發，DS 文件同時是開發規格——元件的 State 定義、邊界案例、Token 結構若沒有清楚記錄，AI 就只能猜測，猜測就會出錯。規格越清楚，AI 能承擔的執行工作就越多，設計師的判斷才能被正確執行。

這個專案讓我理解到兩件事：沒有資料，判斷就只是意見；沒有規格，執行就只能靠猜測。