Shopee数据延迟期间该怎么判断

延迟是常态不是故障

先把一个说法纠正过来。延迟这两个字会让人以为本来有一个正常状态，只是偶尔偏离了一下。实际上这套数一直是这么走的，从事情发生到你看见它，中间总要跨过一段固定的整理过程。你每次打开看到的都是这样一份东西，只是它多数时候不写出来，你也就没意识到自己一直在和它打交道。

既然它一直是这样的，就不存在把它修好的问题。你能做的只有两件事：知道自己手上这份是哪一天的，以及决定这件事该不该用这份数来回答。前一件看一眼就能补上，后一件要靠判断。这两件事做完，延迟就不再是一个麻烦，而是一条你已经知道的边界。

还有一处要提前说清：延迟的长度不是固定值。平常一段，节假日前后会长一些，大促那几天可能更长。所以不要把某次数出来的间隔当成永远成立的值。把它记成一个量级，平常按平常的算，碰上特殊日子往里加几天，这样就不会在特殊时期按平常规矩去催一个本来就还没到的结果。

顺带解释一个容易被当成故障的现象：同一份数你早上看和晚上看不一样。这不是它在变，是它在这两个时刻还没被整理到同一个版本里。碰到这种情况，先不要往本子上记，等到第二天同一个时段再看一次。这个动作能挡掉相当一部分自己吓自己的记录。

给一个能对上号的时点。周二下午四点，你改完了一款商品的标题，顺手看了一眼它的销量，记在本子上。这一笔记下的其实是周一的收口结果，和你刚改的标题没有任何关系。等到周四再看，记录里那一行还得靠日期才能认出它说的是哪一天的事，所以日期这一栏不能省。

有一个现象最能说明延迟的存在：同一个类目，你今天看到的总量和昨天看到的总量，如果都是前一日口径，那么今天那一份多出来的，正好是昨天一整天新增的部分。你可以用它反过来验证手上这份代表哪一天，多出来的那一块就是答案，比去猜一个更新的来源可靠得多。

还有一件事值得在心里过一遍：延迟在你的工作流里其实排在取数之前。你先决定什么时候取、取哪一份、代表哪一天，然后才轮到看数。这个顺序反过来之后，很多人是先看到数再去补它代表哪一天，补不上的时候就默认它是此刻的。这个默认没有任何依据，只是图省事。

平常日子里延迟几乎不构成困扰，因为每天的节奏差别很小，晚一天少一天看不出什么。真正麻烦的是有事件的那几天：你刚做完一次集中降价，或者刚好赶上平台的一场活动，这时候每一天的差别都很大，时间差就从背景里走到了台前。延迟的重要程度，是随事情本身的波动大小变的。

一个可以马上做的动作：把你正在看的那个数，在旁边写一句话说清它是哪一天的。写的时候不许用「最近」「这两天」这类词，只能写具体日期。写不出来就说明这个数暂时还不能用来做决定。这个动作花不到十秒，它把延迟从一件模糊的不舒服变成了一个具体的时间点。

这一点说透了，你对延迟的态度会变。它不再是每次打开页面时的一次意外，而是一条你知道位置的边界。知道边界在哪里，做事的时候就会绕开它，而不是一遍遍去撞。撞的过程里浪费的不只是时间，还有对判断本身的那份信心。

有一类情况会让延迟显得特别难熬，就是你同时对好几件事做判断。三四个动作在同一天动，之后你要分别看它们的反应，可是它们的结果全都落在同一份数里。碰到这种情况，能用的办法只有把动作排开，一次只动一件，等它看完再动下一件。

顺带说一个容易走偏的方向：延迟长不等于这套数没有价值。它把一个完整的自然日收口之后再给你，代价是不含今天，换来的是每一份数形状一致。你要的是那种能互相比较的数，还是一份每时每刻都不一样、只能说清此刻的数，这是两个不同的需要。

对多数日常判断来说，形状一致比更新到最近一刻更有用。你看的是这几天在往哪边走、这个动作有没有效果，这些都需要把几天的数摆在一起。一份每刻都在变动的数摆在一起是没法比的，因为每一份的截止点都不同，比较本身就失去了意义。

最后一个和延迟有关的习惯值得养：拿到一份数先问它是哪一天的，再决定用它做什么。这两步的顺序不能反。反过来做的人，是先有了问题再去翻数，翻到哪个用哪个，用之前也没看它的日期。顺序对了之后，很多原本会发生的错误在第一步就被挡掉了。

真正需要练的是把这个边界用成一条通行的规矩。你的每一次判断，先看它要回答的是不是今天的问题，是就把结论往后放，不是就现在做。这个规矩一旦稳定下来，等待就不再是一件要临时决定的事，而是判断流程里本来就有的第一步。

还有一层和边界有关的事：清楚地知道边界，也让别人问你的时候你能答上来。有人问你昨天改动效果怎么样，你能说这个数要到明天才能看出那一版，而不是含含糊糊地说还行。说得清边界的人，判断慢一点反而更被信任。

边界还有一处容易被误用的地方，就是拿它来解释所有的没变化。数没动有两种原因：一种是还没轮到它出现，一种是它真的没动。延迟只解释前一种。每次都推给延迟，时间长了就会漏掉后一种，那种才是真正该让你去查的信号。

最后落在动作上：把这条边界写进你自己的那份记录，放在最上面。写完之后，每一条数下面就不用再重复解释它是哪一天的。规矩写在开头，具体的判断就干净了，翻记录的时候也不会每一行都要重新确认一次时间。

分动作这一步最容易省掉，省掉之后就只剩等和急两种状态

延迟期间最忌讳的动作

延迟期里最不该做的一件事，是在等的过程中再动一次手。你周二改完标题，周三看没变化，心里不踏实，顺手把主图也换了一张。等到周末再回头看，这两天的变化里既有标题也有一张新图，谁在起作用就分不出来了，前面那几天的等待也一起作废。

第二件不该做的是找一个更快的来源来顶替。你嫌手上的数慢，就去别的位置另找一份看起来更新的，两份数时刻不同，放在一起比出来的差别里既有真实变化也有时刻差。用一份时刻更乱的数去补另一份的慢，结果是两份都用不成了。

第三件不该做的是提前下结论。等待期里人容易产生一种错觉，觉得既然还没看到变化，那大概就是没起作用。这个结论在时间上根本还不成立，因为它的依据是一份排除了这两天的数。拿它去回答这两天发生的事，等于用一个更早的问题答案去套一个更晚的问题。

第四件不该做的是把等待期填满各种小动作。等待之所以难熬，是因为它看起来是空白。于是人习惯往里塞事情：改个描述、调个顺序、换张图。等窗口过去了回头看，这几天动过的每一样都成了变量。把等待期当成空白并且守住它，比填满它更考验人。

还有一件常被忽略的事：不要在延迟期里改判断标准。本来你打算按三天看一次，第二天没看到变化，就把标准改成五天。标准一改，前后两轮的结论就没有可比性了。标准定在动手之前，改在动手之后，改的还是同一件事，性质却完全不同。

还有一件属于同一类的事：在等待期里去问别人。你问同事这个是不是没起来，对方看到的可能是另一份时刻不同的数，也可能只是凭印象。两个人在各自的时刻上讨论同一件事，最后往往变成互相纠正，而原本要看的那个问题一直没被回答，白耗了一场讨论。

有一类动作看起来无关，实际上会污染观察，就是在等待期里调整别的商品。你把另一条商品的描述改了，它和你要看的那条如果落在同一个类目或者同一段价位上，那么类目这一层的整体表现就动了。你回头比较类目的时候，看到的差别里就掺进了这个新动作。

稳妥的做法是先写下一句话：这几天我不动它。这句话听起来很轻，但它是有内容的，因为它把等待从一种被动的状态变成了一次主动的选择。人做事的时候忍着不做很难，但把不做当成一项已经安排好的动作去执行，反而容易守得住，也不容易在第三天忍不住。

有一个例子能说明越等越乱的机制。你周三看没变化，周四改了一次，周五看还是没变化，周六再改一次。这三个动作各自都需要一段被看见的日子，可是它们挤在四天里，收口的时候全归到了同一块。到周末你想知道是哪一个起了作用，答案是分不出来，等于三个动作只做了一次，还是一次说不清的。

还有一类动作藏得比较深，就是把两次改动之间的间隔压得太短。你周三改一次，周五又改一次，两个动作各自都需要一段被看见的日子。间隔一短，两段就重叠在了一起。判断一个动作有没有用，前提是它得有一块只属于自己的时间，而这块时间是被你的手速挤掉的。

同样属于不该做的，是把延迟当成理由去推迟本来今天就该做的事。属性没核对、文案没写、清单没备，这些和数没有关系，却常被一句「等数据出来再说」搁下。延迟只影响那一部分依赖当天结果的判断，不该成为其他事情一起往后拖的借口。

还有一个动作是删掉已经记下的等待。你周一记下要看这一条，周三看了一眼觉得没变化，就把这一行划掉了。划掉之后，前面那两天的等待就不算数了，后面再看也只能从周三重新开始。记录里的等待不该因为一次提前查看而被取消，看一眼不等于已经看到了结果。

这里还有一句要说明的：手上这份数代表哪一天是清楚的，这一点本身就是它最有用的时候。等它该到的日子再看，比到处去找一份看起来更快的数要稳。找来的那一份时刻说不清，你为避免等待付出的代价，是后面每一次比较都要重新解释一遍。

有一件事和前面几类不同，反而不该忌讳，就是提前把观察的时段固定下来。你决定这几天每天早上九点看一眼，这个安排本身没有问题，它甚至是必要的，因为统一的时段让这一串观察互相可比。要区分的是看和动：定好什么时候看是可以的，看了之后改主意去动才是不该的。

把这几件不该做的事排一排，会发现它们有一个共同的名字，叫提前兑现。数据还没到位，你却想立刻得到一个结论，于是去找一个更快的来源、去再看一次、去再动一次手。这些动作都在提前兑现一个还没到期的东西，兑现出来的那一份，成本和后面收拾的麻烦都比等几天要高。

换一个角度说，延迟期该做的是把决策的准备工作做完，而不是把决策本身提前。准备工作包括弄清问题、定好标准、写好两种情况的应对。决策本身必须等数据到位。把这两件事分开，等待期就不再是空转，因为它装的全是准备工作，而准备工作本来就不依赖数据。

最后提醒一个细节：不要在等待期里向外报一个还没稳的数。无论报给谁，都是在把一个中间状态当成结论发出去，收到的人还会拿它去做别的判断。等到日子再报，或者在报的时候明确说这是哪一天的口径。多说这一句，能省掉后面一串解释。

还有一个不显眼但常见的动作是收藏。你看到一条商品起了念头，先收起来，想着过几天再看。收藏这个动作本身不错，问题在于收藏之后没有任何后续安排，过几天就忘了。真正有效的做法是收藏的时候顺手写下一个日子，那天去看，不用靠记性。

有一件事值得单独讲，就是等待期里换参照对象。你本来盯的是这一条商品，第二天没变化，就转头去看同行那一条，想从它身上找答案。同行的数也有它自己的延迟，你换了对象只是换了一份时刻同样不明的数，问题一点没解决，还多了一堆记不清的对照。

和上面这条连着的是频繁切换标准。今天用销量看，明天用评价条数看，后天用搜索热度看。三个侧面各自的延迟长度不一样，混着用的时候，你会觉得每一个都在动，其实只是三个窗口的长度不同。等待期里选一个侧面盯到底，比三个都看更能给出答案。

这几件不该做的事合起来有一句可以当规矩用：等待期只做加法，不做乘法。加一件不碰这条商品的事，是加法，没有副作用；再对同一个对象动一次手，是乘法，变量翻倍。判断一次改动有没有用，最怕的就是变量在等的时候被自己乘上去。

还有一个动作是在等待期里改掉原来的问题。你本来想问这次改动有没有用，等了三天没看法，就把问题改成了这类商品最近行情怎么样。问题一换，前面那几天的等待就接不上了，因为你要看的那一段已经不在问题范围里。

越靠当天的事越等不起，越靠准备的事越不怕等

哪些判断可以照做

有一类判断和当天完全无关，做起来不必等。核对类目选得对不对、属性填得全不全、图片里有没有不该出现的东西，这些是标准问题，今天核和明天核答案一样。做这一类的时候，你用的是自己的标准，不是平台上的数，所以延迟碰不到它。

第二类可以照做的是准备工作。下一批商品的文案、图片排期、备货清单，这些事要动手做，但做完不用看结果。等待期正好是这类事的好时候，因为你本来就腾不出注意力去看别的。把等待期和准备期重叠起来，一天的时间就变成了两天的用处。

第三类可以照做的是看结构。一个站点里哪些类目占的比重大、一个类目的价格带大致落在哪一段，这些是慢慢长出来的东西。看这一类的时候，隔一天和隔五天往往得出一样的结论，因为它比的是形状，不是当天的状态。

第四类可以照做的是自己账上的计算。进货价、运费、包装成本、定价区间，这些是你自己记的，什么时候就是什么时候，本来就不带延迟。知虾给的是定价计算这一层，它算的是成本和价格区间这一类东西，和当天有没有卖出多少没有关系。

把这四类放在一起看，会发现它们的共同点是都不用当天的数回答。判断用不用等，其实只看一个问题：这件事的答案里有没有装着今天。装着今天的，必须等；答案落在标准、准备、结构和自己的账上，今天就做得完，而且做得完这件事本身还省下了等待期的注意力。

再补一类可以照做的：给下一次动作定条件。你在等待期里可以先写下如果三天后这个数往上走，我就做什么；如果没动，我就做什么。这是不依赖今天数据的判断，写的时候用的是条件和动作的对应关系，等待期做正合适，等结果出来那一刻也就不用手忙脚乱。

还有一类是整理手上的记录。把过去几个月记下来的数按日期排一排，看看有没有缺口、有没有一天记了两遍。这件事的价值在于将来你要看趋势的时候，用的就是这一串数。等待期本来就是一段没有新数据进来的时间，正好用来把旧的理清楚，不必等新数来了再动手。

有一点要分清楚：可以照做不等于可以拿这份数下结论。核对属性这件事可以照做，是因为它压根不依赖数据；看类目结构可以照做，是因为它看的是形状，对一天的偏差不敏感。这两件事的性质并不相同，一个是和数无关，一个是和时刻无关，但都落在可以照做的范围里。

知虾看的是竞品与选品信号这一层。你想知道某个类目还有没有空间、某个款值不值得跟，看的是这一层的东西，和当天卖出多少不是同一件事。所以这一类判断在等待期里就能做，它本来就不需要当天的数来回答，用的是结构和信号，等不等都不影响它的结论。

还有一个可以照做的方向是看长一点的窗口。一个类目过去三个月的整体位置、一个价位带这一季是在收窄还是在拉开，这类问题用的是已经收口的历史，不受当天的延迟影响。等待期里翻这类东西很合适，它甚至比平常更适合，因为这几天本来就没有新数进来。

有一类判断介于可以照做和必须等之间，值得单说，就是看一个款值不值得跟。判断的落点是它接下来有没有空间，用的是结构、价位、竞品这几个侧面，不是今天卖出多少。所以它可以在等待期里做，做的时候也不必急着看当天的数，看的是它站在什么位置。

还有一类是自己给自己算账。你把进货价、运费、包装这几项摆在一起，算出一个还能接受的定价区间，这件事完全不依赖平台上的数。等手上这个动作的结果出来，你要用这个区间去决定调不调价，那时候账已经算好了，判断可以直接落下去。

可以把可以照做的这几类合成一句好记的话：答案不落在今天的，今天就能做。核对标准是这样，准备文案是这样，看结构是这样，算自己的账也是这样。它们的共同点是结论里没有一个只有今天才能给出的东西，所以延迟这一层根本挡不到它们。

把这四类和自己手上的事情对一遍，多数人会发现等待期里能做的事比想象中多。真正必须等的只有四五类，其余的事情今天就能推进。这个发现的作用是把等待期从一段被动的停顿变成一段有产出的时间，等待本身也就不那么难熬了。

哪些判断必须等

必须等的第一类是判断一个动作有没有用。你改了价格、换了主图、动了标题，想知道它起没起作用，看的只能是动作之后、并且已经被完整整理过的那一段。动作当天和第二天看的都还带着动作之前的状态，等它们混在一起，你说不清看到的是哪一段。

第二类必须等的是算短期反应。一次活动、一次集中投放、一次限时降价，这类事情的答案本来就是这几天的总量。可是总量要等到这段日子被完整整理完才拿得出来，所以它的等待期天然比单个动作更长，通常要等整段结束之后再过一轮。

第三类必须等的是盯两天的价格变动。价格是最容易动也最容易看出差别的东西，正因为它动得快，隔一天的时差在它身上占的比重就大。你手上两份数差了一档，可能只是两份截的不是同一刻，硬把它当成降价或者涨价，方向都可能反。

第四类必须等的是抢一个刚冒出来的机会。一个新词、一款突然起量的商品、一个刚落地的活动，这类事情的结果要等它先被记录下来才谈得上观察。急着用当天看到的那一眼去决定跟不跟，跟的其实是自己的感觉，而不是数据。

这四类的共同点也只有一个：它们的答案要落到具体动作上。一个判断一旦最后会变成「改不改价」「跟不跟这个款」这样的动作，它就必须等；因为等的成本比做错一次动作的成本低得多，而在数据还没到位的时候动手，后面就得花更多时间收拾。

把这四类排在一起能看出一个规律：越是会被拿去做动作的判断，越必须等。原因很简单，动作一旦做出去就有成本，有的是钱，有的是时间，有的是机会。等待的成本只是几天，而做错一次动作的成本，往往要用几倍的时间去补回来，这笔账不难算。

还有一个容易漏掉的必须等的场景：你在和别人对同一个数。两个人手上各有一份，比谁多谁少之前先得确认两份是不是同一天的。如果一份是今天的另一份是前一天的，无论差多少都不是消息，只是两份的时点不同，多出来那一部分本来就在那里，不在谁手上。

判断一件事该不该等，有一个很直接的自问：如果把这个数往后挪一天，我的结论会不会变。会变的就必须等，不会变的今天就能做。这一问只要三秒，比记住一张分类表省力。用到第八次第十次，它会变成条件反射，那时候你就不用再想这件事该不该等了。

等待的时候还有一件事可以做，就是把等待本身变成一个可交付的东西。比如你告诉团队这个数明天能看，那明天就该去看，而不是让这件事悬着。把等待当成一个承诺来管，比当成一段空白来熬要清楚得多，也省得过了日子才发现自己还没看，又白白多等了一轮。

还有一类必须等的场景是两件事同时发生的时候。你同时改了两条商品的价，想知道哪一条的反应更好。这两条的结果落在同一份数里，而你又需要把它们分开比较，所以不仅要等，还要等到两份结果都稳定下来。等得更久一点，是为了让比较本身成立。

有一类判断特别容易被提前做，就是看一个刚上新的款有没有起色。刚上新的商品前几天的数本来就不完整，你拿它和别人的成熟款比，得出的结论往往是它不行。合适的做法是给它一段固定的时间，比如一周或两周，到点了再和同期新上的其他款一起看。

必须等的判断还有一个共同的成本结构：等的时间是确定的，做错的时间是不确定的。你等三天就知道结果，做错一次可能要花两周去纠正，纠正的时候还会顺带影响别的东西。两边的账放在一起看，答案基本没有什么可犹豫的，等的成本总是低的那一边。

有一类问题可以拆开处理，不必整体都等。你想知道这次改动有没有用，同时又想知道这个类目还值不值得继续。前一个问题必须等动作之后的完整一段，后一个问题现在就能看。把一个问题拆成必须等的和不必等的两半，等待的时间就只花在真正需要它的一半上。

还有一点关于等的长度：不要用一次的量出来的间隔去套所有事。你这次等了三天看到了结果，不代表下一次也是三天。动作的类型、所处的时期、同期有没有别的变化，都会让它变长变短。把它当成一个大概的量级，每次留一点余量，比记死一个天数稳妥。

能照做的那几类不必等，等不起的那几类只能把期排好

等待期里可以做哪些准备

等待期最值得做的一件准备，是把这一次要看的对象、要看的日子、要和哪一段比，三句话先写下来。写下来之后，这几天你就不用反复想「我到底要看什么」。这三句话还顺带挡掉了一件事：等的时候临时换目标，换完之后前面的等待就白费了。

第二件值得做的准备是把下一个动作提前想好。如果三天后看到数往上走，你会做什么；如果看到没动，你会做什么。两种情况各写一句，写完之后你会发现有一半的情况本来就不需要动作。这一段准备不依赖任何数据，却让结果出来那一刻的判断快得多。

第三件是把自己的即时观察记下来，带上日期。这几天你每天在页面上看到的那一眼，抄成一个短句，旁边写清是几月几号几点。等收口结果出来，把这一串观察和真数对一遍。对过几次之后，你对自己眼睛看到的东西会有一个大概的误差范围。

第四件是把等待期明明白白标出来。这几天的性质是等，不是观察，也不是动作期。标出来之后，你在里面翻数只会看成一种确认，不会看成一次新的判断。同一个动作，被看成判断的时候会催生决定，被看成确认的时候不会，这个区别在节奏上很要紧。

还有一个方向是准备别人。等待期里如果要跟人同步，可以先说清这一次要看的是什么、什么时候会有结果。不要在这几天里报一个还没稳的数，尤其是报给要拿它做决定的人。提前把节奏说出去，比事后解释为什么数变了要省事。

还有一种准备是给手上的数找一个不用等也能用的替代对象。你本来想看的那个数要等，但同一个现象的另一个侧面可能在今天就看得见，比如你想知道一个款有没有被更多人接受，可以看它的相关词有没有人搜、同行同款的评论在怎么变。换一个侧面看，等的那几天就不是全空的。

准备里还值得加一条：把这次等待可能出现的三种结果先写下来。往上走、没动、往下走，各自对应一句你打算怎么办。写下之后你会发现，多数情况下三行里有两行本来就是不动手。提前写好的好处是结果出来的那一刻你不用现想，情绪也就没有机会替你做决定。

有一件准备工作容易被忽略，就是检查你要看的那个对象这几天有没有被动过。如果这条商品的图片、标题、价格在这几天里有任何一个被别人改过，这一段就不干净了。动手看之前先扫一眼改动记录，比看完了才发现有两处变化要省事得多。

准备还包括给自己的观察定一个统一的时段。等的那几天每天在同一时段看一次那一眼，抄下来。同一时段是让这一串观察互相可比的唯一办法，如果你今天早上看、明天半夜看，抄下来的那几个数本身就不是同一个时刻的，连起来也读不出东西。

把这些准备归拢，会发现它们的共同特点是不看结果也能推进。等待期之所以难熬，是因为它看起来必须等到一个结果才能往前走。把这些事填进来之后，这几天你是有产出的，只是产出落在准备上而不是落在结论上。节奏感和产出感这两样东西，本来就不必来自同一处。

准备里还有一项不太显眼但很实用：把这次要用的落点想清楚。你说的有用是指什么，是这一条的转化往上走，还是它在同类里的排位往前走，还是它带来的整体量变大。落点不同，看到结果之后的处理也不同，提前把落点定下来，看结果的时候就不容易随手改口。

还有一项准备是给这一次的判断标一个优先级。你手上可能同时有好几条在等，它们的紧要程度不一样。把最要紧的那一条放在最前面，先看它，其余的往后排。等待期里分优先级不花成本，等到结果全出来的时候再分，就得分出取舍来了，那时候反而难办。

准备还包括把可能的意外列一句。比如这条商品这几天会不会赶上平台的某场活动，同行有没有可能在同一时间做动作。这类事情你提前想到，看结果的时候就能主动去核对；想不到，就只能等结论对不上再去回查，白绕一圈。

这些准备有一个共同的来源，就是把等待期当成一段可以提前用完的时间，而不是一段必须熬过去的时间。这么一换，那几天你做的事情是具体而且落地的，等到看结果的时候，你要做的只是把准备好的那句话填上一个方向，判断反而变快了。

把等待排进计划以后，白等少了，能看出结论的比例反而上去了

怎么记录延迟的影响

记录的第一步是每一条都带日期，而且要写成具体的几月几号，不写相对说法。今天、昨天、上周三这类词，过两天自己都认不出来。换成几月几号，过一个月再翻，每一行都还能接着用。这一栏多加几个字，将来能省下大量翻找的时间。

第二步是把动作也一起记进去。只记数的本子过半年就散了，因为你不知道那天发生了什么。数旁边加一行「这天改了主图」或者「这天上了新品」，将来看到那一处的起伏，你至少知道可以往哪个方向去解释，而不是干看着一根线上下来回。

第三步是把「我什么时候看到的」和「它说的是哪一天」分成两栏。这两栏经常被合成一栏，合起来之后最容易出的错是把自己看到的那一天当成了数代表的那一天。分开写以后，两个时间清清楚楚，看一眼就能知道中间隔了多远。

第四步是给记下来的判断标一个状态：已经看到结果的、还在等的、已经作废的。等着的那几条每天扫一眼，日子到了就去看。这个状态栏不长，但它把等待从脑子里挪到了纸上，你不用再靠回忆去记自己还有几件事悬着。

在数上标明它属于哪一天，是这一层最要紧的动作。知虾把日期和站点一起标出来，给的是一份前一日的收口版本，不做采集，也不会为了让数看起来更新去模糊口径。所以它给的那一份可以直接写进你的记录里，日期这一栏不用你自己补，也不会出现两条记录的日期口径不是一回事。

第五个要记的是等待的天数。同一个类型的判断，等几次下来实际用掉几天，记个两三轮你就有自己的数了。这个数比任何通用建议都好用，因为它长在你的账号、你的类目、你的节奏上。以后再碰到同类的事，直接用它排期，不必重新试。

记录还能顺手解决一个老问题：想不起来上次是什么时候看的。人在等结果的时候，脑子里同时悬着好几件事，过了两天就分不清哪件事看到哪一步了。把这些都写在纸上之后，脑子腾出来只用在判断上，不用再兼职做一个记事本，判断本身的质量也会好一些。

记的时候有个小规矩值得坚持：数只抄一遍，不抄第二遍。同一份数抄两遍，将来翻的时候你分不清哪一份是先看到的，一旦两份有一点点不同，就会引起一轮不必要的怀疑。一次抄完就固定下来，后面的变化用新的一行写，这样每一行都对应一个明确的时刻。

这套记录过一段时间会显出另一个用途：它能告诉你哪些判断其实一直在重复。翻一翻会发现同一个类目你每个月都在看同一件事，结论也差不多。看出这一点之后，那种每个月例行做一遍的判断可以改成每季度做一次，省下来的时间和注意力才是记录带来的真正好处。

记录里最好有一条基准行，就是那份带着明确日期和站点的数。你自己那几行观察写在它旁边，两边的时刻都写得清清楚楚。基准行慢但稳，观察行快但散，两者分工。这个安排比把所有东西都塞进一格要稳得多，翻的时候也不会分不清哪一行是哪一天的。

记录的格式不用讲究，几列就够：日期、对象、那个数、那天做了什么、我现在还在等什么。五列写下来，一个月之后你翻哪一行，都能还原出那时候的情况。格式太复杂的记录坚持不下来，简单到能随手填的，反而能记很久。

还有一件事值得在记录里体现，就是这一次等了多少天。同一个类型的判断，攒够几次之后你就知道自己的平均等待是多长，下一次排期就有依据，不用凭感觉。这个数只属于你自己的账号和类目，别人给的通用建议都不如它准。

记录的价值不在回顾本身，而在它让等待有了边界。你在纸上写下今天开始等，等一个日子到了就去看。写下来之前，这件事悬在脑子里，随时可能被提前翻看；写下来之后，它变成了一件有指定日子的事，翻看就从一种焦虑变成了一个动作。

最后一条关于记录的建议：把延迟相关的说明写在最上面，不要在每条记录里重复。一份记录共用一句话就能说清的事，重复三十遍只会让人不想再翻。写在开头那一次，后面每条就都是干净的数和一个日期。

怎么给延迟定一个容忍度

容忍度是给每一类判断定一个「等几天算正常」。看价格的，跨过一个自然日再看就够了；看一个款有没有起来的，等三天到一个整周；看一个类目结构有没有挪动的，等到下个月收口。定完之后，这几类事情各自有一个属于自己的节奏，不用互相看着办。

定容忍度的时候要留意一件事：它是对平常日子定的，特殊时期要往后延。节假日前后、大促期间，整理那一环会变长，所以这几天的容忍度要另算一份。手上有两份容忍度，就不会在特殊时期按平常的规矩去催一个本来就还没到的东西。

容忍度还有一个反向的用法：超过了它，说明有别的因素在。一份数该到日子还没到，或者到了日子但和你预期的差得远，这时候先别下结论，去看看是不是刚好卡在节假日，或者平台的整理节奏本身变了。把异常识别出来，比把异常解释掉更重要。

给一个具体例子。你按月看类目结构，容忍度定的是每个月收口之后的一两天。某个月到了第五天还没看到那份数，这就是一次超出容忍度的信号。这时候该做的是把这个月往前挪，用上个月的数先看结构，而不是拿一份还没整理完的中间状态去凑。

把这套东西立起来之后，延迟这件事在工作里的位置就变了。它从一件每次都要临时决定怎么办的意外，变成了一张写好的表：什么事等几天、等的时候做什么、超过多久算异常。表立好之后，等待期里最耗人的那部分不确定就没了。

容忍度最好写成一句话摆在手边，比如看价格等两天、看款起来等一周、看结构挪位置等一个月。写在纸上而不是记在心里，是因为等待的时候人最容易被情绪催着改主意。有这一行字在，第二天没看到变化的时候你能对着它确认一次，而不是临时给自己找一个新理由。

定容忍度还有一处要留意：它是给判断定，不是给数定的。同一份数，回答不同的问题时该等的时间不同。你手上这份前一日的数据，拿去看一个款有没有起来，等一周就够；拿去看类目的价位有没有移动，得等到下个月。数的时刻是一个，等的长度却随问题变，这两件事不要混。

还有一个用法是把容忍度当成一个提醒，而不是一个门槛。到了日子就该去看，看的结果无论是什么都算完成了一次。如果一到日子就紧张，说明排期的时候高估了这一次的重要性，下次可以把它的优先级往下降一档，把注意力留给真正要紧的那几件事。

有一类判断的容忍度需要单独放宽，就是包含活动的那些日子。活动期间每天的波动本来就大，活动结束后整理完还会再有几天，所以这一段的等待要按活动加之后的一周来算。按平常的规矩去等这一类，往往等到的还只是一段中间状态，看了也下不了结论。

这套容忍度立起来之后，还有一个附加的好处：它能帮你判断一份数是不是真的出了问题。该到日子没到，或者到了日子但和你预期差得远，这两件事都值得记一笔。攒够几笔再去回看，你就能分清哪一次是特殊日子，哪一次是真的异常，不必每次都被它牵着走。

容忍度还可以按人分。你自己判断的那一类可以把窗口定得长一点，因为你有连续观察的条件；要报给别人的那一类，窗口要短一点，因为对方拿到的是一个结论，不会跟着你一起等。两种场景两套容忍度，比用一套去应付所有情况稳。

定的时候还要考虑这一件事的后果大小。错了代价大的，容忍度就往宽里定一点，多等一天总比结论反了强；错了代价小的，可以贴着最短的那个天数走。同一个人手上的判断，按后果分档，比按类型分更贴合实际。

容忍度不是一次定完就不动的。每过一两个月，拿实际等到的天数和当初定的那个数对一遍，偏差大了就调一次。调的依据是你自己的记录，不是别人的经验。这样做几轮之后，这套窗口长度会长成你手上最贴合实际的一份东西。

有一个反面情况要留出位置：有时候你说的容忍度再宽也等不到那份结果。比如平台本身在调整它的整理节奏，或者碰上连续几天特殊日子。碰到这种时候就承认这一轮看不了，把这次判断作废，重新排一次，比硬用一份说不清时刻的数去下结论要稳。

常见问题（FAQ）