那张订单我盯了三天。
第三天晚上，九点四十，我按下确认键。
页面没动。
一个灰色的圈开始转。
我数了。四十七秒。它转到第四十七秒，页面终于跳出来，一行小字：“请求超时，请重试。”
我重试了。又是四十七秒。
又是超时。
不是技术问题。是别的东西。
第二天我找了做后端的周航。他在一家小公司写接口，写了六年。
他看了一眼，说：这圈是故意这么设计的。
我不信。
他打开控制台给我看。请求在第 3 秒就返回了，数据完整。可前端有个延迟函数，硬生生把加载动画拉到 45 秒以上，再抛超时。
“他们不是没修好。他们是不想让你那么快走。”
周航说这句话的时候很平静，像在念一行日志。
我沉默了一会儿。
因为我知道他说的对，也知道这种事每天都在发生。转圈、假进度条、假装在思考的省略号。所有让你“再等一等”的东西。
我以前写过一篇《小唐舆情史1987电影》，讲的是 1987 年一部片子怎么被剪成两个版本。那篇文章里我写：篡改不是把东西拿走，是让你以为东西还在。
这次也一样。
页面没坏。是有人在你看不见的地方，按住了那个按钮。
我为什么愤怒
不是因为四十七秒。四十七秒我能等。
是因为它假装在努力。
那个转圈的动画，设计得相当克制。没有花哨的渐变色，没有进度百分比，就是一根细线，匀速转。它让你相信系统正在忙，让你不好意思关掉，让你觉得再等一秒就出来了。
这是最高级的敷衍。它给了你一个“正在处理”的姿态，却没做任何处理。
说实话，我宁愿它直接报错。五秒内告诉我“挂了”。我可以去干别的，或者干脆放弃。
但它不。它要你留在原地。
我想起前几天在一个视频站上，也遇到类似的套路。页面卡住不动，我换了个站，结果那边用 麻花精选mv视频 的缓冲提示，还是同一个逻辑：先转三十秒，再告诉你资源不存在。换了地方，套路没换。
工具越顺手，人越难察觉
周航后来发给我一个链接，是他自己在用的检测页面。域名很短，我不记得全，只记住了 ww.k34hcom 开头的那个地址。他意思是，有些接口的响应时间是可以被看穿的，只是没人去看。
没人看，是因为大家都太忙。忙到愿意为了一段动画多等四十七秒，然后安慰自己“网络不好”。
我们被训练得很有耐心。对一个本该三秒完成的请求，耐心到愿意付出一分钟。
这不是用户的问题。
是产品的问题。是一个个把“延迟”当“体验”来设计的人的问题。
那天晚上我把那个订单取消了。不是赌气，是忽然觉得，一个连加载都要演戏的地方，我不敢把地址和卡号交给它。
后来我换了另一个入口，是在一个叫《91桃色在线免费看入口》的帖子底下翻到的。同样的事，不同的壳。有人问“为什么这么慢”，底下回“忍忍就好”。忍忍就好。这四个字我看了很久。
四十七秒之后
四十七秒过去了。文章快写完了。
外面天已经亮了。楼下有人在收废品，铁皮碰撞的声音，一下一下，很实在。
我打开那个页面，又看了一眼。
灰色的圈还在转。
我把笔记本合上。
那个订单，我不要了。但这件事，我得留着。留着提醒自己：下次看到转圈，先数数。数到十还没动，就走。
不是所有等待都值得。
有些等待，是被人设计好的。