01
企業面臨的問題
舊有產品資料與攝影品質差異過大，無法直接發布。若缺乏受控欄位與審核，分類、計算、使用階段與媒體路徑的錯誤就會進入公開型錄。
型錄營運
受控的內部流程將不規則來源庫存，整理成具備統一分類、商業計算與媒體管理的雙語產品紀錄。
實作狀態已完成系統
02
我們的解法
我們以私有草稿、白名單更新、受控產品類型、計算欄位與媒體上傳，建立多步驟編輯器及 callable 後端。
03
帶來的改變
內容、商業資料、媒體與使用階段狀態，都能在發布前透過同一套受控紀錄流程完成準備與審核。
型錄營運
實際完成範圍
24型錄管理
- 01
多步驟產品編輯器
- 02
編號、UUID、SKU 與 slug
- 03
受控雙語分類法
- 04
伺服器端商業計算
- 05
主圖與圖庫匯入
- 06
封存、還原、預覽與遷移
04
技術架構
Next.jsReactTypeScriptFirebase AuthFirebase Cloud FunctionsFirestore transactionsGoogle Cloud Storage signed URLsNotion API
跨裝置網頁管理介面，由伺服器端型錄與遷移流程支援。
05
實作範圍說明
本頁概述實際完成的範圍。不公開內部介面與實際營運中的資料。
不宣稱是完整 CMS、PIM、DAM 或 ETL。
無法稽核實際部署的 Firestore 與 Storage 規則。
遷移為一次性操作，並非持續同步。
帶來的改變