返回作品列表

Interesty

把紙本合約流程,整理成內部金融系統

將紙本合約工作流程遷移為可日常運行的內部系統,建立以合約為核心的資料模型、續約關聯與備份/回復機制。

金融作業系統歷史資料遷移跨裝置工作流

專案概述

Interesty 是我為台灣在地小團隊打造的內部金融管理系統。我把原本依賴紙本、人工記憶與人工比對維持的投資型合約作業,整理成一套以合約為主軸、可接管日常工作的正式系統。這個專案承接的不只是合約建檔,而是把配息、續約、月報、外部資料匯入與審核收進同一套工作結構裡,讓原本分散、延後整理、容易失真的流程,有了可查詢、可追溯、可持續維護的基礎。

問題脈絡

團隊原本以紙本為主要作業方式,約每半年才會把資料手動整理進 Excel。這些檔案多半只是後補整理,格式不一致,精確度也不穩定,系統真正需要的欄位往往不完整。到了每個月要整理資料時,使用者必須反覆比對前後月份的配息,再逐筆往回追合約是否到期、是否續約、是否進入本金返還,以及是否有參與人變更。資料量一上來,整個流程就會高度依賴熟手記憶與人工判斷,很難穩定交接,也很難長期維持。

範疇

這是一個由我從頭到尾持續推進的個人專案,範圍涵蓋歷史資料整理與遷移、核心資料模型與規則設計、前後端系統落地、手機與桌面端交付,以及備份、回檔與稽核等營運能力。重點不只是把功能做出來,而是把一套原本靠人撐住的工作方式,整理成能被系統承接的正式流程。

我做了什麼

這個專案不是從乾淨需求開始,而是從一套已經在運作、但資料缺漏、格式不一致、流程高度依賴人工判斷的工作方式開始。我先把紙本與 Excel 中混亂的歷史資料整理到能進系統的程度,補齊必要欄位、關係與約束,再把合約、配息、續約、匯入、審核與月報收斂到同一套資料模型與工作流程裡。我也把系統整理成以合約為核心的正式結構:配息由合約生成,續約是正式關係,報表、差異分析與外部資料匯入也建立在同一套狀態與關聯之上。

技術架構

前端採 React/Vite;後端以 FastAPI 搭配 PostgreSQL 作為正式資料來源。前端交付與正式資料處理分開配置:前端部署在 Cloudflare Pages,後端與 PostgreSQL 放在自控主機上,資料庫只開放後端本機連線,讓正式資料不直接暴露在外部網路。這樣的拆法把前端交付和正式資料處理分開,讓日常使用的採用門檻維持低,同時把正式資料、備份與回復能力留在更可控的邊界內。

關鍵決策

目前成果

Interesty 已進入雙軌後期,現在主要由系統承接日常作業。更有價值的是,這套系統在投入使用後,反而讓使用者在日常操作與對照中,持續找出原本帳務與資料中的錯誤,包括過去從紙本轉錄到 Excel 時累積下來的人名、金額與關聯偏差。對團隊來說,改變也不只是把資料搬進系統,而是客戶總數、合約內容與歷史資料都更容易查找與核對,月度整理不再主要靠熟手記憶與反覆翻紙本。客戶的實際使用回饋也很直接:這套系統明顯節省整理時間,資料更一致,也讓日常使用更有信心。

  • 配息流程時間:16 小時 -> 2 小時(88%)
  • 月報處理時間:3 小時 -> 30 分鐘(83%)
  • 客戶現況報告處理時間:45 分鐘/人 -> 1 分鐘/人(98%)
  • 續約流程時間:3 小時 -> 30 分鐘(83%)

70%

整體作業時間節省

50%

資料信心程度提升

45×

核心流程效率最高提升