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連結)
流程怎麼做?
有沒有其他作法?
各產品定期來同步?