如何高效的进行数据捉虫？

如何高效的进行数据捉虫？

背景：

在日常工作中，经常会接到用户反馈的问题，形形色色，各不相同，接到客户反馈的第一时，往往不知道如何查起。当这些问题都解决后，发现问题排查定位有一些共性的东西可以总结出来。

 

一、问题接入

归属分析：一个系统，产品涉及到相关方一般较多（前端，服务端，数据，上游合作方），当接到用户反馈的问题时，需要做一个初步的判断是否属于己方的问题。

 

二、 问题的描述

关键词：问题， 问题的终点（问题暴露出来的点），问题的起点（产生问题的原因）

- 背景

- 异常现象：（希望的正常样子，目前的异常现状）

- 矛盾点（希望的样子，目前的现状，这两者的差异）

- 相关数据，截图，资料等。

 

1对N：一个问题可能有多个异常现象；一个异常现象有多个矛盾点；

三、问题的定位和分析

排查问题方法简称：（Question-action->result->answer/question）

 

数据问题排查需要做什么前期储备？

工具1-业务的数据架构大图：《如何画好一张架构图》https://ata.alibaba-inc.com/articles/173778

工具2-处理脚本：自己负责业务范围内的一些SQL脚本。

 

1. 问题复现(true\false)：进行问题复现，确定是否真的属于问题；

如果属于问题 -> 则先搞清楚目前的异常现象，对应的正常现象是什么样的。

如果不属于问题 -> 则向用户解释原因。

2. 追查问题的原因

- 缩小排查范围：

- 挑出1条记录来追查，最小化原则排查； 一方面可以减少需要查看的数据量，另一方面可以避免多个变量相互干扰。尽快的的找出问题。

- 使用排除法：从出现问题的报出点出发（终点），逐步的缩小出现问题的范围。

 

- 确立找出矛盾点：不符合预期的地方，提出一个疑问why？

- 在执行每一个排查动作前，先建立预期，得到action的执行结果后，再验证预期。

如果符合预期，则定位到问题的原因（起点）；

如果不符合预期，则发现新的矛盾点。

 

3.扩大查询范围：

如果排查后，问题原因不在负责的范围内边界，则向边界外的合作方反馈，由对方查找，并提供协助。

 

执行示例 例子：https://yuque.antfin-inc.com/a-studio-dw/dfa9re/taob52#ZlQ6J

 

四、问题的解决

问题定位到原因之后，问题解解决了一半；剩下问题的解决方案了，不是分享的重点。

 

五、其他

排查问题可以锻炼我们如下几种能：

发问能力：提出疑问 -> 做出行动（发问本质上是一种思考力）

软能力： 细心， 问题感知的敏感度。

技术能力：技术应用能力的系统性

六、其他

后来的学习中，发现我的思考方法是符合5WHY漏斗的深度思考模型；是前人已经成熟的思考模型。

 

 

 

参考原文：《说一说，如何把自己培养成一个深度的思考者》https://www.toutiao.com/i7063359194094633485