Project Meridian

把領域知識轉化為真正可用的產品

項目由深入的領域知識開始，但當時未有清晰的產品定義、用戶體驗或技術系統。產品持有人理解相關用戶、問題及專業方法；產品層面的轉化與落地，則由策略、體驗到工程逐步推進。

領域決策繼續由產品持有人確認。原本分散而複雜的知識被整理成清晰需求，再逐步轉化為產品策略、用戶流程、互動模式及可執行的交付計劃。

在沒有既有產品的情況下建立第一個版本

項目未有可沿用的產品模型或完整開發團隊。產品定位、家庭與照顧者的主要流程、資訊架構、視覺語言及第一個可運作版本，均由零開始建立。

MVP 讓核心循環首次變得可測試：先建立基線，持續記錄日常觀察，再把長期資料整理成容易理解及分享的線索。抽象概念因而被轉化成可供領域專家實際評估的產品。

MVP 驗證了方向，下一個系統讓產品真正成形

可測試的 MVP 只是第一個里程碑。隨着產品生命週期擴展，帳戶狀態、家庭與照顧者權限、同意紀錄、報告處理、營運支援、分析存取及數據權利流程亦需要被正式建立。

產品其後被重整成原生 iOS 與 Android 體驗、客戶網站、營運後台及獨立分析平台。共用後端服務、領域合約、非同步工作及基礎設施定義，把不同介面連接成同一套系統。

五個互相連接的介面，一套連貫體驗

設計責任並不止於客戶畫面。應用程式內的一個家庭操作，可以改變報告狀態、產生營運工作、影響照顧者能夠查看的內容，亦會決定哪些匿名資料可以進入分析流程。

這些關係以完整流程而非獨立頁面來設計。十九條用戶流程連接導入、持續記錄、報告、家庭權限、通知、設定、受管治的分享及帳戶刪除，並橫跨消費者與營運介面。

由產品設計延伸至系統級工程與審查

工作範圍由產品及介面設計，逐步延伸至技術架構，以及原生應用程式、React 網站、ASP.NET 服務、數據合約、本地雲端基礎設施、自動化測試及發佈規劃。

代理被用來擴展實作能力，但產品方向並未交由代理決定。所有工作均由書面規格開始，再經過對抗式審查、委派實作、獨立審核及人工驗證；當流程涉及權限、私人紀錄、刪除或報告準確度時，這套機制尤其重要。

一套真實的產品系統，以及清楚的發佈界線

整個平台現時可在具備正式產品架構的本地環境中端到端運作。客戶端、API、背景工作、身份系統、訊息佇列、數據庫、檔案儲存及營運工具，已能透過本地模擬的雲端服務一同運行。

項目並未被描述為已正式上線。雲端環境屬於下一個受控階段，必須通過端到端驗證及基礎設施檢查後才會推進。這個案例的重點，是產品如何由零發展成 MVP，再由 MVP 建立成可邁向下一階段的完整系統。

從金融產品走向更廣闊的設計實踐

過往的設計經驗主要集中於銀行、財富管理及金融科技，當中累積了在高度監管環境下處理複雜資訊、建立一致體驗，以及推動產品系統持續擴展的能力。

這個項目帶來了更廣闊的領域接觸及更完整的產品視角。與領域專家合作時，專業知識並未被設計角色取代，而是被轉化成產品策略、服務設計、原生及網頁體驗、營運流程、數據管治、技術架構、工程實作、測試及發佈規劃。

金融服務所培養的嚴謹思維因而被帶進新的專業領域，並進一步轉化為從概念到 MVP，再由 MVP 發展成完整產品系統的能力。