装多个插件实际发生什么
装第二个之前,人心里想的是覆盖面变大一点,某一项数据再补一补。装完之后最先看到的变化往往不是数据变多,而是页面上多出来一块东西。这块东西出现的位置、大小、颜色,都是你在装之前没有预料到的。
第二件事是同一批字段开始出现两次。价格、评价数、类目这几项在原来那个地方已经显示过了,现在另一个地方又显示一遍。如果两处的数字一样,你就会开始不自觉地只盯着其中一个看,另一个慢慢变成视觉上的干扰。
第三件事是加载的变化。页面一打开的时候多了一个东西要跑,这个变化通常不明显,但在网络慢的时候感觉得到。你会觉得今天这个页面卡了一下,又说不出卡在哪里,因为那个东西只是在背后多占了一点时间。
第四件事更微妙:你开始在两份信息之间做对照。同样一条商品,两个地方都给了参照,你会想知道它们一致不一致。一致的次数多了你会觉得踏实,不一致的时候你就要停下来想一下,这一步是完全新加出来的动作。
第五件事和位置有关。两个插件都可能想占页面上同一个好位置,比如商品标题旁边、价格下方、侧边一段空白。位置撞上之后,一个挡住另一个,或者两个挤在一起变得很难读,这时候你要手动去调其中一个的显示方式。
这五件事里只有第一件是你想要的,后面四件都是第二件东西进来之后附带的。它们不会立刻造成很大的麻烦,但每一件都要占掉一点注意力,而注意力的总量是固定的,分给了这些地方就少了别处。
还有一个变化不那么直接,就是你会更倾向于多待一会儿再下结论。因为手上多了两份参照,你会觉得应该都看一眼才叫认真。这个倾向听起来是好事,实际的结果是每一条商品上花的时间变长,而多出来的时间大部分花在了对照两份相同的东西上。
把这几件事连起来看,会发现装第二个带来的净变化是很小的。新信息的量往往只有一点点,而处理这堆额外动作的成本是稳定的。这个账在装上之前算不清,因为你想的是数据覆盖,不是动作次数。
有一个可以马上验证的办法。装着两个的时候,随便挑十条商品,逐条看过去,记下你在每一次判断里真正用到的是哪一个。十条看完你会发现,其中一个的出场次数明显更多,另一个只在很少几条上有差别。这个比例就是重叠的实际样子。
还要留意一种情况,就是第二个插件的存在改变了你的判断节奏。原来看到一条,看完一个参照就往下走;现在要看两个,再看它们一不一致。节奏变慢这件事本身不一定是坏事,但要看慢下来换来的是什么,如果换来的是同一个答案,那就不划算。
知虾插件站在页面上,看到的是这条商品公开出来的那一层。如果在它之外再装一个同样站在页面上的东西,两者能看到的东西重叠会很高,因为位置相同、看到的层也相同。这种情况下多装的那个带来的是另一种说法,不是另一层信息。
所以装多个这件事真正需要问的不是能不能装,而是两个东西各自在替你做哪一段动作。如果两段是同一段,那第二个不带来任何新东西;如果两段是真正不同的两段,那叠加才有意义。这个判断要在装之前做,装完再做就晚了。
还有一类叠加和插件无关,是插件和你原有的习惯叠在一起。你本来有一套自己看页面的顺序,插件在你的顺序上又加了一步。有的人适应得了,有的人用了一周之后发现自己还是按老顺序看,只不过顺手把多出来的那一块也扫了一眼。
这一类不适应的表现是好的,因为它说明你的动作还在自己手上。真正需要警惕的是相反的情况,就是你已经想不起来怎么在没有那个东西的情况下看一条商品了,每一次判断都要等它给完才敢往下走。

前四个格子里只有第二个是真正拿到的新东西,其余都在处理它带来的副作用
功能重叠的部分有多少
重叠最大的一块是页面上那几个最显眼的字段。价格、评价数、评分、销量栏,这几项在页面上本来就摆着,位置固定,谁都看得到。所以任何一个站在页面上的东西,都会把它们收进自己那份展示里,这是重叠的主要来源。
第二块是类目和规格。一件商品挂在哪个类目、规格表里填了几行,这些也是页面上的公开字段。不同的东西会把它们以不同的方式重新组织一遍,看起来像新东西,实际上还是那几行原本就在页面上的内容。
第三块是店铺的基本信息。开店时长、店铺评分、发货地、配送选项,这几项也都在页面上。这一块的重叠程度比前两块略低一点,因为整理的方式差别可能更大,但来源仍然是一样的,都是同一个页面上摆着的那几行,谁看都是这几行。
上面的三块加起来,覆盖了一条商品页面上绝大部分能被公开的信息。所以两个站在同一个页面上的东西,重叠的程度通常是很高的,具体高到什么程度取决于它们整理的方式差多少,而不取决于它们各自多强。
重叠真正开始变少的地方,是从页面这一层往两边走的时候。一边是往上面走,也就是把很多条商品、很多个类目放在一起看;另一边是往下面走,也就是把这条商品和自己店铺的成本、库存放在一起算。这两边的信息都不在商品页面上。
往上面走的那一层需要的是整个类目的分布、整个站点的结构,这些东西单看一条商品看不出来,必须横向拉。往下面走的那一层需要的是自己家的账,这个只有自己手上有。这两边才是不同工具之间不容易撞车的地方。
所以判断重叠有多少,有一个很省事的办法:问一句这件事的原料在不在这条商品的页面上。在的话,任何人都看得到,重叠自然就高;不在的话,那才可能是一个东西真正有而另一个没有的那部分。
这条标准也顺带解释了一件事,就是为什么很多看起来功能列表差别很大的东西,实际用起来感觉差不多。它们的功能列表是在描述整理方式,而原料是同一批,所以用起来差别就集中在了界面体验上,而不是信息本身。
重叠还有一个不体现在字段上的部分,就是判断的口径。同样是这个类目的价位,一个可能取的是最近一个月的在售分布,另一个可能取的是更长时间的平均。看起来是两套东西,实际还是同一批原料,只是切的窗口不一样。
这一类重叠最麻烦,因为它不太容易被看出来。你在两处看到的数不一样,会先怀疑是数据质量问题,而不是想到它们本来就切的是不同窗口。想清楚这一点之后,处理办法就简单了:留一个能说清自己窗口的,另一个不必再对。
还有一种重叠发生在动作上。两个东西都提供随手查一查这个动作,也都能在看某条商品的时候把参照摆出来。动作重叠的时候,你不会有意识地选一个用,而是看哪个先被你的手指碰到,这就是为什么同一位置会更抢手。
把这些重叠摊开之后,会看到一个有点反直觉的结论:叠加带来的新信息量往往很小,而你可能已经在为它付出三项成本,页面的负担、判断节奏的变化、以及对照两份东西的那一步。这三项加起来,通常超过新增信息带来的好处。
还有一个角度可以看重叠,就是看你自己的动作里有多少是重复的。装了两个之后,你在同一条商品上做的动作有没有变成两遍,比如同一件事看了两处、同一条记了两次。如果动作重复了,那就是重叠最直接的证据。
也有人会觉得重叠是好事,因为两处都能看到,等于多一层保险。这个想法在数据出问题的时候确实有点用,但代价是你平时要一直处理两份。以日常使用的频率来看,为了偶尔的一次校验而每天多处理一份,账是划不来的。
真正值得留下的是那些原料不重叠的部分。也就是说,两件东西看的是不同层面的原料,一个看页面上的条款,一个看你自己家的账。这种组合才叫覆盖有缺口被补上,而不是同一件事被说了两遍。
所以数重叠不用数功能条目,只需要数两处同时能看到同一件事的次数。一天下来这个次数越多,说明重叠越严重。判断要不要留第二个,看的就是这个次数在你一天的总动作里占多大比例,这个数比任何功能对比表都直接。

越靠页面表层的信息重叠越严重,越靠近自己业务的反而重叠越少
重叠带来的是麻烦还是补充
先看麻烦的那一面。第一个麻烦是位置冲突,两个东西都想占商品标题旁边或者价格下方那一块,撞上之后一个挡住另一个,读起来很别扭。这是最表面的麻烦,也是最容易察觉的一个,你一打开页面就能看到。
第二个麻烦是同一指标两个值。你在左边看到这个类目的平均价落在一个区间,在右边看到落在另一个区间,两个都不一样。这时候你要么花时间判断谁对,要么干脆都不信,两种结果都比只有一个的时候更差。
第三个麻烦是加载变慢。每多一个东西,页面打开时要跑的东西就多一份。慢的幅度通常不大,但它是全天候的,从早到晚每一次打开页面都在付这个成本,累积起来的感受就是这一天下来有点卡,又说不出卡在哪一步。
第四个麻烦是快捷方式被抢。有的东西会用键盘上的某几个组合键,两个东西如果用了同一组,你在按的时候就会不确定会触发哪一个。这种冲突发生的次数不多,但每次发生都会打断手上的动作。
第五个麻烦是视觉上的持续占用。页面上多出来的一块即使你从来不用,它也在视野里。人的注意力会被新出现的东西吸走一点,这一点的量很小,但它是不会自己消失的,除非你把它关掉或者卸载掉。
再看补充的那一面。补充真正成立的条件只有一个,就是两件东西覆盖的是不同的信息或不同的动作。满足这个条件的时候,叠加带来的不是两份说法,而是两块拼图,各管一段,合起来比单用任何一个都完整。
一个典型的互补组合是:一个管页面上的当场对照,把这条商品在同类里的大致位置摆出来;另一个管页面上看不到的那部分,比如自己家的成本算法、不同批量下的进货价、物流占多大一块。这两块原料完全不同,谁都不会重复谁。
另一类互补是时间维度上的。一个是看当下的分布,一个是看一段时间的变化。这两类原料切的是不同的窗口,放在一起能看到趋势,单看任何一个都只能看到一张快照。这种组合的重叠也低。
不过要注意,互补的组合通常长得不像。你看到它的时候不会有那种两边都在说同一件事的感觉,反而可能觉得两者各说各的,甚至一时看不出怎么合起来用。反倒是重叠度高的两个,用起来感觉特别顺,因为两边都在重复你已经知道的事。
这一点值得记住,因为它会把判断带偏。感觉很顺很顺手的那种搭配,往往是重叠最多的搭配,两边说的都是你已经知道的事。真正互补的组合前期需要你自己想清楚哪一段交给谁,用起来反而要多动一点脑子。
所以是麻烦还是补充,不取决于装了几个,取决于它们覆盖的那两段是不是同一段。同一段就是麻烦,不同段就是补充。判断的办法还是那句话,看原料在不在这条商品的页面上,在的话重叠高,不在的话才可能是新的。
还有一个中间状态值得提一下,就是有一半重叠。两个东西在页面上看到的字段大部分相同,但其中一个在某几个字段上更细,比如评价里能分出中评差评的分布,而另一个只能看到总数。这时候要不要留,取决于那几个字段对你的判断有没有实际影响。
这种半重叠的搭配最容易让人犹豫,因为两边都有一点用。处理办法是给自己定一个量化的标准,比如那几个独有的字段一周里被你真的用上几次。如果一周都用不上一次,那这份多出来的细就没有价值,可以直接舍掉。
还有一种情况是两个都在用,但用的场合不同。一个你在翻搜索结果的时候顺手看,另一个你在整理候选名单的时候才打开。这种分工本身是清楚的,两个都在自己的位置上出场,重叠也不构成麻烦,因为它们在时间上是分开的。
判断标准可以归纳成一句话:两个东西同一时刻都想出场,就是麻烦;在不同时刻各出场一次,就不算麻烦。同一时刻出场意味着你在同一个动作里要处理两份,分开出场意味着它们各自服务一个环节。
把这个标准放在自己身上验一遍。回想昨天翻页的时候,你有没有在同一屏上同时看了两个东西给出的同一项信息。如果有,那就是麻烦;如果两个东西的出场时机本来就是错开的,那你可以继续用下去。
| 重叠的那一项 | 多装一个之后实际发生什么 | 这份多出来的是什么 | 值不值得留 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 同 | 一 | 页 | 的 | 价 | 格 | ||||||||
| 两 | 处 | 都 | 显 | 示 | , | 位 | 置 | 可 | 能 | 撞 | 在 | 一 | 起 |
| 同 | 一 | 个 | 数 | 的 | 两 | 次 | 显 | 示 | |||||
| 只 | 留 | 位 | 置 | 顺 | 的 | 那 | 个 |
同时开着对页面有什么影响
第一个影响是页面打开的那一下变慢。慢在哪很难指认,因为那不是你在等某一个东西转圈,而是若干个东西同时在跑。你能感觉到的只是今天这个页面好像没以前利索,而说不清是从哪一天开始的。
要量这个变化有个办法。把其中一个关掉,连着看两三天,记一下页面打开大概等多久。不用秒表,凭手感写个快或者差不多就行。三天之后再把那个打开,同样记三天,两个结果摆在一起差别就很明显了。
第二个影响是页面上的留白被挤掉。多出来的一块东西总要占位置,有的挤在标题旁边,有的挂在右下角跟着滚。留白少了之后,你在页面上扫读的速度会变慢,因为每一屏的信息密度都提高了。
第三个影响是滚动时的跟随。有的东西是固定在屏幕上不动的,你往下滚它还在。这类固定元素多了之后,可用的显示区域就变小,你在看一个类目榜的时候一屏只能看到更少的条数,翻的次数随之增加。
第四个影响是快捷键和右键菜单这类边角。有的东西会往浏览器的右键菜单里加一项,有的会占一个组合键。两个东西都加的时候,菜单变长、按键撞车,这些都不大,但它们都出现在你正在专心看商品的时候。
第五个影响是页面的稳定感。如果某个东西偶尔加载失败,页面上会留下一块空白或者一个报错的小区域,你看到之后会下意识想是不是自己的网络出了问题。这一下分神很小,但它发生的频率不低。
这几个影响有一个共同点,就是它们都不影响你拿到的信息。你该看到的价格还是那个价格,该看到的评价还是那些评价,变化只发生在看的过程里。也正因为如此,它们很容易被算成今天状态不好,而不是被算成多装了一个东西的代价。
要判断这些影响值不值得,可以看一件事:你有没有因为页面变慢而改变过自己的动作。比如原来一页一页翻,现在跳着翻;原来每条都点开,现在只点开前几条。如果动作变了,那说明代价已经落到了判断本身。
还有一种更隐蔽的影响是耐心。页面打开得慢一点、滚动的时候多一点东西挡着,这些会一点点消耗你的耐心。到了下午,你可能会比平时更早地结束翻页这件事,而你自己给出的理由是累了,不是页面变重了。
这两个影响加起来,会让人对使用量产生错觉。页面上多了东西让你觉得今天看了更多,实际上因为每一屏能看到的条数变少、翻页变慢,你真正过完的条数可能是下降的。这个错觉在装了第二个之后尤其容易出现。
所以同时开着的影响要用动作量来量,而不是用感觉来量。感觉往往指向覆盖变全了,动作量才指向你到底过完了多少条。两个数放在一起看,多装一个的净效果就清楚了,这份账比任何感受都稳。
还有一个不太被人提的影响,是页面上信息多了之后,你会更容易跳过某些字段。一屏里东西越多,人越倾向于只看最明显的那个。原来你会顺手看一眼类目和发货地,现在可能只盯着插件给的那一个数字,剩下的全跳过。
这个影响比前面几个都重要,因为它改变的是你看什么,而不只是看的过程。原来一个页面上有五六项你在意,现在只在意一项,另外几项的检查就悄悄消失了。掉的那几项往往就是出问题的地方,比如发货地不对、类目挂得偏了。
要避免这一点,有一个简单的做法,就是固定一个自己每次都看的字段清单,不管页面上有多少东西,这几项必须过一遍。清单不用长,三到五项就够,它的作用是在信息变多的时候守住你原本的判断范围。
最后要说的影响是卸载之后的落差。用了几个月再卸掉,你会觉得页面空了一大块,甚至会短暂地不适应。这个不适应不代表那个东西有多少价值,只代表你的眼睛已经习惯了那一块的存在。过一周就会恢复。
把这几个影响排个序,最值得在意的是排在最后那个改变看什么的影响,其次是耐心和跳读,再次才是速度。前几个你还能察觉,最后这个只有在某天发现漏了东西时才暴露,那时候已经过去一段时间了。
几个算合理
先要说明数量本身不是标准。有人装一个就够,有人装两个是有道理的,区别在于两个是不是各管一段。如果两个都在回答同一批问题,那么一个就够,第二个不会带来新东西;如果两段确实不同,那也不该硬把它们塞进一个里。
一个简单的判法是看每个东西对应你日常里的哪一段动作。翻页的时候顺手对一下算是第一段,整理候选名单的时候算第二段,坐下来算成本算第三段。一个东西能覆盖两段以上的很少,能覆盖一段并且做稳,就已经值得留。
按这个分法,绝大多数人的合理数量落在一到两个之间。一个管页面上的当场对照,把这条商品在同类里的大致位置摆出来;如果需要的话,再加一个管页面上拿不到的那部分,比如自己家的成本算法。超过两个的时候,通常已经开始出现功能上的重复。
这里有一个很实际的信号,就是你的浏览器上那一排图标里,有没有一个你已经想不起来它是干什么的。想不起来就是答案,它已经不在你的动作里了,留着它只是让那一排更长一点,顺手清掉也不用心疼。
还有一个信号是打开之后的反应。你点开一个东西,看到的内容和刚才在别处看到的一样,这就是重复。次数多了之后你会不自觉地不再点它,然后过几个月某次清理的时候才把它关掉,这个过程其实可以提前。
也有人会觉得多装几个不费事,反正不用就不点。这个说法忽略了两件事:一是页面加载的成本是全天候的,不管你点不点都在付;二是那一排图标在视觉上一直在,每次看到都要花一点点注意力去忽略它。
反过来说,少装也有成本,就是可能真的漏掉了一段。所以判断合理数量的原则不是越少越好,而是每一段动作都有对应,同时没有任何两段是重复的。按这个原则理一遍,你会发现需要的东西比想象中少。
还可以按频率来判断。每一段动作在你一天里出现的次数,可以拿来排队。次数最高的那一段最值得有一个专门的东西服务,次数很低的那一段可以考虑手动补,不值得为它多留一份常驻的负担。
举一个具体的排列。翻搜索结果、顺手对价格与评价这一段的频率最高,几百次一天,这一段值得有一个就手的位置;核对候选成本这一段频率很低,一个月一次,那一次坐下来手动算完全够;跟供应商谈价这一段和页面无关,不该指望页面上的东西。
按这个排序之后,数量就自然出来了。高频段值得有一个专门的位置,中频段看情况,低频段手动补。这个排序是因人而异的,所以别人告诉你装几个其实没有参考价值,你要排的是自己的频率表。
还有一个考虑是维护。每一个装上去的东西都要跟着平台的页面变化调整,页面改版的时候可能一段时间不好用。装得越多,你遇到这类小问题的频率越高,而要处理它们的时间是你的,不是工具的。
这一点在长期里会慢慢显出来。一个人装三个,一年里可能要处理十几次不好用的情况;装一个,可能两三次。这些情况每次只耽误几分钟,但它们出现在你正要用它的时候,那种被打断的感觉比时间本身更明显。
还有一个容易被忽略的方面是浏览器本身。装的东西多了之后,浏览器的内存占用、启动速度都会受影响,尤其是同时开着很多页签的时候。这种影响你不容易归因到某个具体的东西上,只会觉得机器好像没以前快了。
处理这类问题有一个笨办法但很有效,就是每个季度做一次清理。把那一排挨个点开一遍,问自己上次用它是什么时候、为了什么事。答不上来或者要愣一下的,先关掉一个月,这一个月里如果没有想起来找它,就不必再打开。
清理的时候要注意一点,不要在同一天把几个都关掉,那样你分不清是哪一个的缺席造成了变化。一次只关一个,用一周再看。这个节奏慢,但得到的结论是清楚的,比一次性全关掉然后过两天全打开要有用。
最后要说的是一到两个这个区间不是规定,只是多数情况下的落点。真正的标准是每一段动作都有对应、没有任何两段重复。如果你能说清两个东西各自服务哪一段,那两个就都是合理的;说不清的那一个,就可以先关掉。

同一行的前两格齐平的地方,那个插件多半是白装的
怎么判断某个插件可以卸了
第一个判据是回想上一次打开它的时间。如果要愣几秒才想起来,那它就基本不在你的日常里了。真正在用的东西不会让你想,你会在某个固定的时刻自然地打开它,就像你会自然地打开搜索框一样。
第二个判据是打开之后能不能说出你这次要解决什么。如果打开之后只是随便看看,看完也没有产生任何判断上的变化,那这一次打开就是空转。经常空转的东西说明它没有对应到你真实的疑问上。
第三个判据是它给你的结论和你已经在用的那个一不一致。大部分时候一致,说明它们覆盖的是同一段,多留一个没有意义。偶发的不一致又需要你额外花时间去判断谁对,这份额外的成本是它带来的净负担。
第四个判据是它有没有改变过你的动作。装上之前你是怎么做的,现在还是怎么做,那它就没有嵌进去。嵌入的标志是某个动作的形态变了,比如原来要跳到另一个地方做的事,现在在原来的位置上就做完了。
第五个判据是它在页面上的存在有没有让你分神。比如你每次翻到页面顶部都会看到它那块固定的区域,虽然不点但会扫一眼。这种持续的小分神一天累积下来是一笔不小的注意力开支,而且它从来不会出现在你的账上。
第六个判据是关掉它之后有没有任何东西缺失。这个判据需要真的做一次。关掉之后用一周,看有没有哪个时刻你会想找它。如果没有,那这一周就是你需要的全部证据,可以直接卸了,不用再犹豫。
这六个判据里,第六个最可靠,因为它是一次真实的实验,前面五个都是回忆。回忆会偏向最近用得多的时候,尤其是在你刚读完一篇介绍它的内容之后,那段时间你的印象会被拉高,判断也就跟着偏了。
说一个具体的场景。某个东西你是在几个月前听别人提起时装上的,当时试了两天觉得还行,之后就一直是开着但很少点开的状态。这种状态最典型的特征是:你对它的评价一直停留在还行,说不出具体好在哪,也舍不得关。
对付这种状态有一个办法,就是把它先关掉一个月,同时给自己立一条规矩:这一个月里如果想起来要用,就先去打开它。如果一个月下来一次都没想起来,那它对你眼下的实际价值就是零,卸掉不会有任何损失。
还有一种情况是它其实有用,但用的频率很低,比如一个月才需要用它做一次某件事。这种情况的处理方式不一定非要卸载,也可以留着但把它从常驻的位置拿开,需要的时候再打开。这样既不占日常的位,又不丢掉那一次用途。
要注意的是不要把卸载当成一件需要下决心的事。很多人一直留着某个东西,是因为觉得删掉好像是在否定自己当初的判断。其实装和卸本来就是使用的一部分,用一个季度的时间检验一次是正常节奏,不需要解释。
卸载之后建议顺手做一件事,就是把它的位置空着别马上填上新的。空一段时间你会发现,原来那一块地方空着也挺好,你还少了一件事要处理。有了这段空的经验,下一次再装东西的时候手会更稳一点。
还有一个和卸载有关的小细节,就是卸载和数据是两件事。关掉页面上那一块,不等于你在里面记过的东西立刻消失。如果里面有你记过的重要条目,先自己想清楚那些东西要不要留下来,不要等到关掉之后才想起来。
最后要提醒一点,卸载的判断最好和装上的判断用同一套标准。如果在装的时候你问的是它对应哪一段动作,那卸的时候也问同一个问题。标准一致,判断就不会因为当天的情绪而摇摆,也不会因为舍不得而拖着。
把这几条合起来,卸不卸其实只用回答一个问题:它现在还在替你做某一段特定的动作吗。在,就留着;不在,就关掉。这个问题和它本身强不强没有关系,只和你现在手上的活有没有那一段有关系。
有一个更硬的判据,就是看两处给的结论一不一致。知虾站在这一层,看到的是页面上公开的价格、评价、类目、上新节奏这些字段,另一个同样站在页面上的东西能看到的原料也在这几项里。两处齐平的地方越多,说明重叠越多,那一个就越是白装的。

少装之后页面轻了,一天里真的做完的判断反而多了
同类只留一个该怎么选
第一件事是先把两个放在同一天里用,用同一批商品。不要分两天,也不要分开在两个类目上用,因为条件和时间不一样的话,差别会被别的东西盖住。同一批商品、同一个时段,这是最基本的对照条件。
第二件事是看两者给的信息一致不一致。一致的时候,说明它们覆盖的是同一段,接下来要比的就是位置顺不顺、摆得清不清楚、你在不在意的那些字段有没有。一致的情况下,选哪个看的是使用体验。
不一致的时候选择标准就不一样了。这时候不要比哪个数字看起来更精细,而要看哪个你能自己核出来。能自己核的那个,即使它给的范围宽一点,也比一个看起来很准但你无法验证的更有用,因为你能知道它什么时候对什么时候错。
第三件事是看它们在页面上占的位置。如果其中一个的位置正好是你眼睛习惯停留的地方,那它占了明显的便宜,因为使用成本更低。位置这件事平时不觉得,一天几十次的差别累起来是很大的。
第四件事是看它们各自要求的配置多不多。有的东西装完就能用,有的需要你先填一堆自己的信息才能给出结果。需要填的那一种不是不好,但它会带来一个额外的维护动作,比如换类目的时候要重新填,这类隐形成本要算进去。
第五件事是看能不能把不需要的那一个关掉但不删。绝大多数东西都支持临时停用,先停用一个月是最稳妥的做法。一个月之后如果没有想起它,再卸;如果想起来过,那说明它对你有某一段真实用途,留着。
这五件事排下来,判断的顺序其实很清楚:先看一致不一致,再看能不能自核,再看位置,然后看配置成本,最后用一个月的时间做一次真实的检验。前三步是当场就能做完的,后两步需要时间。
还有一个常被跳过的角度,就是两者处理出问题时的反应。页面改版之后两个都可能不好用,一个可能两三天就恢复,另一个可能拖很久。这个信息在装之前拿不到,但用一段时间之后你能感觉出来,它是一个长期里的稳定差别。
再说一个具体做法。把两个都装上,用一周的时间,每天记一行:今天哪几个判断用的是哪一个。一周之后数一下行数,用得多的那个留下来,用得少的先停用。这个方法笨,但它给出的答案是你自己数出来的,不会被人影响。
还有一种情况是两个都挺好,用哪个都行。这时候不用纠结,选先装的那个就好。因为你的手已经形成了固定的路径,重新适应一个带来的成本,往往比两者之间那点细微差别更重要,也更容易被你低估。
选定之后建议做一件事,就是给自己写一句这个位置留给它做什么。比如一句话说明它管的是翻页时对某条商品的大致位置的判断。有了这句话,下次再看到别的东西的时候,你就有标准判断它该不该进来。
这句话还有一个用处,就是当你的活变了的时候,可以拿它出来对一遍。比如你从一个站点做到三个站点,原来那句话可能就不够了,这时候需要的不是再加一个同样的东西,而是看新的那段活落在哪一层。
知虾站在多站点与类目结构这一层,看到的是九个站点各自的类目与商品分布。如果新增加的那段活是看盘面,比如某个站点整体的价格带,那它和页面上的这条商品信息不是同一层的东西,也不用担心和谁撞车。
要提醒的是,选择这件事不必一次做对。留下一个用半年,如果发现某一段活一直没有被覆盖,那时候再加也不迟。反过来,一开始就把两个都留着等以后再选,往往就是一直没选,两个都开着一整年。
最后要说的还是那句话:选哪个不取决于它强不强,取决于它对你现在这一段活的贴合程度。同一件事上有一个就够,够的标准是你能说清这个位置留给它做什么,以及为什么另一个不需要,这两句话说得出来才算选完。