二月十六号，晚上十一点二十三分。我在014960.cm的页面里按下提现按钮。
页面跳出一个浅灰色的浮层，写着「处理中」。我截了图，标上时间。十一点四十分，浮层还在，那个圆形的加载符号转得匀速，像什么都没发生。我又截了一张。
这十七分钟里我没干别的。就看着。
此前我已经试过两次。一次是二月九号，转了一分半钟就跳转成功。一次是二月十三号，卡了六分钟，我刷新页面，成功。这次没有刷新。我让它转。
第一步：先分清是延迟还是失败
延迟和失败看起来像同一件事，其实不是。延迟是请求已进入队列，系统在处理；失败是请求根本没被接住，返回一个错误码或者静默回退到上一页。
014960.cm的界面设计有个特点：处理中和失败的前三秒视觉表现完全一致。我一开始就是被这一点卡住的。后来我养成习惯——按下按钮后立刻看地址栏，如果URL里多出一串带时间戳的参数，说明请求已经发出去了。没有这串参数，就是没发出去，刷新重来。
这是我从澳门免费资料精准预测那篇文章的测试方法里迁移过来的。那篇文章里我记录过类似的请求时序问题。界面不会告诉你真相，地址栏会。
二月十六号这次，时间戳参数在。所以我只需要等。
第二步：记录三样东西，不多不少
我拿过手边的横线本。这个本子从一月二十八号开始用，专门记提现。
每一次记三样：按下按钮的时间、页面跳转成功的时间、银行端到账的时间。中间不写任何描述性的话。不写“很慢”“急死了”“终于到了”。只写数字。
到二月十六号，本子上有二十三行记录。最短一次延迟是一分十二秒，最长一次是四十一分钟。四十一分钟那次是二月十一号晚上九点，我记完就在旁边写了一个问号。
二十三行里，十七次在五分钟内完成。五次在五到十五分钟。一次超过三十分钟。我拿计算器按了一下：中位数四分二十秒。这个数字比我的感觉可靠。感觉这东西在面对延迟的时候最不可靠。
有一件事我做过比较：同时用管家婆27792论坛资料准确率监控里那套记录表格的格式来记提现，字段一模一样，只是换了对象。表格比横线本整齐，但翻页太慢。我还是用本子。
第三步：客服对话只问一个问题
转到第十一分钟的时候，我点开了客服。对话框自动弹出一句标准问候。
我没有把“处理中”截图发过去，也没问“为什么这么慢”。我只打了一行字：这笔提现的受理编号是多少。
二十八秒后，对方回了一串编号，八位数字，前缀是0149。
这个编号是关键。拿到编号之后，延迟就从一件模糊的事变成了一个可以追踪的对象。有编号意味着请求确实在系统里，不是悬空的。客服的标准话术会绕来绕去，但编号不会。要编号，比问原因有用。
编号我写在本子第四列的空白处。后来翻看，二十三次里拿到十九次编号，四次对方说“正在处理请稍等”，没有编号。那四次里有三次在两分钟内完成了，一次等了二十六分钟。
第四步：等的时候做一件具体的事
这个建议听起来像废话，但有用：等的时候不要看那个圈。
二月十六号那十七分钟里，我把桌上散着的几张打印纸整理了一下。那是我从精准资料网站上打下来的三页号码对照表，纸边都卷了。一张一张对齐，用长尾夹夹好。做完抬头看屏幕，圈还在转，但时间过去了九分钟。
我不建议刷新。刷新在大多数情况下不会加速处理，只会让你从头开始计时。这是我二月十三号用六分钟换来的经验。
顺便说一句，我试过在延迟期间切换到神算子3d推荐那个页面去看别的号码，结果返回文章正文时发现浮层状态被重置了。所以等待期间不要切页面。就待着。
第五步：到账之后只记一个数字
十一点四十分，浮层消失。十二点零六分，银行短信到了。
十七分钟加二十六分钟，实际到账用了四十三分钟。我在本子上写：43。画一个圈。
不写情绪。情绪会污染数据。
这是我写在本子最后一页的一句话。二月十六号晚上写上去的，写完把本子合上，去倒了杯水。这杯水的动作比任何分析都让人踏实。
关于延迟这件事，我有一个可能有人不同意的看法：大部分提现延迟，用户自己造成的等待焦虑占了一半。不是说系统没问题，而是说从按下按钮到实际到账之间，有太多动作是你自己加的——刷新、反复问客服、切页面、每隔两分钟看一次余额。这些动作没有一个能让钱到得更快。它们只是让你的注意力被拉长，于是三十分钟感觉像三个小时。
我现在的做法很简单：按下按钮，截个图，写个时间，然后把手机翻过去。到账了它会响。
那个本子还在用。二十四行，二十五行。数字会继续写下去。