Shopee平台数据能用在哪一层

平台数据是谁在什么位置产生的

平台给的每一个数，都产生在两个环节里：一次真实的交易，或者一次页面的展示。已售数在后一个环节不出现，它只在有人下单成交的那一刻往上加一格。价格、标题、主图、规格这几项则来自卖家自己维护的那一次编辑动作。

这几种数最终呈现给你的时候，都过了平台自己的一套口径。什么算一次成交、退款之后要不要把计数减回去、多长时间刷新一次页面上显示的值，这些规则由平台定，你看不到规则本身，只看到已经按规则摆好的结果。

所以这一层数的位置很清楚：它在交易的后面，在展示的出口，在你动手之前。它记录的是已经发生过的事，并且是平台愿意对外摆出来的那一份。你不是这个数的生产者，你只是它摆出来之后的一个查看者。

这个位置决定了它的时间属性。页面上那些数反映的是平台刷新那一刻的状态，你隔一天再看，它可能已经变过；你隔一个月再看，它变过的那些中间过程全没了。它是一份快照，不附带这条快照是怎么变成现在这样的记录。

位置还决定了它的范围。一条商品页上所有数的范围都是这一条商品，列表页上那些数是这一页里那几条的合并。换一个入口，范围就换一次。看这一层数，先要看清自己站在哪个入口上，不然连这个数说的是谁都说不准。

举一个能对上的时间线。周一你把一批货挂上去，周二有第一个人下单，周三这个订单显示完成，你周四下午打开页面看到已售数多了一格。这一格里包含四件事：你上架、买家下单、订单结清、平台刷新。四个环节里只有一个是你做的。

这条时间线说明这一层数不是被谁交付给你的，它是交易的副产物。买卖发生的时候，系统顺手记下了一笔；至于什么时候把它摆到页面上、摆成什么样子，是另一件事，和这笔交易本身没关系。

还有一个位置上的细节值得留意：你看到的这个数，是平台针对你这个身份展示的版本。换个地区、换种登录方式打开同一个页面，有可能看到不一样的排序或者不一样的可选项。它对外是一份统一的数，展示给你的时候仍然会按你的情境调整。

所以判断这个数能不能用，可以问一句：它是谁在那个位置上顺手记下来的。你上架的动作留在价格和主图上，买家的动作留在已售数上，平台的动作留在刷新节奏和展示排序上。三个来源混在同一个页面里，看的时候要能分开。

有一个反直觉的地方：这一层数最常见的用途其实是替平台自己服务。它要让买家尽快做决定，所以把最能促成决定的几项摆在最显眼的位置。你作为卖家借用它，属于顺手拿来，不是它设计时的目标。

明白这一点之后，很多困惑就散了。你希望页面上有一个按周统计的销量字段，它不会给，因为那不是买家做决定需要的东西。你能看到的字段是按买家的决思路排列的，不是按你的核算顺序排列的。

所以这一层数的正确用法，是顺着它的设计去用。它在帮你快速判断某个对象值不值得点进去看，这件事它做得很好。至于看进去之后怎么算、怎么比、怎么落到利润，那是另一套材料该做的事。

把这三个位置记住之后，看数的方式会变。以前是看到一个数就直接拿去做判断，现在是先在心里过一遍它是哪个动作留下的：上架留下的、成交留下的、还是平台维护留下的。这一遍过完，很多想当然的用法自己就退回去了。

知虾给的是站点、类目、商品这几级的公开信息，把数摆在这一层上，看到的是前一日的。它不做采集，也拿不到你后台那一层的数据，所以它给的每一个数，出身都落在公开范围里，和你手边打开的那个页面属于同一类。

这里要提醒一句，知道出身不等于这个数可以直接用。出身只说明它是谁记下来的，能不能撑住你要做的判断，还要看层级和范围对不对得上。出身是四个坐标里的一个，把其中一个坐标补齐，不代表其余三个也齐了。

用错往往不发生在取数那一步，发生在拿它回答问题那一步

平台数据能直接回答什么

它能直接回答的第一个问题是这一条现在是什么样。现在挂多少钱，有几个规格在卖，评价攒了多少条，评分是多少，最近一次改动大约在什么时候。这几个问题不需要任何加工，页面上怎么写着就怎么答。

第二个能直接回答的是对比类问题，前提是同类都在这一个页面上。这一条的价格在这一页里偏上还是偏下，这一条的评价数比旁边几条厚还是薄，这一条的上架时间比同页的早还是晚。比较的范围就落在你打开的这一页里。

第三个是归属类问题。这一条挂在哪个二级类目、这个二级类目又挂在哪一个一级分类下、这家店一共摆了多少个款。这类信息属于展示规则的一部分，由平台维护，你打开就能看到，不需要自己核算。

第四个是这条商品自己的累积量。从上线到现在一共成交过多少笔、累计收到多少条评价。这两个数都是从头累积的，回答的是这款有史以来的总量。要注意它答的是总量，不是某一段时间的量，两句话中间差着一整套记录。

这四个方向加起来，能回答的其实是一句话：这一条此刻的公开样子。它适合用在需要第三方也能复核的场合，比如跟别人解释你凭什么定这个价，把这一页给对方看，他看到的和你看到的一样。

还有一类问题它其实也能答，只是答得比较粗：这一页里有没有人买。已售数不为零，说明这一页里有过成交。这个信息很浅，但在筛掉完全没人碰的条目时，它已经够用了，而且不需要你动手核算任何东西。

举一个具体到判断的例子。你想知道这一条现在还值不值得挂在首页推荐位上，能直接回答你的是这一条的价格是不是还压在同档偏低的位置、评价是不是还在持续增加、最近一次改动是多久之前。这三项页面上都有，看一眼就有答案。

这类问题的共同点是它们问的都是此刻这一条自己。判断能不能直接回答，有一个很快的检验办法：把这个问题念出来，听它里面有没有出现这一类、这段时间、整体上这种词。出现了，就说明它已经越出这一层能答的范围了。

平台这一层还有一个能力常被低估，就是它能被第三方复核。同样一句话，你说这一条的评价攒得比旁边几条厚，对方打开页面就能看到，不需要信你的判断。需要把结论交给别人执行的时候，可复核这一项比精确更重要。

它还能回答一类很基础的问题：这一条有没有人在碰。已售数不为零，说明有过成交；评价数不为零，说明有过人留了话。这些答案很浅，但在从一大堆条目里先筛掉完全没动静的那一批时，已经够用，而且不用自己动手。

有一类回答是不需要判断的，只要读出来就行。这一条现在的价是多少、有几个规格在卖、评价一共多少条、上次更新是什么时候，这几项读出来就是答案，中间没有任何需要你自己加工的地方。

还有一类回答是相对位置，但前提是同类都摆在同一个页面上。你打开一个关键词的列表页，这一页里几条的价格和评价数就是一组可以横着比的数。离开这一页，可比性就断了，因为你没法知道别的页面里那些是什么水平。

这两类回答合起来，能支撑的动作其实很明确：要不要点进去、要不要先看这一条、要不要把它记下来明天再看。都是很浅的动作，但也都是每天真正会用到的动作。深一点的判断得靠别的材料一起上。

有一类回答看起来简单，实际很值钱，就是回答别人。跟同行聊起某个类目，你说这一档价位上常见的几种做法，对方能自己打开页面对一遍；你要是拿自己本子里记的数去说，对方只能选择信你还是不信你。能被人自己复核的数，在沟通里的分量完全不一样。

还有一类回答是发现异常。你熟悉的几条商品，价格和评价数的位置大概心里有数，某天打开发现其中一条的评价数突然厚了一截，这个异常本身不需要任何加工，页面就在那儿摆着。发现异常这个动作，页面上就够用。

所以这一层的价值不只在它给出了什么数，还在它给了你一份别人也能打开看到的材料。讨论的时候有一份共同的东西可以指着说，比双方各讲各的判断省掉很多来回，也少了很多谁也没法确认的争论。

问得越靠近页面这一格它越接得住，越往外走越空

平台数据回答不了什么

第一类答不了的是时间分段的问题。这条商品上个月卖了多少、这个月比上个月好还是差，这两个问题页面上没有任何一个字段能直接回答。已售数是累积的，累积量里没有分段，要分段必须自己按出单一段一段地记。

第二类答不了的是成本与利润。这件货进货花了多少、头程摊下来一件多少、算上退货之后这一批还赚不赚，这几个数平台上一项都没有。它连你的成本都不知道，也就谈不上替你把利润算出来。

第三类答不了的是整体与全局。这个类目一共有多大、这一类需求最近在往上还是往下、这一整个站点的价格带怎么分布。这些问题要跨出单条商品的范围，而页面上每一格的范围都是具体的某一条或者某一页。

第四类答不了的是原因。这个款为什么这两周走得快，是价格调低了、是拿到了一个位置、还是同行断货了，页面上只显示结果，不显示原因。你会看到一个变化，但那个变化背后发生了什么，它一个字都不说。

第五类答不了的是别人家里的事。同一类里另一家店这个月走了多少、它是怎么安排的供货、它下一批什么时候上，这些都在别人手上。页面能看到的只有它公开摆出来的那一层，摆不摆、摆多少由它决定。

还有一类答不了的是自己的位置。页面能给的是这一条和同页那几条的相对高低，给不了它在同类整体里排在什么位置。同页那几条可能全是走得慢的，你在其中排第一，放到更大的范围里未必还算靠前。

答不了的还有改动之后的效果。你昨天把价格往下调了一档，今天打开页面，已售数只多了一格，你没法从这个数分出这一格是不是调价带来的。要看改动有没有起作用，必须要有改动前的基线，而基线页面上不给。

还有一类是判断的落点。页面上告诉你这一页里哪条卖得好，但它不会告诉你这是因为价格、因为图、还是因为发货地。没有原因就没法复制，也没法改进，你只能看到一个结果，然后凭猜测去改动，改完再看结果。

答不了的最后一项是它自己的口径。这一层数按什么规则统计、什么时候刷新、退款算不算，规则在平台那边。你不知道规则，就不知道这个数的边缘在哪里，也不知道什么情况下它会发生一次整体性的调整，而调整通常不会通知。

有一类答不了的是判断的稳定性。这一条今天卖了两件，明天卖了一件，这个差别在页面上看得见，但它是不是说明这条在往下走，页面上给不出答案。要判断方向，至少需要一排按时间排好的数，而页面只给一个累积值。

还有一类是分寸。这个价降三块够不够、这张图换成另一种风格值不值得，这类问题问的是幅度，而幅度只能从对照里看。页面上能看到同类摆在那里的样子，但看不到同类做过什么改动、改动之后发生了什么。

答不了的还有一类是它自己会不会变。平台调整一次口径，同一件商品的已售数可能整体换一种计法，这种变化不会在页面上写出来。你能看到数变了，但不知道是生意变了还是口径变了，这两件事在判断上完全不同。

还有一类答不了的是这一条为什么挂在这个类目下。类目归属是平台维护的，你能看到结果，看不到理由，也看不到这个款挂在这里和挂在那里会有什么不同。归属变化带来的影响，页面上一个字都不会说。

它也答不了这一条在同类里的相对位置。同一档价位里还有多少条在卖、其中多少条评价厚、多少条是新上来的，这些要跨出单条去看。你打开的这一页只是这一档里的一小块，拿它当成整个这一档，判断就会偏。

这几类答不了的问题有一个共同点：它们都需要跨出眼前这一格，有的要跨对象，有的要跨时间。页面每一格都是具体的某一条、某一刻，凡是需要跨出去的问题，它天然接不上，这不是它的缺陷，是它的范围。

为什么它天然偏粗

第一个原因是它的口径是给所有人看的。前台页面面向的是买家和所有路过的人，不是给卖家做精细核算用的。凡是需要精细核算才需要的字段，它本来就没有摆出来的必要，所以这一层在颗粒上天生就比核算需要的那一层粗。

第二个原因是它只保留当前状态。一个只显示当前值的字段，天然丢失了过程。它不存历史版本，也就没法回答变化量。要算变化只能靠两个时间点上的快照相减，而快照相减得到的是一段区间里的累计增量，不是分段量。

第三个原因是它的刷新节奏由平台定。你以为自己在看此刻，实际看到的是平台上一次刷新时的样子，中间隔了多久你并不知道。这个间隔在单个数字上看不出来，但它让你的读数天然带了一层不确定。

第四个原因是它的分类归属由平台维护，而类目本身会调整。今年挂在这个类目下的款，明年可能被划到另一处。历史一旦跨过一次类目调整，前后两段就没有可比性，而调整这件事通常不会提前通知你。

还有一层粗来自它的取舍。为了让页面简洁，它只展示最能帮买家做决定的那几个字段，其余的全部略去。被略去的那些不是不存在，只是没有摆出来的必要。你拿一个为买家决策设计的界面去做卖家核算，粗是难免的。

偏粗还有一个更实际的原因：页面要给所有人看。一个正在翻页的买家、一个顺手刷到的人、一个在比价的人，他们要的是能快速做决定的几个数。为了这几个数好读，细节必须收起来。你拿同一个界面做精细核算，界面本身的用途就不对。

粗还有一个来源是它只给合计不给构成。这一页里几条加起来卖了多少，它显示得出；其中哪一条出了力，得你自己一条条点开。合计是最省地方的表达方式，而省地方恰恰意味着信息被压掉了。

这种粗不一定是坏事。粗的数有个好处是稳，几个数合在一起，个别的异常被摊平了，你看到的是一种整体状态，不会被一条的偶然表现牵着走。问题只出在有人拿这个粗数去回答需要细的问题。

判断自己是不是在用粗数答细问题，有一个信号很管用：当你觉得这个数答得含含糊糊、怎么解释都说得通，多半不是数据不够，是层级不对。把层级换到和问题一样宽的那一层，答案通常一下就干脆了。

粗还有一层来自它不区分来路。这一页里几条商品的已售数摆在一起，看上去是一组同类，实际上有的走的是自然流量，有的是活动带出来的，有的是上了推荐位。来源不同，但页面把它们显示成同一列数，你从这列数里分不出来。

粗也来自它不做注释。一个数在任何时候都不带脚注，你不知道它统计到哪一天、包含哪些状态、有没有排除掉什么。同一个字段在两个人手上被理解成两种意思，这是很常见的事，而页面本身不会提醒你。

这两种粗合起来会带来一个具体的后果：同一页上几个数看着在同一个平面上，其实各自的时间点不一样。价格可能是半小时前改的，已售数还在按更早的节奏走。把它们当成同一刻的快照去比，比出来的差里就混着时间差。

粗还有一种表现是不区分新旧。一个刚上架的款和一个挂了两年的款，在同一个类目页上被摆成一排，字段一样、位置一样。你从这一排数里看不出一条是新来的，看不出另一条的积累有多厚，除非逐条点进去看它的上架时间。

这种粗带来的具体麻烦在比较上。你拿一条积累了半年的款的评价数，去比一条上月才上架的款的评价数，得出的高低只说明它们上架时间不同。页面上给的是同一时刻的快照，不给你各自走了多久，比较就容易变成错比。

绕开这一点其实不难，就是在比之前先看两个对象的上架时间。时间差不多，直接比；差得远，先把积累的时间算进去。这一步多花不了多少工夫，却能把一大半看起来像差距的东西翻译成时间差。

平台数据的边界在哪

边界的第一条是范围。一个数说到底只是某几条合在一起的结果，你没法拿它去代表这个类目，也没法拿它去代表这一个站点。范围一旦越出去，得到的就不是粗略，而是错误，而且错的地方你自己看不出来。

边界的第二条是时间。页面上给的是此刻，往前追溯需要有历史快照。所以平台这一层能支撑的判断都是发生在当下的，凡是需要拿一段时间做依据的判断，它都撑不住，除非你自己有意识地留下了这段历史。

边界的第三条是对象。它说的是商品和店铺公开出来的样子，不涉及你手上的货、你的成本、你的仓库。所有和自己这一摊有关的判断，材料都不在这一层，往这里找只会找到一堆和利润无关的数字。

边界的第四条是内部结构。这一层给的是对外的合计，看不出里面是谁在出力。这一页几条加起来卖了多少，它给得出；其中哪一条占了大部分，得你自己一条条看。合计越整齐，内部结构越看不见。

把四条边界记成一句话：能公开看到的、此刻这一格、说的是商品自己的对外口径。凡是不满足这三项的问题，都得从这一层走开去找别的材料。知道边界在哪，比知道它有什么能力更省事，也少走很多回头路。

边界还有一条容易被忽略，就是它的对象是商品，不是生意。页面上说的是这一条商品怎么样，而不是你这一摊生意怎么样。你在三个站点做同类目，每个站点各看一页，得到的是三份商品视角的读数，不是一份生意视角的账。

越过边界不会报错，这一点最麻烦。你问了一句超出范围的问题，页面照样给你一堆数，看上去有问有答，实际上那个答案和你问的事中间隔着一层。错的地方不在于数不对，在于答的不是你问的那个问题。

识别自己越界的一个办法，是看回答里有没有出现不存在的对象。你问这一类整体在往上还是往下，页面给你的是几条商品此刻的表现，这就是在拿一个具体对象回答一个整体问题。对不上的时候，答案再好听也没用。

边界的范围其实可以正面说清：它管的是这一条商品此刻公开的样子，以及它在这一个页面里的相对位置。落在这个范围里的问题，请放心用；落到范围外面的，要么换材料，要么把问题改小，改到范围之内。

边界还有一层和站点有关。同一个关键词在九个站点上打开，摆出来的商品、价格区间、竞争密度都不一样。你在一个站点上摸出来的价格位置，换到另一个站点上未必还成立，尽管页面上的字段看上去一模一样。

边界还和身份有关。你看的是自己看得到的那个版本，它可能按你的浏览习惯排过序、可能按你所在的位置做了筛选。这个版本对你是真的，但它不是所有人看到的那份，所以也别把它当成这一类人的共同视角。

把这两层也算上，边界就是三件事：公开可见的、此刻这一格、以及你这一个身份看到的那个版本。三条都满足的问题可以放心问，有一条不满足，就得先想一下这个答案还能不能拿来支持一个要做的决定。

边界还有一层跟时间有关：页面给的是当下，而当下这个位置一直在变。你今天读到的价格，可能在你决定改价的三分钟前刚被人动过；你昨天读到的那个评价数，此刻已经不是那个值了。边界不在乎你什么时候读的，它只给读的那一刻。

所以拿平台数做判断的时候，重要的不是数有多新，而是你读的那一刻和你要做的动作之间隔了多久。隔得越久，数越可能和你看到的不一样；隔得近，这一个数撑一个当下的动作基本够用。

把这一层加上，边界就更清楚了：公开可见的、此刻这一格、你这一个身份看到的版本，而且只在读的那一刻有效。落在这四项之内的问题，可以放心拿页面上这一个数去回答，越过一项就得另找材料。

同一个问题在三个位置上能不能落笔，差别很大

怎么把平台数据用到合适的位置

第一步是把问题先写下来。不要先打开页面再想自己能查什么，而是先写下你要回答的那一句话。问的是这一条的价格位置，还是这一个类目的走势，两句话对应的材料是不一样的，先写下来才不会拿到什么都往上套。

第二步是检查材料够不够回答这句话。这句话里提到的对象、时间段、范围，材料里是不是都有。缺哪一项就先补哪一项，补不上就先把这句话改小，改到材料撑得住为止。判断可以小，但不能建在缺项上。

第三步是给每个动作找一个落点。平台这一层最擅长的是支撑那些落在具体某一款上的动作：要不要改这一条的价格、要不要换这一条的主图、要不要停这一条。动作落在一条上，材料正好就在这一条上。

第四步是把这一层当入口而不是当依据。打开页面看到这一条在走量，这只是个入口，接下来要判断该不该跟，还得去看同类整体在往哪走、自己的成本撑不撑得住。入口在这一层，依据往往不在这一层。

知虾给的是站点、类目、商品这几级的公开信息，看到的是有明确时间坐标的那一份，也就是前一日的。它不比你手边打开的页面更实时，但它在层级和时间上标得比较清楚，不用你自己去猜这个数站在哪一层上、属于哪一天。

摆位置还有一步容易被跳过，就是把数和动作绑在一起。你看完页面上这一条的价格位置，接下来总要做一个动作：改价、换图、停掉、或者不动。如果看完之后没有对应的动作，那这一次看数的价值就只剩下一个感受。

第二个要绑的是时间。看数的时候顺手写下一个日期，不是为了留档好看，而是为了下一次能比。有了日期，两个数的差别才有意义；没有日期，两个数只是两个数，你连哪个在前都不确定。

还有一条是把这一层当成每天的固定动作，而不是想起来才看。每天固定看一遍自己关注的几条，比隔半个月集中看一次有用，因为前者能让你看到变化是怎么一步步发生的，后者只给你两个隔得很远的快照。

如果一次要看的数超过了十几条，就该分层看了。先把整页扫一遍看有没有明显异常的，再挑出几条细看。全都要认真看，最后的结果通常是一条都没仔细看，挑出来的那几条还往往只是最显眼的，不是最要紧的。

把平台数摆到合适的位置，最后落在一个很朴素的判断上：这个数能不能支撑一个我今天就要做的动作。能，就用它；不能，就说明这个动作需要的材料在别处。数不被用，通常不是因为它不好，是因为它被分配去回答了一个它回答不了的问题。

还有一个技巧是给每个关注对象配一句话。这条在盯它的价格、那条在盯它的评价节奏、另一条只是看看还在不在卖。配了这句话之后，你看数据的时候就知道该抓哪一个字段，也不会顺手把无关的字段一起读进来干扰判断。

如果发现自己每天打开页面都是同样几个动作，可以再往前一步，把这几项固定写下来，过一段时间对照一次。固定的字段才看得出变化，每次都看不同的东西，看到的永远只有当下的样子。

有一个检验办法很适合日常用：看完这个数之后，说出你接下来要做的动作。说得出来，说明位置摆对了；说不出来，说明你在看一个暂时用不上的数。看数这件事的价值，最后都落在它支撑了哪一个动作上。

反过来也成立，有动作要定却找不到材料，说明你要的材料不在这一层。这时候不要硬拿页面上那几个数去凑一个理由，先想清楚这个动作本来需要什么材料，再从这个材料该在的地方去补。

知虾看的是竞品与选品信号这一层，把同类里值得跟的对象标出来，看到的是前一日的。它不做采集，也拿不到你后台那一层的数据，所以它能支撑的是选品和定价这一类判断，你的成本账目仍然只能自己记。

把问题摆回它够得着的那一层，判断才收得住

在平台数据之外要补什么

要补的第一样是自己的成本这一摊。进货价、头程、包装、平台费用、退货成本，这几项只能自己记。有了这几项，页面上那个已售数才能变成一句能用的判断，比如这个价还能不能往下让一点。

要补的第二样是时间上的连续性。至少养成一个按周或者按月抄一次的习惯，把日期写在旁边，这样平台这一层才会长出一条可以比较的线。不抄的人手上永远只有今天这一格，任何和自己比的事情都做不了。

要补的第三样是更粗范围上的材料。这一类的整体规模、需求往哪边走、价格带怎么分布，这些页面上没有，只能从外部估算里取一个方向。取的时候记住它给的是方向不是数量，不要拿它去算具体能赚多少。

要补的第四样是自己被这一层数带偏过的那几次。哪一回你按页面挑了几条看，做完发现方向反了，当时是怎么判断的，把这一次写下来。回头翻几条这样的记录，比看一个月的数据更能告诉你，这一层数在什么情况下最容易把人带偏。

要补的还有一样，是自己做过的动作这一条。什么时候改过价、什么时候换过图、什么时候断过货，把这些记下来，回看数据的时候才知道那一段的变化对应的是什么。不记动作，数据里所有的起伏都只能靠猜。

还有一样是同类里的参照。只看自己的页面，你不知道自己这个评价数在同档里算厚还是算薄。要判断高低，至少得知道同档里常见的水平在哪里，这个材料页面上不会替你把同档的人凑在一起。

补的顺序也有讲究。自己的成本和动作是只有你能补的，越早补越好；同类的参照和更粗范围上的方向可以从外部取，取的时候记住它给的是参照和方向，不是可以直接拿去算账的数。

把这些补齐之后，平台这一层数才第一次变成一个坐标里的点。它本来只是一格快照，有了成本、有了动作记录、有了同类参照，它旁边就长出了可以对照的东西，判断也才有了落脚的地方。

补材料这件事有一个顺序上的讲究，先补能被自己独立完成的，再补需要外部来源的。自己的成本和动作记录属于前一类，动手就有；同类参照和整体方向属于后一类，要等别人给，而且只会给你一个大致。

补的时候还要留意口径别串。自己记的成本和页面上那个价格是两个不同的东西，一个是你的支出，一个是别人的对外报价。这两项放在同一张表上没有关系，放在同一列里做加减就会出问题。

补到最后会有一个明显的变化：你看页面上那个数的时候，心里会自动多出几个格子。这个价旁边站着你的成本，这个销量旁边站着同类的大致水平。有了这几格，同一个数能撑住的判断比之前宽了一截。

要补的还有一样常被忽略：别人的判断。同行怎么理解这个类目、怎么看待某一档价位、最近在防什么，这些不成文的东西没有地方可以查，只能靠聊和看。它们不能替代数据，但能帮你判断自己读出来的那个数是不是贴到了事情本来的样子。

补的时候要留意别把这些混成一类。自己的成本是硬的，同类的参照是半硬的，别人的判断是软的。三类放在一起用没问题，但三者能承担的分量不同，把它们当成同等可靠的依据去加权，判断会跟着飘。

把这些补齐之后会发现，平台这一层数一直没变，变的是它旁边站的东西。原本孤零零的一格快照，现在四周有了成本、有了动作、有了同类的水平，它终于能被读成一个有来历、有位置、有参照的点。

常见问题（FAQ）