感想——多問為什麼

前言

多動腦總是好的，多問為什麼也是好的，而不要一味的去執行別人下達的指令。

描述

剛剛客服人員在群裡說有個使用者使用過程中出現了這麼一個問題：

（敏感資訊用xx代替了）

齊工，現在有個使用者，於5月24日在APP上充值1000元，已經扣款，寫卡時藍芽盒子斷電就不能正常寫卡。 app訂單裡沒有這條記錄，用卡號和電話號碼都查不到。
使用者提供卡號為：53011xxxxxxxxxxx 電話號碼：17733xxxxxx 車牌號：冀Dxxxxx

然後齊哥在群裡這麼跟我說：

看下2018-05-26 上午8點多有沒有記錄相關的日誌

我一臉懵逼，為什麼是今天這個時間點？

我不是機器人，我不想沒有思想，不想讓我做什麼我就照做。我想要知道他為什麼讓我查這個時間點的記錄。我就問他為什麼要是這個時間點。他說：

訂單狀態更新過啊

他截圖訂單表的記錄給我，他根據卡號找到對應的記錄，然後獲取到更新時間，表裡有個欄位是update_time，即更新時間，顯示的是2018-05-26 08：36。

因此，他才讓我去查這個時間點的記錄。

感想

有時客戶向客服反饋問題，並不一定能提供準確的時間點，但是我們還是需要得根據日誌去定位問題。這時，或許可以通過資料庫記錄的一些資訊去定位時間、獲取相關的線索。而不是直接就去查日誌。有時可以動動腦，想想看怎麼提高辦事效率。

還有一個想說的，就是，我java這邊負責的是寫介面，然後要記錄日誌，第三方也需要記錄日誌，像這次，出了問題，我們就可以通過貼日誌來定位問題所在。通過日誌發現，我這邊介面是沒問題的，因此問題可能出在app端或者使用者表述有問題。