Please enable JavaScript.
Coggle requires JavaScript to display documents.
客服需要從後台修改用戶資訊，以及查詢關於用戶操作紀錄的 log 功能 - Coggle Diagram
客服需要從後台修改用戶資訊，以及查詢關於用戶操作紀錄的 log 功能
故事線
編輯會員相關處理現在全部仰賴 member-api 操作，如果再加入新功能可能會造成 repo 定位混亂
假說：如果將非 oauth 的功能抽離，對於維護 member-api 以及後續建立新功能，可以減少開發成本
佐證資料：（開發的時間？）
單一職責 SRP
WHAT、HOW：有哪些功能分類，該怎麼處理
移除：關貿溝通相關 API
遷移：會員的編輯和刪除等 oauth 流程結束後的任何行為相關 API
遷移：信件和簡訊的通知相關 API
保留：oauth 相關流程 API （access token 處理、交換用戶資料）
WHERE：功能應該遷移到哪邊
member-api 新的 namespace
命名是什麼？
有沒有其他作法？
非即時信件可透過 salesforce 寄送，需要即時寄出信件由天下寄送
會員更新必須要有紀錄，可以讓客服接收到用戶詢問時查詢
WHAT：最常遇到的詢問是什麼，紀錄的內容應該會有哪些
其餘額外資訊等待 May 的彙整
基本欄位：帳號、行為、時間
HOW：Log 該怎麼紀錄，又該怎麼查詢
紀錄方式：寫入至 prisma 新的 table 或是現有的 UserJourney （可能需擴充）
查詢方式：客服後台使用 api 撈取 prisma 的 table
WHERE：Log 該紀錄在哪邊，又可以在哪邊查詢
log 紀錄的服務位置：member-api 新的 namespace
命名是什麼？
log 查詢的服務位置：客服後台
假說：實作用戶相關操作 log 紀錄，有利於客服面對用戶解決問題
佐證資料：客服收到的客訴回饋
目前沒有方法可以自動同步散落在各產品資料庫的會員資訊，修改用戶資訊都仰賴人工處理，造成作業上的困難和資訊的不穩定性
假說：新增同步機制的系統，減少每次處理會員資料的人力負擔並確保同步的穩定
佐證資料：每次刪除資料時的信件紀錄，以及修改會員信箱的客訴處理
WHAT：同步的項目有哪些
會員的新增、修改、刪除
延伸議題（綠色部分）
WHERE：該在哪邊實作、需要參與同步的產品範圍
同步的產品範圍：天下、康健、Cheers、親子（含子產品）
事件通知處理的服務位置：member-api 新的 namespace
命名是什麼？
HOW：怎麼進行
webhook 事件通知
通知的產品範圍：天下、康健、Cheers、親子（含子產品）
事件的流程與結構
事件結構（KM連結）
流程怎麼做？
有沒有其他作法？
各產品定期來同步？