At a glance
先用三件事，理解這個專案。
LINE 對話量增加後，重要訊息、聯絡人與後續行動容易被聊天時間軸淹沒。
整理 LINE 對話、狀態與後續處理，提高回覆與追蹤效率。
保留為聊天管理原型；公開 repository 僅呈現安全摘要，不揭露真實聯絡資料。
Customer journey
從需求出現，到產品走到今天。
- 01需求
LINE 對話量增加後，重要訊息、聯絡人與後續行動容易被聊天時間軸淹沒。
- 02觸發
需要把聊天從單純訊息流轉成可管理的工作資訊。
- 03第一版
從訊息分類與管理介面開始，驗證工作流。
- 04現在
保留為聊天管理原型；公開 repository 僅呈現安全摘要，不揭露真實聯絡資料。
Problem solving
問題、判斷、結果。
Problem 01
重要對話被新訊息覆蓋。
- 判斷
- 以狀態與分類取代只靠時間排序。
- 結果
- 訊息可以進入後續處理流程。
Interface & evidence
用畫面看產品，
用來源核對故事。
版本證據｜依公開 repository 整理 V0.1 到 Current 的演進。
來源 ↗完整專案資料展開背景、技術與證據
01 / Complete story
完整需求與第一版
需求背景
LINE 對話量增加後，重要訊息、聯絡人與後續行動容易被聊天時間軸淹沒。
觸發原因
需要把聊天從單純訊息流轉成可管理的工作資訊。
專案目的
整理 LINE 對話、狀態與後續處理，提高回覆與追蹤效率。
第一個版本
從訊息分類與管理介面開始，驗證工作流。
02 / Stack
技術與能力
Technologies
- Next.js
- React
- Supabase
- React Query
- Recharts
Capabilities
- 對話管理
- 資料查詢
- 視覺化
03 / Evidence
證據與邊界
公開依據
公開 repository 紀錄
公開活動資料取樣為 92 筆提交。
不能過度解讀
此 repository 涉及正式營運流程。本頁只使用公開安全的定位、架構與版本證據，不揭露聯絡資料、憑證、付款明細或內部營運資料。
04 / Reflection
這個專案留下的判斷
溝通工具真正的價值在後續工作是否被接住，而不是訊息是否被收進來。
