Shopee选品插件省的不是数据，是那一趟路

一个反复出现的动作是什么样的

先把这个动作完整写出来一遍。你在翻某个类目的榜，看到一条商品，价格不高，评价数也不多，你心里冒出一个念头：这一条到底值不值得跟。这个念头一出现，接下来发生的事情就有两种走向，一种是你就地把它弄清楚，另一种是你先记下来，等有空再查。

选第二种的人通常会做这么一串事：先把这条商品的标题大概记住，或者截图存到某个地方；离开当前这一页，打开另一个页面或者另一个工具；在里面把刚才的信息重新输一遍或者贴一遍；等结果出来；看完之后关掉，再回到刚才翻到的那一页。

这一串事里有三段是纯粹的路上时间。一段是把刚才看到的东西搬到另一个地方去，一段是等结果，还有一段是回到原来的位置并且重新想起来自己刚才在干什么。这三段加起来通常只有几十秒，正因为短，它从来不会被记在账上。

再举一个更具体的场景。你在翻某个类目的热销榜，翻到第三页的时候看到一条商品，主图和别家的很像，价格比周围的低一档。你心里会浮出一个疑问：这条是新品在冲量，还是本来就值这个价。有这个疑问之后，选择就地弄清楚的人少，多数人会先往下翻。

先往下翻这个动作本身没有错，因为它在保护你的浏览节奏。一条一条都停下来查，翻榜这件事永远做不完。问题在于你并没有真的放过它，你在心里给它挂了一个待办的标签，然后带着这个标签继续往下看。

这个标签是有重量的。它不会消失，它会占住一部分注意力，让你在翻后面那些商品的时候，脑子里还留着前面那一条的影子。翻到最后，你说不清自己是怎么把这一整页看完的，因为每一页都留下了两三个这样的影子。

于是翻榜这件事从一次浏览变成了一次收藏。你收藏的不是商品，是一堆疑问。这些疑问里有的当天就会被解决，有的过一周还在，有的等到某个时刻被翻出来，那时候你已经想不起来当初为什么对它起了疑。

这一串动作之所以反复出现，是因为它嵌在每一个浏览动作里。只要你在看商品，你就会产生疑问；只要你产生疑问，你就面临就地办还是先记下这个选择。翻得越多，这个选择被做出的次数就越多，而每次都倾向于先记下。

把这个动作写出来之后会发现，它其实有两个版本。一个版本是就地办，念头和答案在同一口气里完成；另一个版本是先记下，念头和答案之间隔了一段路。两个版本的差别不在努力程度上，只在路上有没有那一段。

这里有一个容易被忽略的细节：念头和动作之间是有一个间隔的。你在页面上看到那条商品，心里起疑，这个疑在形成的时候是最强、最具体的。等你把它转成一个待办、存进某个地方，这个疑就变成了一句干巴巴的话，里面原本装着的好奇心已经掉光了。

所以那一趟路真正贵的地方，不是它花掉了几十秒，而是它在念头最热的时候把它掐断了。等你回来的时候，手上拿的是那句话说这一条值不值得跟，而脑子里那个具体的样子——主图长什么样、价格和旁边差多少——已经模糊了，只剩一个大概的印象。

把这一幕当成一个日常动作来对待，判断它有没有必要被改变，就变得清楚了。它不是一次偶然的打断，它是一个每天出现几十次、每次都很短、每次都不留下痕迹的动作。所有难以察觉的成本都有这个特征：单次太小，次数太多。

这一趟还有一种变形，就是它发生在同一个页面内的不同位置之间。你看到一个类目榜，想知道其中某一条属于哪个子类目，于是往上滚去翻筛选条件，翻完再滚回来找那一条。这也是一趟，只不过路很短，而且发生在眼皮底下。

这种页内的一趟最不容易被发现，因为它不需要切换标签页，看起来只是滚了一下鼠标。但它同样把判断切成了两半：疑问留在下面，答案在上面，你要靠记忆把两半接起来。滚的距离越长，接得越不准。

把这两种形态放在一起看，能看到一个共同的结构。不管路是跨页的还是页内的，判断都被分成了起念、离开、取回、接上这四拍，中间只要有一拍是空的，这一条就没被处理完，而没被处理完的条目会一直挂在那里占着注意力。

中间两段是纯粹的路上时间，最后一小段最容易被忽略

那一趟路到底花在哪

这一趟里最容易被忽略的是最后一段，就是回来之后重新接上思路。你离开之前脑子里装着一个判断的框架，翻到第几页、看了哪几条、哪一条最接近你想要的样子，这些都还热着。等你从另一个页面回来，这些热的部位已经凉了一半。

第二段耗掉的是搬运。你要查的是这一条，但你手上拿到的只有标题和几个数字。标题在不同站点、不同卖家那里写法不一样，同一个东西可能叫三个名字。把名字对准本身就是一件要花心思的事，对准了才谈得上查。

第三段是等待。等结果这件事本身不占你的注意力，但它占你的时间，而且这段时间你没法用来做别的，因为下一步动作依赖它出来。真正的问题是它把一件事切成了两半，前面一半是想弄明白，后面一半是拿到答案，中间被隔开了。

第四段耗掉的是注意力的预热。一个页面上的信息不是孤立的，你之所以觉得某条商品值得看，是因为它和旁边那几条构成了一个对照。你要查的虽然只是这一条，但你判断它的时候用的是整页给的背景，而背景在你离开之后就散了。

把这四段加起来算一笔账。搬运大概十几秒，等待大概十几秒，回来重新定位大概十几秒，如果中间接了个消息，预热还要再花十几秒。合计一分钟左右，这就是一次完整的查证在数据之外额外花掉的部分。

这一分钟和数据的质量无关。你查到的那个数准不准，取决于数据源；你为了查它多花的那一分钟，取决于查的动作在哪里发生。这两件事经常被混在一起谈，所以换一个数据更全的工具之后，很多人发现路还是照样走。

还有一个隐蔽的成本是切换之后的手误。从另一个页面回来，鼠标的落点往往和离开时不一样，翻页翻错、点开另一条商品、把刚才的选中状态弄丢，这些都会发生。它们每一次都只耽误几秒，但会让人产生一种今天做事很乱的印象。

也有一种情况是这一趟长得离谱。你要查的是一条刚冒出来的商品，手里只有截图，没有站点也没有卖家名。这时候你要做的不是查，而是先想办法把它找出来，找的过程可能比查的过程长好几倍，而且未必找得到。

所以这一趟的成本是有弹性的。信息越不完整，这一趟越长，甚至有可能走不成。而当你在页面上直接面对那条商品的时候，站点、卖家、价格、类目全都在眼前，这一趟天然就短，因为它不需要先把你手上的线索补全。

还有一个容易被忽略的时间去处，就是决定要不要去查。你在看到那条商品的时候，心里其实先过了一遍值不值当，值当就记下来，不值当就放过，拿不准就先记着。这个拿不准的状态最耗神，因为它既没有处理完，也没有被丢下。

从这个角度看，这一趟其实从拿不准那一刻就开始了。你以为自己还站在页面上，实际上注意力已经有了一部分被挂起来。等到你真的离开这一页去查的时候，那一部分才被释放。前面那段挂着的时间通常没被算进这一趟的成本里，但它确实发生了。

这个观察给出一个有用的结论：这一趟的成本不是从离开页面算起的，是从起念头那一刻算起的。念头一起，你的注意力就已经被分走了一块。离开页面只是把它变现成了一个看得见的动作，看不见的那一段其实更长。

把这一趟按动作切开之后，会发现每段的性质完全不同。搬运那一段是可以被去掉的，因为它本身不产生任何信息；等待那一段是不能被去掉的，因为它由数据源的节奏决定；重新定位那一段是半可以去掉的，取决于你有没有离开。

这个分类决定了能改什么、不能改什么。搬运和重新定位都是位置造成的，换个位置就没有了。等待是时间造成的，换位置也不能让昨天的数据变成今天的数。把这两类混在一起，就会对任何一个工具抱有不合适的期待。

还有一个细节是这几段之间的顺序无法颠倒。你必须先把信息搬过去，才有东西可查；查完才有结果；有了结果才谈得上回来接上。所以这一趟是一条直线，每一段都不可跳过，能让它不出现在你面前的办法只有一个，就是换一个位置。

越是要把信息搬到别处去对的动作，路上花掉的工夫越多

插件把这一趟缩短成什么

插件改掉的是这三段里的前两段。你站在那个榜上，光标还停在刚才那条商品上，需要的参照就在同一个界面上出来，不用把标题搬到别处，也不用离开再回来。这个变化听起来只是少点几下，实际改掉的是正在看的和正在查的之间的那层隔断。

知虾插件站在页面上，看的是这一条商品公开出来的那一层，价格、评价、类目、上新时间这一类信息。它的位置决定了它是在你已经站着的地方把参照递过来，而不是让你去另一个地方取。这是位置带来的，不是速度带来的。

于是那三段里最先消失的是搬运。标题不用记，位置不用存，你眼睛没离开过那一页，脑子里的判断框架也一直热着。剩下的等待那一段还在，因为数据该多久更新还是多久更新，它不因为你站在哪里而变快。

有一个具体的对比。同一个动作，过去是看到一条商品、记住标题、切到另一个页面、粘贴、等结果、切回来、重新找到位置。现在是从头到尾停在同一个页面上，眼睛没有离开过，手里没有任何需要搬动的东西。

少掉的这几步里，真正值钱的不是那几秒，而是中间没有断点。思路的连续性在浏览器里是很脆的东西，一次切换就足以让它重来。停在原地则意味着你可能连续对过五条，而每一条用的都是同一套刚热起来的判断。

它缩短的也不是全部。数据本身要多久更新，这件事的节奏不由插件决定。你能看到的是前一日的口径，看到之后也得接受它就是这个时间点的样子。把等待那一段的时长归给数据源，把搬运那一段的消失归给位置，这两笔账才分得清。

对于一条一条往下翻的人来说，这个改变带来的是动作顺序的反转。过去是先浏览完再集中判断，判断滞后于浏览；现在是浏览到哪判断到哪，判断和浏览叠在同一个动作里，翻榜结束的同时初筛也结束了。

知虾插件站在页面上，看到的是这条商品公开出来的那一层，价格、评价、类目、上新时间这一类信息都摆在它面前。它不给结论，也不替你决定要不要跟，只是在你还看着这一条的时候，把可以用作对照的东西递过来。

有一个边界要讲清楚。插件站在页面上，它看到的就是页面上公开的那一层。真实成交、成本结构、后台口径这三样不在页面里，所以它拿不到，这是位置决定的，不是版本还没到。知道这条边界，用的时候才不会把页面上的数字当成全部事实。

还有一个改变不那么显眼，就是它让同一页上的几条商品可以被连着看。你在一个榜上从前翻到后，过去每起一次念头就断一次，翻到后面已经忘了前面那几条长什么样。停在原地的时候，前面看过的还留在视野里，几条之间的对照可以一直成立。

这种连着看带来的东西是一种页内排序。同一条榜上的商品原本是并列摆着的，位置相近、价格相近，看不出太大区别。当你把每一条都顺手对过一遍参照之后，这一页在你眼里就有了前后之分，哪几条值得再看一眼是很清楚的。

要说明的是这个排序是你自己排的，不是插件给的。它把参照摆出来，谁高谁低、谁值得谁不值得，仍然是你根据自己那套标准下的判断。同样一页商品，两个人对完之后剩下的名单可能完全不同，这很正常。

还需要说明一点：缩短不等于消失。等待那一段还在，因为你要看的是一个有更新周期的数据，它不能凭空变成实时。这个剩下的等待很短，而且它发生在你已经站在决策位置的时候，不影响你继续往下翻。

所以更准确的说法是，这一趟从一段路变成了一个停顿。路是要走完的，停顿只是把动作按住一下。这个区别在你连续翻几十条的时候会明显起来：走路的做法每条都要重新启动一次，停顿的做法是一条接一条地往下滑。

停顿还有一个附带的好处，就是它不会把你的位置弄丢。你翻到第几页、刚才停在屏幕的哪个位置，这些都不需要重新建立。等到你决定回头看某一条的时候，它还在原来的地方等着，这一点很小但很省事。

省下来的时间去了哪

省下来的那几十秒不会自动变成别的东西。多数情况下它会被填回同一件事里，就是再多看几条。过去一天翻二十条，里面只有五六条是你真的查过的，因为查一次要走一趟；现在翻二十条，可能二十条都被你顺手对过一遍参照。

这个去向有一个具体的表现，就是判断的密度变了。过去你是在筛完之后集中查那几条看起来最像的，现在变成看到一条对一条，边翻边把不合格的划掉。同样是翻二十条，结束的时候你手上剩下的是一个更窄的范围。

第二个去向是那些原本会被放弃的念头现在能落地了。有些商品你在翻榜的时候只是扫了一眼，觉得可能有点意思但懒得去查，这类念头过去大部分是直接丢掉的。现在顺手就能对一下，其中一部分会从模糊变得清楚。

第三个去向是判断的质量被分薄了，这是要注意的一面。过去一天只认真查五条，每一条都值得多想一会儿；现在一天顺手对过二十条，注意力被摊在二十个地方，反而可能出现看了很多但都没想透的情况。

所以省下来的时间要去哪，这件事需要有人主动安排。一种安排是把省下的时间用在候选范围的收窄上，把模糊的划掉，把剩下的几条再看深一点。另一种安排是把它花在更宽的类目上，多看几个方向而不是在同一个方向里多翻几页。

还有一种去向是被吃回去的。省下的时间如果不指定用途，多半会被页面上别的信息吸走，比如把主图放大看一遍、把评价翻得更细、把描述读得更全。这些动作看起来也在做判断，但它和比对参照不是一件事，做完之后你手上的结论并没有更硬。

有一个可以量出来的落点。把一天里真的对过参照的条数记下来，第一周和第二周对比。如果这个数在涨，说明省下的时间确实回到了判断上；如果这个数没变，说明省下的那几十秒被别的事情吃掉了，那就需要把用途定得更明确一些。

这个落点还有一个好处，就是它不依赖任何工具给的数。你自己数，自己记，半个月就能看出方向。数量会说话，如果一天翻二十条最后只对过三条，那说明看到就想查这件事在你身上还没有真的发生。

有一个不太好的去向值得单独说，就是用它去查本来不该查的东西。因为查变得容易了，你可能会对每一条都查一遍，包括那些一眼就知道不合要求的。这种用法看起来勤奋，实际是把筛掉的活往后推，而且推到了更贵的位置上。

分清这一点有个简单的办法，就是看每次查之前的动作是什么。如果每次查之前你都先说了一句这个看着像，那是有效查证；如果你手上没有任何理由就开始查，那是习惯性动作。前者会收窄范围，后者只会消耗注意力。

所以省下来的时间更值得的去向其实很小，就是把那些原本会溜走的、看起来像的几条留下来认真对一遍。不需要多，一天多认真看三到五条，一个月下来多出来的候选就相当可观，而且每一条都是被认真对过的。

这里有一个量级上的说法。过去一天可能认真对过四五条，顺手滑过十几条；现在认真对过的条数大概能到十来条，滑过的反而少了。这个变化不是靠加时间换来的，是靠省掉路上那一段腾出来的，所以它不额外占你的精力。

有一类去向是往外扩。省下的每一趟可能只有几十秒，但一天几十趟，理论上能空出一段可以用来做别的事的时间。这段时间更值得的用途不是多翻几页同类商品，而是腾出来去别的类目或者别的站点走一圈。

知虾站在多站点与类目结构这一层，看到的是九个站点各自的类目与商品分布。要把一个站点整体的价格带拉出来比，这类事本来就不在单条商品的页面上，它属于盘面那一层。把省下来的时间用在这里，比继续叠在同一页上更划算。

不过这一段腾出来的时间很容易被稀释。它不是一个整块的时段，而是散在一整天里的很多小缝。要用它做一件需要连贯思考的事，得先把这些缝收拢，比如固定一个时段专门看盘面，其余时间就让它回到页面上。

有一个很实际的做法，就是把省下来的时间指定给一件具体的事，而不是让它自然消失。比如每周固定一个早上，把这一周在页面上对过的商品重新过一遍，把当时划掉的几条再看一眼。有指定的用途，这段时间才不会被别的东西吃掉。

还有一种去向是往深里走。省下路上那一段之后，你手上可能第一次有余力把某一条商品看得更细，比如把它的评价翻到第三页，看那些给中评的人到底在抱怨什么。这种深度过去不是不想做，是路上那一段先把力气耗掉了。

为什么这种省法容易被低估

这一趟短，是它被低估的第一个原因。一次几十秒，比接一个电话还短，你根本不会意识到自己刚刚走了这一趟。人对自己花掉的时间有感觉的通常是那些成块的、会打断整件事的部分，零碎的小段从来不计入账。

第二个原因是这一趟走完之后你会更累，但说不出累在哪。切换页面这件事消耗的是注意力的连续性，不是体力。翻回来之后你要重新找位置、重新想起来在看什么，这些动作没留下任何可以指认的痕迹，所以只能感觉到今天有点散。

第三个原因是它省下来的时间不会以整块的形式还给你。一次省四十秒，省一百次也凑不出一整天的空档，它散在一天的各个角落里。这种语法上存在的收益很难被感知，因为它没有一个可以被指出来的去处。

第四个原因是它省下的是过程中的摩擦，不是结果上的差别。同样一个类目，用不用这个动作，最后选出来的款可能差不多，只是过程松紧不同。人评估一件事有没有用，习惯看结果差多少，不看过程顺不顺，所以这类收益天然不容易被认出来。

第五个原因是这一趟的成本会跟着熟练度一起往下掉，看起来像是自己变快了。翻页、切标签、粘贴这些动作做多了确实会变麻利，一个人可以在二十秒里完成过去要走一分钟的一趟。这种熟练会让人误以为不需要改什么，其实是把一段不该存在的路走得越来越顺。

有一个反向的判断方式，就是看一天的节奏。走很多趟的日子，人会觉得自己一直在忙，因为动作密集；不走趟的日子，人反而觉得慢，因为他一直在看同一个页面。这种体感是反的，忙碌感在这里不是效率的指标。

还有一个原因是这一类收益没有归属。它不像多上传了多少件商品那样能写进日报，也不像多谈下了一个供应商那样能说给谁听。它只是让你一天结束时没那么散，这种改变没有一个可以被汇报的形式，所以在复盘的时候最容易漏掉。

所以要认出这种省法，得换一个观察对象。不要看结果差多少，去看一天里你的注意力被打断过几次。次数下来了，说明这一趟少走了；次数没下来，说明装的这个东西还没有嵌进你的动作里，还只是一个另外打开的地方。

还有一个原因和期待有关。多数人装插件之前期待的是一件能替自己判断的事，最好看完直接告诉你这条行不行。装完之后发现它只是把参照摆过来，结论还是自己下，于是产生了落差，觉得好像没起什么作用，把省下那一段路的好处整个漏掉了。

把期待调整过来之后，就能看到它的位置。它做的是递参照，判断这件事仍然由你带来。它省的是你为了拿这个参照所走的那一段路，而不是你为了判断所需的那一份功夫。这两件事被分清楚，用法就自然清楚了。

最后一个原因是这一段路本来就没有名字。人只能感觉到自己今天有点散、有点慢、说不清做了什么，但没有一个词能指认出来这段路丢了。没有名字的东西不会被抱怨，也不会被想办法解决，它只会安静地累积。

把这几条合在一起看，能看出低估这件事不是谁疏忽了，而是这一类收益本身的形状就不容易被看见。它短、碎、没有痕迹、没有归属、也没有一个可以对比的结果。五条加起来，它被人忽略掉这件事就变得很容易理解。

这也是为什么很多人用了一段时间之后说不清它有没有用。问题不出在工具上，出在衡量的对象上。他们衡量的是看到的数据多了多少、选出来的款好了多少，而真正改变的那一项根本没有进入被衡量的名单。

要让这件事变得可见，只有一条路，就是给它造一个指标。前面说的数念头次数、数认真对过的条数，都是这类指标。指标不用精确，只要能连续记两周、看得出方向就够了，它的作用是让一段看不见的成本变得可以被讨论。

要走的那些趟数，集中在需要把东西搬到别处去对的几类上

哪些场景下这一趟本来就不长

这一趟在有些场景下本来就很短，短到插件带来的差别几乎看不出来。最典型的是你在做一次性的、大范围的盘面，比如一周看一次某个类目的大盘，这种情况下你本来就是集中做，走一趟和就地做差别不大。

还有一种情况是你只关心一个数，而且这个数一天只查一次。比如每天固定看一眼某个词的走势，看完就走，不涉及在页面上连续判断。这种情况下去哪查都一样，因为没有任何东西需要被搬来搬去。

第三种情况是你的判断本来就发生在一个页面里。有些人的习惯是先在一个地方把所有候选看一遍，记下来，然后换到另一个地方做决定。这种做法把判断和浏览故意分开了，所以对他的这一趟本来就不存在。

第四种情况是你查的这件事本来就不在页面上。比如某个类目还有没有空间、某个价格带整体在往哪边走，这一类判断的对象是整个盘面，不是眼前这一条商品。这类问题本来就要离开页面去别的地方看，所以插件在这里帮你省不了什么。

第五种情况是你的判断周期很长。有的店铺一个月才做一次上新决策，决策的那一天你本来就是坐下来、把材料摊开、慢慢比。这种情况下省掉几十秒没有任何意义，因为决策的成本集中在想清楚这件事上，不集中在取材料的路上。

这几类场景有一个共同点：判断的对象都不是眼前这一条。要么是整个类目，要么是几个方向之间的取舍，要么是一个月之后的安排。插件站在一条商品的页面上，它的位置天然只对物件级的当场判断有用，对盘面级的判断不搭界。

反过来也说明了一件事。如果你一天里绝大部分判断都是盘面级的，那这一趟对你来说本来就短，你不需要在浏览器里多装什么。工具和你的活对不对得上，比它本身好不好更要紧，这一点值得先想清楚再动手去装。

第六种情况是页面上本来就有足够的信息。有些类目结构简单，一条商品的价格、销量、评价就摆在同一个地方，你根本不需要去别处核对。这种情况下无论如何都很快，插件在这里带来的差别可以忽略不计。

这几种情况凑起来会占掉一部分人的全部工作。如果你做的是长周期、盘面级的判断，一天里几乎不产生看到就想查的念头，那么这一趟从来就没有存在过。承认这一点不等于插件不好，只是它和你的活对不上。

反过来，如果你做的是一天要翻很多页、每页都有几条让你顿一下的活，那么这个动作在你身上是高频的，它可以承担一段可观的注意力负担。判断值不值得为此改变工作方式，取决于这个动作一天出现多少次。

还有一类场景是团队分工。有的团队里浏览和判断本来就由不同的人做，一个人负责翻、把候选列出来，另一个人负责坐下来判断。这种分工下，走路趟的那部分时间被明确划给了一个岗位，它就不再是隐藏成本，而是明摆着的工作内容。

这类团队反而不太需要在意这一趟的长短，因为那本来就是岗位要求的一部分。对他们来说更值得关心的是候选清单的传递有没有变形，比如第一个人在列的时候带了太多自己的判断，第二个人拿到手时看到的已经是筛过的结果。

这也给出一个判断标准。如果一段路在你这里是被明确安排过的、有人负责的，那它就不是隐藏成本，不需要特别处理。真正值得处理的是那些没有名字、没有归属、散落在每个人一天里、谁也说不清它占了多少的那些趟。

每一趟变短了，一天里真的被对过参照的条数反而变多

怎么判断自己有没有这一趟

有一个很简单的自测办法：回想昨天有没有出现过这样一幕，你在某个页面上看到一条商品，心里起了个念头，然后你把这一页放到一边，去别的什么地方把这件事查清楚，查完再回来。这一幕出现的次数，就是你走路趟的次数。

第二个办法是看你的收藏夹或者记事本里有没有一堆没头没尾的条目。只记了半个标题、没有站点、没有时间，这种条目就是走了半趟留下的痕迹。有这类东西堆着，说明你确实在靠事后补齐那些当场没做完的判断。

第三个办法是回想一天结束时的那种散。如果收工的时候你说不清今天到底看了哪些商品，只记得翻了很多页、来回切了很多次，那多半是因为这些判断都没有在原地做完，每一次都留下了一个没接上的头。

第四个办法更直接，就是看浏览器开了几个标签页。如果你经常同时开着五六个同类页面，来回在它们之间跳，那说明你在用标签页当作自己的对照表。这种做法本身就是走路趟的另一个形态，只不过路被放在了标签栏里。

第五个办法是留意自己有没有说过这样一句话：等一下我再查。这句话出现得越频繁，说明你推迟掉的当场判断越多。推迟本身不是错，但推迟掉的每一个都是半趟，它们攒在一起，就构成了一天里那种说不清来路的疲惫。

把这几条自测合起来看，能得出一个不算精确但很有用的判断。如果你几乎没有这一幕、记事本里也没有半截条目、收工时能说清今天看了什么，那么这一趟在你身上不存在，你不需要为它专门改什么。

如果反过来，五条里有三条以上对得上，那说明这一趟你走得挺频繁。这时候要做的不是立刻去找一个东西来装，而是先把这一趟走的具体是哪些动作写下来，看看哪几段是真的必须，哪几段只是因为位置不对才多出来的。

写下来这一步很关键，因为它能把模糊的忙变成一个具体的路。你会看到自己一天里有多少趟是为了把一个名字对上，有多少趟是为了等一个结果，有多少趟是回来之后找不着原来那一条。分清楚之后，该改哪里就很清楚了。

第六个办法是给自己一天做一次记录。不用记全部，只在每次起念头的时候画一笔，一天结束数一数。这个记录做三天就很清楚了：一天几笔、集中在什么时段、哪些笔最后被处理掉了、哪些笔一直挂着。

记录出来之后会看到两个数。一个是起念头的次数，一个是这些念头里最后被真的弄清楚的比例。如果次数很高而比例很低，说明你一天里有大量半趟路被积压着；如果次数本来就低，那这一趟不值得为它改什么。

这个记录本身几乎不花时间，但它能改变看法。很多人做完一次才发现，自己一天里起念头的次数远远超过估计。平时觉得只是偶尔查一下，真数出来之后才知道，这个动作一天要发生几十回，只是每一回都太短没被注意到。

数完之后建议做一件事，就是把起念头时看到的那一条随手标一下，比如在心里给它分个类：值得弄清楚、可以先放过、看着像要再对一下。分类这个动作很简单，但它能把半趟路当场收尾，至少不用再挂一天。

最后要说的是，插件不是唯一能减少这一趟的办法。把常看的几个页面并排放好、把常用的对照表贴在一个固定的位置、把翻页的习惯改一改，这些做法都能让这一趟变短一些。区别在于这些办法要靠人去维持，而站在页面上的东西天然就在那里。

记录的时候可以顺带记一件事，就是这些念头最后有没有被用上。有些念头当天就查了，有些第二天还在，有些过了一个月还在本子里躺着。躺得越久的那些，越说明当初没必要把它记下来，因为如果它真的重要，你早就回去处理了。

这个观察能帮人把念头分成两档。一档是当场就该办完的，办完就结束了；另一档是本来就可以直接放过的，放过也不会有损失。真正麻烦的是第三档，就是那些既没当场办、也舍不得放过的，它们才是路上时间的主要来源。

把第三档挑出来之后，处理办法其实很简单，就是给它设一个期限。当场没办完的念头，如果三天之内没有回去处理，就当作已经放过。有了这条规矩，半趟路就不会一直挂着，你的注意力也不会被一堆不动的条目占住。

还有一件事值得一起看，就是这些念头里有多少其实根本不需要外部数据。有的疑问问的是自己，比如这一批货的成本是多少、上一次为什么没选它，这类问题去任何地方查都查不到，只能靠自己记。把它们和需要外部参照的那一类分开，走的路能少一大半。

常见问题（FAQ）