產品整併
為整合五個獨立發展的後台產品，我參與推動模組化整併與設計系統建立，統一帳號登入流程、重構重複功能模組，並協助制定整併優先順序與規則，打造一致且可擴展的跨平台操作體驗。
時程
2024 11月 - 2025 2月
角色
產品設計師
平台
網頁
- 專案概覽 -
01 | 專案目標
整合公司五大產品的重複模組與帳號系統，建立統一的平台體驗與設計規範，提升用戶操作一致性、降低維運成本，為日後功能擴展與產品整併打下基礎。
02 | 角色定位
擔任主導設計師，負責資訊架構盤點、模組整併優先順序制定、登入與推播模組設計規劃，以及設計系統建立，並與工程、資料、PM 團隊協作確認整併邏輯與規格細節。
03 | 設計挑戰
五大產品由不同團隊維護，模組命名與邏輯不一致，資料欄位混亂，且缺乏統一設計規範。需在既有架構上協調整併策略，並兼顧不同使用者與業務場景。
04 | 成果與影響
完成三大關鍵模組（登入、推播、黑白名單）整併設計，成功導入整併策略與設計規範，降低用戶登入錯誤率，並提升團隊共識，建立後續模組整合與設計系統的基礎。
五大產品，五種語言
缺乏一致性的產品群
在開始整併前，我們面對三個主要挑戰：
01 | 資料結構混亂
五大產品分別由不同團隊維護，各自擁有獨立的功能模組與資料庫，導致相同功能在不同平台下有不同的邏輯與欄位結構。
02 | 使用者體驗破碎
跨產品需重複登入，UI 表現方式與互動設計不一致，讓內部業務以及外部使用者都面臨高學習成本。
03 | 開發維運負擔高
相同功能模組需重複維護，不僅降低開發效率，也增加測試與溝通成本。
從資訊混亂到模組統整
盤點五大產品的資訊與資料架構，結合數據與訪談洞察，釐清整併路徑與開發優先順序。
功能架構盤點與資料邏輯比對
我們透過表格與共編白板工具整理五大產品的資訊架構，逐項列出每個模組的功能、資料來源、介接 API、使用場景與目前維護狀態。為避免後續整併時發生資料衝突或權限錯亂，也同步與工程、資料團隊協作，盤點各模組背後的資料庫結構與耦合關係。
在盤點過程中，我們發現許多模組其實共用相同資料來源，但因模組命名不同、呈現方式差異大，容易造成使用者混淆。這也讓我們意識到，整併不只是技術問題，更需釐清背後業務邏輯是否一致，才能判斷是否適合合併為統一模組。
使用數據分析與需求訪談
在使用 Clarity 與後台 log 數據輔助下，我們掌握了各模組在真實用戶端的使用頻率與操作時長，並補充進行內部業務訪談，了解哪些功能是業務與客戶高度依賴、哪些則因介面不友善而少被使用。
這一階段幫助我們不再依賴「設計師直覺」決策，而是以數據為基礎釐清哪些模組值得優先整併、哪些模組需重新設計。
確立整併優先順序
在完成模組盤點與使用數據分析後，我們召集產品、工程與商務端等利害關係人進行整併規劃會議。為確保整併策略具備實施可行性與使用者價值，我們以「產品共通性 × 技術可行性 × 使用體感」為基礎，最終共識出以下三段式整併順序：
✅ 第一優先：登入模組
作為所有產品的共用入口，登入是最基礎卻最常被忽略的關鍵流程。整併後統一帳號與權限管理，讓使用者能以一組帳密操作多個產品，顯著降低登入摩擦與操作挫折，是最能「快速見效」的改變。
✅ 第二優先：技術結構相近的功能模組
如推播模組，原本在不同平台上雖有些許流程差異，但技術邏輯與資料結構基本一致。我們選擇優先整併這類模組，讓使用者能迅速感受到操作一致性，團隊也能以最小風險完成第一階段模組整併試點。
✅ 第三優先：重構峰值體驗的關鍵模組
選擇使用頻率不高，但在特定操作流程中扮演「高風險決策」角色（如黑白名單中屏蔽關鍵字、限制曝光的功能模組），大幅影響使用者對平台的專業與掌控感。我們採用「峰值體驗（Peak-End Rule）」的思維，選擇從使用率較低但體感強烈的模組切入，逐步重新設計其規則與流程，讓用戶在關鍵時刻對平台留下正面印象，強化信任與續用意願。
這樣的整併節奏，幫助團隊從 低風險高體感 → 中風險高價值 → 高風險高峰值 穩定推進，也讓設計在策略層面扮演更積極的推動角色。
模組化的統一體驗策略
01 | 建立統一模組架構與操作體驗
確保相同模組（如推播、帳號管理）在不同產品中邏輯一致、操作方式統一，降低學習成本與出錯風險。
02 | 優化資料一致性與維運效率
配合資料團隊重整資料表與 API 結構，減少重複資料欄位與開發維護支出。
03 | 建置可延展的設計系統
統一設計樣式、元件與介面規則，作為未來新模組與新產品整合的基礎。
這些目標引導了我們的設計決策，並為可擴展的跨平台解決方案奠定了基礎。
- 設計解方 -
統一體驗
透過標準化的版面配置、術語與互動模式，建立跨產品的無縫使用體驗，降低使用者在不同模組間切換時的學習成本。
可擴展的模組化設計
將各項功能設計為可重複使用的模組，並保持一致的邏輯與視覺規範，讓平台能在未來進行擴充與整合時，不破壞整體架構。
清楚的數據資料層級
介面設計優先呈現資料層級與情境線索，協助使用者快速理解關鍵指標並做出正確決策，無論模組複雜度高低，皆能保持清晰易讀。
登入模組
打開平台整合的入口
整併的第一步從「帳號與登入流程」開始。五大產品原本各自有獨立的帳號管理系統，使用者需分別登入操作，導致體驗破碎。
為解決用戶需分別登入多個後台的斷裂體驗，我協助設計統一的登入流程與帳號映射機制。透過情境拆解，我們設計三種整併策略，支援不同帳號組合邏輯，並導入自動帳號建立與2FA驗證流程，讓原有用戶無需重設帳密即可「無痛搬家」至整併後平台。此外，設計上也保留舊習慣入口，協助用戶平滑過渡。
推播模組
整合操作流程與即時／排程邏輯
為整合原本分散於兩平台的推播模組，我盤點了兩者流程、欄位資料的差異後，重新規劃了活動上稿流程，將 Likr 的即時推播邏輯與 LCDP 的排程邏輯統一於一頁式流程中。
設計中導入推播對象類型選擇、渠道素材分段設定、裝置預覽切換等功能，並針對操作後的素材補傳、渠道新增設計彈性機制。報表部分也新增推播分類與活動狀態標籤，方便使用者查詢與管理推播成效。
黑白名單與關鍵字
邏輯統一下的介面簡化
在功能盤點時，我們發現黑白名單與關鍵字模組在不同產品中命名與管理方式皆不一致，卻大量重複。資料來源幾乎一致，但 UI 呈現與操作方式不統一。
我盤點了各後台出現的關鍵字及黑白名單類型，並重新定義名稱及邏輯，再釐清各後台的資料來源、使用情境以及業務邏輯，重新規劃統一的管理頁籤與視覺結構，並將多種黑名單資料統一整併至 LCDP 內部模組中管理。
舊版
新版
UI 整合與設計系統建立
支援不同業態的統一體驗
在整併推進過程中，我也同步啟動設計系統建立與 UI 邏輯整併。以「電商」與「媒體」為例，雖然功能模組相同，但應用場景與指標定義不同。
為支援這類需求，我設計了一套「Widget 化」的模組架構，允許使用者在報表與分析頁中自行選擇指標、自訂排序、勾選要顯示的內容。預設顯示則依照 config 設定由系統自動載入。
同時，我設計的一套設計系統，讓設計師與工程師能夠更有效的溝通，也維持產品間的一致性，提升開發效率。
- 成果與反思 -
重建產品邏輯
整併專案讓我學會以系統性視角重新定義模組邏輯與資料結構，並與跨部門協作，拆解出可重用的設計單元，建立可持續維運的架構。
設計深入資料規格定義
與工程密切盤點資料欄位、資料流與 API 接點，確保設計方案貼合實際落地條件，降低實作風險。
在系統性決策中留下基礎
雖未參與專案全程，但已建立模組整併優先順序與設計原則，為後續團隊提供明確推進依據。
