股票資訊整合平台—資訊呈現/互動設計/專案管理
負責自由時報「財富自由」股票資訊整合平台之網站以及App大部分前台設計、小部分後台設計。 詳細窮舉所有操作流程與edge case，避免開發後耗費更多時間補齊； 多版提案與開發、客戶討論時有更多彈性找到共同可行空間。 除設計外也全程共同進行專案管理、文件管理與客戶對接維護。
Year
2023~2024
Duration
1 year
Client
LTN
Role & Responsibility
前台規劃與設計（主要）｜後台規劃與設計（輔助）｜全程測試與開票｜專案與文件管理｜客戶對接
Category
Web/App design
把既有新聞流量變成產品入口
競品分析後，差異化切入點不在功能強度而在流量來源。
自由時報本身有大量財經新聞讀者，是競品沒有的資產。
因此策略導向：：以閱讀量作為基數，把讀者引導轉化到選股與追蹤等主要功能操作。
並決定架構：
文章與新聞作為主要入口（首頁），而非附屬內容
文章詳情頁｜設計成「讀完之後有下一步」，而非讀完就離站 — 依演算法推薦關聯新聞及標的/專題
專題頁以關鍵字與標籤自動帶入符合的文章與作家選股，讓內容與工具積極相互導流
同時邀請 TQuant Lab（by TEJ）合作「大師選股」，用專業投資策略補上內容深度，讓新聞讀者有理由留下來。
密集數據的可讀性：階層式揭露
金融介面的資訊密度極高，且不能靠少放一點來解決，
積極運用舒適的資訊層級設計技能來階層式揭露內容。
大量提案比較。
排版、字級粗細、間距、群組與邊界反覆調整，目標是資訊層級清楚且不造成閱讀疲勞。
首頁中段以熱門標的為主，右側欄放熱門關鍵字。
讓使用者能快速篩主題，而不是被迫從頭掃到尾。
搜尋功能｜的第一順位是代碼，而非名稱。
在搜尋權重、排序邏輯、輸入提示都以財經投資為導向來調整。
搜尋結果依權重排序：相關度、熱門度、即時性。
三個維度同時作用，需要明確的先後而不是平均。
首頁大轉向：文章模組要求為全站首頁
客戶要求把文章首頁改成整個網站的首頁，並結合新聞與專欄的概念。
因爲架構層級變更。原本的首頁規劃、導流路徑、模組優先序等全部重排。
處理方式：
資源更集中投入在文章模組的調整，把首頁改成會依文章閱讀數與發布時間即時演算推送的動態頁，並在後台把內容規格化——客戶可自行撰寫、編輯、排序文章、下標籤，或交給演算法決定呈現。
三平台的路徑窮舉與恢復機制
網頁、手機、App 三個平台，每一個操作流程都要窮舉，並定義對應的恢復機制。
App 的特別處理：重新釐清根層級。
原架構會讓使用者在多步操作後很難回到主功能。重新定義 Root 與返回路徑，讓使用者不必層層退出才能回到起點。
日常交付文件的完整度
頁面分類、標註字卡、每個操作流程（主流程／分支流程／edge case）、每個互動與操作的指示說明—全部詳細寫清楚，再由淺入深向工程師說明頁面組成、功能邏輯與操作流程。
同時維護客戶端文件
製作前台後台對照說明（後台設定如何影響前台、對應出現在哪個位置），
以及系統操作教學文件、bug 回報清單與處理紀錄。
主要挑戰
短時間內定期提出多版prototype與客戶討論預期，並及時來回、快速調整，在隨時都可能會有策略、功能、規模的調整下，積極拋下現有解方、靈活開發新的可能性。
因股票標的串接、社群功能串接等需求下使網站框架極為固定（尤其App），許多呈現方式與操作可能性非常限縮，在幾乎是只能陽春呈現的限制下，儘可能設計得易讀易用。
bug數量極大，每階段的開發測試動輒20幾輪、幾百張bug票來回建立、複測、解決
高度培養細心、耐心以及大壓力下的決策與合作方式。
應對解方
團隊使用Notion DataBase 管理所有進度、bug，逐漸完善整體生態系、filter, categories, properties來方便各方高效處理上百件事項
以及每日進度對齊、使用Lark隨時與各方溝通、排除問題、每週兩次模組開發會議等…精實敏捷的設計與開發，才能在有限的交付時程內完成龐大的系統
負責以下完整討論、設計、測試與調整：
註冊登入模組
深入窮舉所有可能的互動路徑，與第三方登入串接流程
Landing Page
為LTN在宣傳階段快速製作介紹網站，兩天即與工程師合作上線
搜尋與探索模組
了解搜尋邏輯，以及在股市情境中，以代碼作為第一順位搜尋依據
文章與作家專欄模組
文章模組prototype提交後，LTN要求將其作爲網站首頁來呈現，並結合新聞與專欄的概念，能即時根據文章閱讀數與發布時間進行演算推送。
文章、主題專欄與選股模板化
可於後台直接撰寫，根據不同需要編輯文章、排序文章、下標籤…等資料規格化的方式來滿足內容管理需要
訂閱模組（尚未上線）
待未來開放與第三方作家合作的業務後，會上線訂閱制模組，主要貢獻為製作3版作家頁面之模板、一般與付費訂閱的差異、訂閱牆等呈現差異
Takeaway
限制越硬，越考驗判斷。
因為股票標的與社群功能串接的需求，網站框架（尤其 App）極為固定，許多呈現方式與操作可能性都被限縮。在幾乎只能陽春呈現的條件下，還是盡可能設計得讓它易讀易用
設計交付的品質，極大影響後續耗時。
窮舉 edge case 很辛苦，但比開發完再回頭補快得多。
多版提案也是為了在跟客戶和工程師討論時，有更多彈性找到共同可行的空間。
小團隊中的設計師工作範圍寬廣。
同時做專案管理、文件管理、維護、bug 開票與複測。
這些不是設計稿，但少了它們，產品無法好好交付與延續。
