感想——多问为什么

前言

多动脑总是好的，多问为什么也是好的，而不要一味的去执行别人下达的指令。

描述

刚刚客服人员在群里说有个用户使用过程中出现了这么一个问题：

（敏感信息用xx代替了）

齐工，现在有个用户，于5月24日在APP上充值1000元，已经扣款，写卡时蓝牙盒子断电就不能正常写卡。 app订单里没有这条记录，用卡号和电话号码都查不到。
用户提供卡号为：53011xxxxxxxxxxx 电话号码：17733xxxxxx 车牌号：冀Dxxxxx

然后齐哥在群里这么跟我说：

看下2018-05-26 上午8点多有没有记录相关的日志

我一脸懵逼，为什么是今天这个时间点？

我不是机器人，我不想没有思想，不想让我做什么我就照做。我想要知道他为什么让我查这个时间点的记录。我就问他为什么要是这个时间点。他说：

订单状态更新过啊

他截图订单表的记录给我，他根据卡号找到对应的记录，然后获取到更新时间，表里有个字段是update_time，即更新时间，显示的是2018-05-26 08：36。

因此，他才让我去查这个时间点的记录。

感想

有时客户向客服反馈问题，并不一定能提供准确的时间点，但是我们还是需要得根据日志去定位问题。这时，或许可以通过数据库记录的一些信息去定位时间、获取相关的线索。而不是直接就去查日志。有时可以动动脑，想想看怎么提高办事效率。

还有一个想说的，就是，我java这边负责的是写接口，然后要记录日志，第三方也需要记录日志，像这次，出了问题，我们就可以通过贴日志来定位问题所在。通过日志发现，我这边接口是没问题的，因此问题可能出在app端或者用户表述有问题。