Shopee虾皮数据跟自己后台那份打起来先信谁

两个数为什么会打架

先分清两份数是从哪来的。公开那一摊包括前台页面上显示的数字、平台给出的各类榜单、外部工具呈现的类目走势；私有那一摊包括你自己后台的订单与退款记录、你的采购与运费账、你这一款在哪一天动过哪一处。两摊都不是假的，只是能回答的问题不一样，硬摆在一起比就会互相顶。

有一个具体的场景能对上号。早上你打开两个页面，一个说这一款上周出了两百多件，另一个说你这一款上周出了四十来单。这两个数很可能都在说真话：前面那个按件算，后面那个按订单算，中间还隔着一次买几件的差别。把两件不同的事当成一件事去比，你就会给自己造出一个本来不存在的问题。

两摊数的出生位置不一样，这是所有打架的根。公开那一摊是在买家那侧记下来的，记的是页面上发生过什么：多少人点开、多少人加了购物车、这一款的评价里出现了什么说法。私有那一摊是在你这一侧记下来的，记的是这一款为你带来了什么：付了多少钱、扣掉采购和运费还剩多少。两侧的记录者不同，问的问题不同，凑在一起当然对不上。

有一个动作可以马上试一次。把你手上同一款商品的两个数并排放在一张纸上，中间画一道竖线，左边写公开那一层给的数，右边写自己后台的数，然后问一句：这两个数说的是不是一个动作。答案是「一个是点开一个是付款」的时候，这道题到此就结束了，不必再去纠结两个数哪一个离事实近。多数打架到这一步就散掉了。

打架在什么时候最集中？刚动过价格或者改过主图之后的那几天。改动让公开那一层的数先动起来，点开的人多了、停留的时间长了，这些变化很快出现在公开那一侧；你自己后台的成交要等这批人真正付钱才跟着动。两边的反应速度差着几天，这几天里它们看着就像在打架，而其实只是一先一后。

还有一类打架来自看的人不同。同一次成交，运营看的是订单数，仓那边看的是发出的件数，财务看的是收到多少钱。三个人坐在一起对同一款商品，报出来的三个数都不重样，而且都不算错。这种对不上不是数据的问题，是三个人各自站在自己的位置上，只取了同一件事的一个侧面。

范围不一样也会打出一次假架。公开那一层常常把几个站点的同类款合成一份给你看，你自己的后台是按站点分开的。你把合成的数拿去和自己一个站点的数比，比的其实是几倍范围对一倍范围，差出来的那一段全是范围差。看到差得特别离谱的时候，先看两边盖了几个站点，往往一眼就能收场。

两份数的责任也不是同一个方向的。公开那一层出了问题，你没法改它，只能顺着它调整自己的动作；你自己那一摊出了问题，你能改，而且改完之后下一次看到的数就跟着变。搞清楚哪一份是你能动的、哪一份只能看，比争论哪一份数字更贴近事实要实用得多。

打架这件事本身有个好处：它逼你把两个数各自是什么讲清楚。平时你把两个数都放在脑子里，从来没有把它们各自的来路写明白过。等到它们顶上了，你才不得不去写。写过一次之后，往后看任何一个新数，你都会习惯性地先问一句它记的是哪一次动作、哪一段时间、哪一层。

还有一个容易忽略的场合：两个人看数的时间点不一样。你上午十点看了一次，同事下午四点看了一次，两个人报出来的数不一样，回到座位上就以为数据在打架。其实中间这六个小时里这一款可能出了几单，两份数各自都是当时那一刻的真话。看数的时候把看的时刻一起报出来，能免掉不少这种误会。

打架的频率和你看数的频率有关。一天看十次的人碰到的打架次数，比一周看一次的人多得多，可两个人的店其实一模一样。看得越密，你看到的越多是还没走完的半截过程。把看的节奏放慢一点，很多打架不等你发现就自己消化掉了，剩下的那些才是真需要处理的。

如果两份数长期都对不上，而不是偶尔差一截，说明中间有一个固定的差一直没被处理。固定差是好事，因为它可以被写下来、被减掉。第一次发现就把它记清楚是差在件和单上还是差在付款和下单上，往后每次都能直接换算，不必再重新查一遍。怕的是每次都差一点点、每次都懒得记。

同一件事在两摊数里的颗粒度也不同。公开那一层是按商品页给你的，你自己后台是按规格编号给你的。一款商品有几个规格，公开面上是一个数，你自己的报表上可能是三行。你拿一行去对那个总数，差出来的是另外两个规格的量，而它们各自都没错。颗粒度不同的时候，比对之前先把两边拆到同一层。

打架有时候只是因为中间的传递多了一手。你后台的数被导出到一个表里，又在别人的表里被引用过一次，中间那一手如果晚了一天或者少了一列，你看到的就不是原始那一份了。发现两次取同一份数结果不一样的，先去看中间有没有多过一手，原始那一份在哪里。

还有一类打架来自计量单位被换过。件数、订单数、包裹数，这三个东西在发货环节上是可以互相换算的，但换算的比例跟着买家怎么买而变。你把包裹数当成订单数去和公开面对，一份是发了几个包裹，一份是接了几笔单，中间隔着一批一次买多件的人，对不上很正常。

同一个页面在不同时间打开也可能给出不同的数，这不算打架。页面的数是跟着当时的库存和状态走的，你上午看到的库存和下午看到的本来就会不一样。要把页面上的数拿来当依据，就得说明是哪一个时刻看到的。没有时刻的那份数，只能当一个大致的印象用。

还有一处是聚合方式的差别。一份数把所有买家合成一个总量，另一份按买家分成了新客和老客两栏。你把其中一栏拿去和那个总量比，差出来的是另一栏。分工越细的那一份，看起来越像和总数对不上，其实它只是把总量拆开摆了，两边的总量加起来是平的。

打架最集中的位置通常在刚换工具或者刚换人的那一段时间。旧的一套数还在，新的一套数也开始出，两套同时摆在眼前，谁也不知道该信哪一份。这时候不是两份数在打架，是过渡期里两套标准并存。过了这一段，留一套下来，这类对不上自然就少了。

打架不是谁的数错了，是两份数被当成了同一件事

第一种打架：口径不同

口径说的是这个数是怎么算出来的：算的是件还是单，算的是下单还是付款，算的是这段时间里所有买家还是其中一部分。同一次成交，按件数和按订单数记下来就是两个数字；同一批买家，按下单统计和按付款统计也是两个数字。两份数打架的时候，先去看它们各自的口径，比先怀疑数据质量有用得多。

最常见的口径差出在付款这一步。有一批买家把商品放进了购物车、也填了地址，最后没有付款，这批人在一些统计里被算进成交，在另一些统计里不算。于是同一款商品在两边会差出一截，而这一截有多大，和这一款的价格、运费设置、结算步骤的繁简都有关系，并不是一个固定的比例。

口径里还有一个位置差容易被漏掉：一笔订单算在哪一天。按下单那一刻归，它落在买家点下按钮的那一天；按付款那一刻归，它落在钱到账的那一天。同一笔生意在这两套算法下会落到不同的日期上，一段里只要横跨几天，两边的日线看起来就会错开一截，周合计却大致对得上。

有一个动作花两分钟就能把自己的内部先校一遍：把后台的订单数和件数各抄一行，挑一天看看两者是不是差在几笔订单上。差的这一截就是一次买多件的买家带来的。你自己内部先能解释清楚这一截，再去和公开那一层比，就少了一层会打架的可能。

还有一处口径差和退款有关。有的统计里，卖出去的件数当天就加上，退回来的件数过一段才减掉；另一些统计里，退回来的当场从成交里扣。同一款商品在这两套算法下，一段时间的成交数会差出这一款当期的退货量。把退货算不算进去这件事写在旁边，比记住某个具体数字要有用。

口径这件事最好在还没打架的时候就写下来。选一个安安静静的下午，把你常看的那几个数各自是怎么算的，用一句话写在本子上：成交数按付款算、按件记；评价数只算带文字的；榜单上的量是最近七天还是最近三十天。写这一页花不了半小时，往后每次对不上，你都能先翻这一页，而不是重新推一遍。

口径不同不一定非要统一。有些时候两套口径都要留着：按订单算的那一份和你的发货流程对得上，按件算的那一份和你的备货量对得上，两个都有各自要回答的问题。真正要做的是别把它们混在一张表里相加。同一个表格里混着两种口径的数，算出来的合计谁也不认，这比任何单个数的偏差都麻烦。

口径这一步最怕的是拿一个自己都没弄清算法的数去指别人。有人看到两个数差得多，第一反应是公开那一层有问题，可细问下去，他自己也不知道自己那个数是按件还是按单。核对口径这件事要从自己那一侧先做起，先把自己的数说清楚，再去问别人的数是怎么来的。

有一个细节值得单独提：数据的口径会在你不知情的时候被改过。平台调整过一次统计方式，你后台某一个字段的含义变了，这类事发生过之后，一份看起来一直在涨的数可能只是换了一种算法。发现自己那个数忽然跳了一截、而且动作完全对不上的时候，先去看看有没有口径变更的说明。

口径里还有一处是关于人的。成交算一个人的还是一笔的，新买家算第一次在这一款上买过还是第一次在你店里买过。这两个定义差着一层，同一个数字可以指着完全不同的一批人。要做新老买家分开看的时候，先把这个定义写清楚，否则两份表分开做出来之后还是没法摆在一起。

口径统一这件事不必追求全店一次做完。挑你每天都会看的那三四个数，把它们的算法各写一句话，就够用了。剩下的那些一个月才翻一次的，等真用到的时候再写也来得及。口径这件事的关键是随时能查到，不是一次写全，写全了反而没人看。

有一个情形下口径的差别会放大到无法忽略：这一段里有大促的时候。大促期间一次买多件的买家明显变多，件数和订单数的差就跟着拉大；平时这两个数可能只差几个点，大促里差出一大截。所以核对口径要挑一段平常的日子做，拿大促那段去对，两边都会显得差得很离谱。

口径这一层还有一个位置容易出岔子：算的是商品的展示数还是点击之后的到达数。买家人已经在你的商品页上了，这算不算被展示过一次，两种算法给的答案不一样。这一处差出来的是整段的比例基数，基数一动，后面所有的比例都会跟着挪一小格，看起来像是两个数在打架。

如果你管的站点不止一个，口径这件事要按站点分开写。同一个平台，不同站点在统计细节上可能有差别，比如有的站点把货到付款的单子算在哪一步、有的站点对取消订单的定义不一样。用一套口径去套所有站点，跨站点的那份汇总数就会一直对不平。

口径核对里还有一处是时间归属的说法。一笔订单算在它下单的那一个月还是算在发货的那一个月，跨月的时候两个算法会把同一笔归到不同的月份里。月底看总数对得上，分开看两个月各差一笔，这种情形多半就是归属说法不一致造成的，不必往数据质量上去想。

把口径写下来的时候，最好连反例一起写。成交按付款算这一条后面加一句：填了地址没付款的那批不算，所以你后台的成交比下单数少。有了这句反例，下次有人拿着下单数来对，你直接就能把差解释掉，不必再翻一遍算法。反例比定义更好查。

多数对不上出在口径和时间上，不必一上来就往深处查

第二种打架：时间不同

两份数的截止点往往不是同一个时刻。公开那一层刷新有它自己的节奏，你手上看到的可能是前一日的状态；你自己后台是实时记的，今天早上出的单今天就落进去了。把一份到昨天的数和一份到今天的数摆在一起比，只要这两个时间段里的量差不多，差出来的那一点就是时间差，不是两摊数在打架。

时间这一层还有一种更隐蔽的差：两份数的统计窗口长度不一样。一个数说的是最近七天，另一个说的是最近三十天，两者摆在一张表里看着都在涨，实际一个说的是短期冲高，一个说的是月度走向。窗口没对齐之前，任何比较都不成立，把两边的窗口长度先写下来，是这一层上最省事的一步。

公开那一层给你的数，多数是到前一日为止的，今天看到的还停在昨天那一段；你自己后台是跟着实时走的，今天上午出的单今天上午就落在里面。这两份数天然就差着一天。你今天早上比对不上，很可能只是因为公开那一层还没轮过来，等它更新过一轮再看，两个数往往就贴上了。

这两份数在节奏上还有一个区别。公开那一层是按固定时点切一次，切成一段一段；你自己的后台是连续滚动的，任何一个时刻去看都有一个当下的值。你拿一个滚动的值去对一个切段的值，差出来的那一小部分，是切段的那个时点之后新发生的事，不是两份数在打架。

有一个很具体的场景能说明这一点。周一早上你打开两个页面，一个显示这一款上周两百来件，另一个显示一百九十多件。差的那几件多半来自周末后台还在继续记而公开那一层已经切段。碰到这种情况最省事的做法不是去查原因，是等它更新过一轮再对一次，多数时候就平了。

时间这一层还有一种差是起算点不一样。两边的窗口长度都写着七天，可一边的一周从周一起算，另一边从周日或者别的日子起算。同样的七天，起点挪开一天，两边的数就会各自截到不同的那一笔。窗口长度写在了旁边，起算的那一天却没有写，这一处漏掉最容易让人白查半天。

排除时间差有一个稳妥的做法：把两边的窗口对齐之后重算一遍。你自己后台能按任意时段取数，就取和公开那一层完全相同的那几天，再比对一次。如果对齐之后两个数贴上了，那次打架就是时间造成的，往后这种对不上可以不用管；如果对齐了还差着一截，那才是真的要去查的东西。

两份数更新的时点是可以提前记下来的。公开那一层大致在什么时候轮一次，你自己的后台多久刷一次，把这两个时点写在你那张对照纸上，往后比对的时候先看两边是不是都轮过了一轮。这个动作只是一个习惯，但它能把时间差这一类打架几乎全部提前排掉。

还有一个场合时间差会显得特别大：月底和月初交界的那两天。这一头在结上一个月的账，那一头已经开始记新的一个月，两边各说各的，你怎么对都对不上。碰到这种交界日，最省事的做法是往后放一天再对，别在正交界的时候花时间排查。

时间差和季节也有关系。赶上集中的大促或者周末，两边更新的节奏都可能和平时不同，差出来的那一点就比平常大一些。知道这一点之后，你不会因为一段特殊时期里对不上，就去推翻平时已经确认过的那套对法。特殊时期里的对不上，多数不用处理，过去了就恢复。

有一个很实用的习惯：比对的时候顺手把两边的时间戳截下来。截图或者抄一行字都行，写清是哪一天几点看到的哪一份数。过了几天再回来看这次核对，你还原原本本知道当时比的是哪两份东西。没有这一行字，三天之后你连自己当时看的是哪一份都记不清。

如果你发现自己那一摊数的更新时间比公开那一层还慢，那要先把这个搞清楚。有些后台的汇总报表是一天结一次，不是实时的，你以为自己看的是当下，其实它也在按段切。两边都是切段的，就要看两段的切法一样不一样，这比一边实时一边切段还容易出错。

时间这一层还有一个坑：把不该混的两个时间点当成一个。下单的时刻和付款的时刻在两套算法里各归各的，一周里横跨几次，日线与周合计之间就会出现那种周合计贴上了、日线却错着的情形。碰到这种，认周合计，日线那一层别硬对。

比对的时候把两边的时区也确认一次。平台给的数是按它自己的时间切的，你自己的记录可能按本地时间落。跨了一天的时候，同一笔单在两边会落到相邻的两天里，日线上的错位就是这么来的。时区这一层平时不显，一句话确认一下就能排掉一大类日线上的对不上。

还有一个很省事的做法：别拿一份还没走完的时段去对一份已经走完的时段。这一周才过了三天，你就拿它和上一整周去比，两边长度本来就差着四天。这种情况不必查，等这一周走完再比。很多所谓的打架，只是把一段半截的过程拿去和一段完整的过程比了。

第三种打架：一件事算了两遍

前两种是两摊数各自带来的问题，第三种出在同一边的内部。有一类成交会被算进两个位置：买家从你的某个入口进来下了一单，这笔既算在这个入口带来的成交里，也算在这一款的总成交里。如果你把这两个数字相加去估总量，同一笔生意就被用了两次，估出来的数会比实际大出一截。

这种重复还常见在跨站点的场合。同一款商品在几个站点上都有，汇总页面把它合在一起算，单站点页面各算各的。你从汇总页面取一个数，又从某个站点页面上取一个数相加，那一款在那个站点上的成交就被算了两遍。碰到总项和分项加起来对不上的时候，先怀疑重复，不要先怀疑数据本身。

重复记账还有一种形式在报表里：同一笔退款会同时出现在退款记录和订单记录里。你在退款那一栏看到这笔钱减掉了一次，又在订单那一栏看到这一单成交的时候加过一次，两头一起看，这一笔的钱被用了两回。碰到退款相关的小计对不上，先去这两个地方找同一笔，比重新核对整张表要快得多。

自查重复有一个笨办法但很好用：找一个你已经知道答案的量去验一遍。比如你清楚这一批货一共发出去多少件，就拿这个数去和两个统计里的件数各对一次。两个都能对上，说明里面没有重复；只有一个能对上，那就在另一个里面去把多出来的部分找出来，顺着它的来源往回走。

重复本身不一定是错。有些重复是有意留的，比如入口带来的成交既要算在入口的效果里，也要算在这一款的总量里。知道这一点的用处不是去删掉其中一个，而是清楚这个数是什么用途：算入口效果的时候用前者，算这一款总量的时候用后者，别把两个不同的用途加起来当一个总量用。

单款和款的集合之间也容易出一次重复。你把几个规格的成交加起来，想得到这一款的总成交，可某些统计里这一款已经给过一个合计，那个合计本来就已经把几个规格算进去了。你再把规格一个个加一遍，等于把整款用了一个半的份量。加之前先确认手上的分项是不是已经被合过一遍。

促销里的赠品和加购也常制造一次重复。买家下了一单，主商品算一笔成交，赠品或者加购的那一件在某些统计里也各算一笔，于是这一单在件数上变成了两件或者三件。这种情形下成交订单数是对的，成交件数偏高，偏高多少取决于你这一段用了多少赠品。件数异常偏高而订单数正常，先往这个方向想。

重复的常见来源之一是搜索词和类目同时记了一笔。一款商品挂在一个类目里，同时又被几个搜索词带出了成交，某些报表里这一笔会同时出现在类目和搜索词两个位置。你按类目看一遍再按搜索词看一遍，两遍加起来就多出来一块，而这块在你店铺总量里只算过一次。

另一个来源是套餐和主商品。买家买了一个组合装，报表里主商品算一笔、组合里的另一件东西也算一笔。这个时候订单数是对的，件数却是虚的。看到件数忽然比订单数大出好几倍，先去看这一段是不是主推了组合装或者礼包，多数时候答案就在这里。

有一类重复藏得比较深，出在汇总表和明细表之间。汇总页面上给你的那个数，本来就是从明细加出来的，你为了看清楚又在明细里加了一遍，两边一叠就成了一笔两次。判断办法很简单：汇总是不是可以由明细加出来。如果能，就只用一份，不要两份一起用。

自查重复最省力的动作是把总量和分项摆在同一个视野里对一次。总量比各分项加起来小，说明有重复；总量比各分项加起来大，说明有分项没被算进去。这两个方向都不要放过。只查偏大的一侧，会漏掉另一侧的问题，而另一侧的漏项同样能让你得出错的结论。

重复这件事的处理办法是留一份权威的、其余的都当参考。挑一份你自己已经核对过、知道它怎么算的数，把它当成这一款的标准值；别的表里出现的同一款数字，只用来做趋势参考，不参与加总。这样定下来之后，重复就再也造不出一个虚高的合计来。

重复还常常出在你自己的两张表之间。一张表按下单时间记，另一张表按发货时间记，同一笔单如果这一段横跨了两次发货，它就会在两处各出现一次。两张表各自都成立，合起来用就多了一笔。合表之前先确认两张表记的是不是同一个动作，比事后逐条挑重复快得多。

有一类重复只有在对结果的时候才看得出来：这一款的总量和全店的总量同向变化，可这一款明明只占全店很小一块。全店总量里如果已经含了这一款，你又把它单独算了一次加进去，全店的那个数就虚了。看汇总的时候先确认这一款是不是已经在里面了。

自查重复的时候别只看总数，也要看单项。有的表总数是对的，是因为里面一处多了、另一处少了，两下正好抵掉。只看总数你会以为一切正常，去核单项才会发现两个方向都有问题。核对的顺序是先总数再单项，两个方向都过一遍。

自查重复最省力的时机是每次加总之前。加法动手之前先问一句：这几项里面有没有哪一项本来就包含了另一项。问这一句只花三秒，但能挡掉最多的那一类重复。等到加完再回头找，同样的错你得从头再核一遍，花的时间是这个的十几倍。

打架时先做哪一步

对不上的时候，先做的不是判断谁对，是把两份数并排写在一张纸上。左边写公开那一层给你的数，右边写你自己后台的数，各自把日期、口径、范围写在旁边的括号里。写下来之后你会发现，很多对不上当场就解释掉了，因为两边的括号里写的东西根本不是一回事。

第二步是问一句：这两个数要想对上，中间需要哪一个条件成立。是需要两边的口径都按件算，还是需要两边的窗口都是最近七天，还是需要把其中一个数从店级拆到单款。把条件写出来之后，你就知道该去核对什么，而不是继续盯着两个数字来回看。

如果前三步走完还是对不上，就把范围缩到最小再看一次：一个站点、一款商品、一段七天。范围缩到这么小之后，干扰项基本被排掉了，两个数还要差着一截，那这一款在这段时间里确实发生了点什么，值得你去把那一款当天的记录逐条翻一遍。范围越大越查不清，这是排查里最实在的一条经验。

顺序上有个建议：先对时间，再对口径，最后查范围。时间这一层花的时间最短，看一眼两边的截止日和窗口长度就能排掉一大半；口径要翻算法说明，花的时间次之；范围要逐个站点和层级去核对，最费力气。按这个顺序走，多数情况在前两步就收场了，不会白花第三步的功夫。

把对不上的结果记下来这件事本身有价值。不用记多复杂，一句话就够：哪一天、哪一款、两个数各是多少、最后查明是哪种原因。攒上十几条之后，你会发现自己店铺的对不上集中在同一两类原因上，往后碰到类似的情形，直接按老办法处理，不必每次都从头查一遍。

对不上的时候有三件事最好别做。一是别马上把两个数里较小的那个当成错的，直接改掉；二是别拿这个对不上去否定整份报表，从而不再看它；三是别在对上之前就给这一款下定论，说它不行了或者行。这三件事都会让你在一个还没搞清的问题上花掉一笔真金白银。

还有一种结果值得单独提：核对完发现两边都没错，而且确实对得上，只是数字本身就比上一段低了一截。这种情况不是打架，是变化。这时候要做的不是继续核对，是回到这一款身上找原因：这段时间入口动过没有、同类目是不是挤了、价格还是不是原来那个位置。核对到此为止，接下来是判断。

核对之前还有一步常常被跳过：先确认两份数说的是不是同一款。同名或者同图的两款商品，一个是你手上的，一个是别人的，编号不一样。你把别人的榜单数据拿来和自己的报表对，这个对不上永远查不出来。核对之前把商品编号对一遍，是这一步里最容易被省掉也最值得补上的动作。

核对的动作最好一次只动一个变量。这一次只对时间，下一次只对口径，别一次把日期、口径、范围全换掉。全换掉之后如果对上了，你还是不知道是哪一个起了作用；如果没对上，你也不知道该往哪个方向退。排查这件事靠的是一次只挪一样。

有一句在心里默念的话能把核对变快：这条数是谁在什么位置、记的哪一次动作。把位置、动作、时间三样问出来，多数打架当场就分成两半了，一半是自己解释掉的，一半才是真需要查的。问这三样花的时间比打开两个报表翻来翻去要少得多。

对不上的时候还有一个动作值得做：把这次对上的情形也记一句。人容易只记错的，不记对的，可你下一次碰到同类的数，需要的是上一次是怎么对上的。上个月这一款的对不上是差在付款口径上，这个月碰到同类情形，直接按老办法验证一遍，省掉的是一整轮排查。

如果你核对完发现那一款确实出了变化、而两份数各自都对，接下来要做的判断就不在核对这件事里了。核对能告诉你的只有一件事：这两个数说的是不是同一件事。同一件事的话，数是可信的，接下来该怎么办要看这一款自己的情况。把核对和判断分成两步，哪一步都不会失焦。

核对完的结果最好拿回去给还在用这两份数的人看一眼。同一份人员里，可能有人一直用旧口径的数下判断，有人已经换成新的了，两边各自都以为自己手上那份是真的。把核对结果说出去一次，比你自己在心里把这件事搞清楚要有用，因为下游的动作会跟着改。

有三类的对不上可以当场结掉，不必再往下查：一是件和单的差别，二是下单和付款的差别，三是截止日差一天。这三类在你报数的时候顺手带一句说明就能免掉。真正需要查的是剩下那些既说不清口径也说不清时间的，它们数量不多，但都是值得查的。

对不上的次数太多的时候，先停一下，别一次把所有的都查完。挑这一天里金额最大的那一款先查，其余的先记下来。一天里对不上的有十几处，其中真正会影响你决策的往往只有一两处，把力气先花在这一两处上，剩下的等有空再处理也不会误事。

核对这件事最好有一个固定的入口。把你那一页写下来的口径、常看的几个数、各自的截止习惯放在同一个地方，每次对不上就翻这一页。有了这个入口，换别人来核对也能按同一条路走一遍，不必每次重新摸索从哪开始。

如果一天里对不上的地方超过三处，先查一查是不是有哪一件事刚发生过。改了统计方式、换了取数的位置、上了一批新站点，这三件事任何一件都会让全店的对不上同时多起来。先看有没有这样一件事，比一处一处地查要快得多，也更接近真正的原因。

同一个动作常常能一次回答三个问题，排在对的那一步上最省力

什么时候该信公开的

判断环境的时候，公开那一层更靠得住。你想知道这个类目是整体在涨还是整体在跌，想知道同类目这一段上了多少新款，想知道某个价格带是不是已经挤住了，这些问题的答案在你这一款之外，你自己那摊数回答不了，因为它只记你这一款的动静。

还有一个场合公开那一层更占优：你自己那摊数太少的时候。一款刚上三天，后台只出了几单，几个单子之间的差别说明不了什么。这时候公开那一层给你的类目结构、价格带分布、同类款的走向，是你能拿到的一份更厚的参照。量小的时候，别拿几单的动静去否定大面上的走势。

判断这一款在同类里处在什么位置，这件事只能靠公开那一层。你不知道同价位的别人卖成什么样，也不知道同一类目里这一段上了多少新款，这些信息都在你自己那一摊之外。知虾把站点、类目与同层级里公开可比的款摆在一处，看到的是竞品监控与选品信号这一层，它标记的是公开面上可核对的部分。

公开那一层还有一个用处是当分母。你自己这一款的成交量是分子，同类目在这一段的量级是分母，两个摆在一起才知道你这一款占了多大一块。没有分母的时候，一个数只能和它自己的上一段比，比来比去只知道自己是涨是跌，不知道自己在整个盘子里是往前走了还是被挤到后面去了。

判断入场时机这件事也偏向公开那一层。这个类目现在挤不挤、这个价格带还有没有空位、这段时间是不是上新扎堆的季节，答案都在公开面上。你自己那一摊数记的是已经发生的事，对还没开始的事说得很少。要判断要不要进一个新类目，先看公开那一层给出的结构与节奏。

公开那一层在一种情形下会误导：当它把不同层级的款混在一处给你看的时候。一款是团队在运营、常年挂着广告的款，和你手上一个人看着的一款，摆在同一个榜单里，量级差着好几倍。这不是你这一款比对面差，是两边的条件本来就不同。看公开面的时候先分清摆在对面的是哪一类款，再决定这份参照能用多少。

拿公开那一层做参照的正确姿态是只做横向比较，别做纵向判断。横向是说这一款在同类里排在什么位置、这个价格带里它有没有空间，这些是公开那一层能回答的。纵向是说这一款值不值得继续留着、这一段投入还该不该加，这些要看你自己的账。把横向的数拿去做纵向的判断，比出来的结论通常站不住。

判断一款商品在同类里值不值得跟，也靠公开那一层。你自己手上这一款的记录再完整，也只是这一款一家的事，说不清同类里有没有更划算的位置。公开那一层把同一类目里可比的几款摆在一起，你才谈得上判断这一款是不是值得把资源往它身上挪。

公开那一层在一种具体问题上是别处补不上的来源：这一款在同类里被推过还是没被推过。一款被放在显眼入口上的商品和一款靠自己攒量的商品，在公开面上留下的痕迹不一样。你自己那一摊只能看到结果，看不到这一款是被系统抬了一把还是自己走出来的，这两种情形的处理方向完全不同。

找切入的一个价格带也靠公开那一层。你自己这一款现在卖的价位是不是还有空位，往上一档有没有人占着，往下一档是不是已经挤满了，这些问题的答案都在你自己店铺之外。只有把自己那一款摆回价格带的分布里去，你才知道它站的这一格是松的还是紧的。

公开那一层还有一个容易被忘掉的用法：给新上的款做参照。一款刚上三天，你自己那一摊几乎什么都没有，可同类里同价位那几款这一段大概什么水平，公开面是有的。拿这个参照去判断新品这几天的动静是不是落在正常范围里，比自己空对着几个订单数猜要稳得多。

有一种说法可以拿来当判断标准：公开那一层能回答「这一款在盘子里处于什么位置」，回答不了「这一位置值不值得你占」。前半句属于环境，后半句属于你的账。分得清这两句的人，看公开面的时候很少会把别人的走势误当成自己的机会。

公开那一层还有一处很实在的用法：避开别人已经挤满的位置。同一类目里某几个价格带已经被几款常年挂着的商品占住，这件事在公开面上看得到。你自己那一摊只能告诉你现在卖得怎么样，告诉不了你这个位置外面还有多挤，这层信息只能从公开面上取。

判断这一款是不是已经错过了它最旺的那一段，也要借公开那一层。你自己那一摊能看到它这一段在掉，看不到同类里是不是整体都在掉、还是只有它在掉。同类里整体都在往下、只有它跟着走，和一个类目里只有它一家在退，是两件完全不同的事。

公开那一层回答的是外面的事，它给的每一个数都能被你之外的其他人拿到。这一点既是它的用处，也是它的限处：谁都能看到的信号，说明不了谁比谁强。把它当坐标用是合适的，把它当优势用就站不住了，优势只可能出在只有你有的那一摊里。

拿公开那一层下判断之前，先确认它的取数范围和你的一致。它按整站给的数，你按自己一个站点的数去比，两边根本不在一个盘子里。范围这一句写在旁边只要几个字，缺了它，一份很干净的公开数也能把你带到一个错的方向上。

口径、时间、层级都对得上的时候公开那一层更靠得住，只剩大致同期的时候能信的只有自己那一摊

什么时候该信自己的

判断自己这一款的去留时，只有你自己那摊数能作数。公开那一层看到的是所有买家在这个页面上的动作，看不到你为这一款付了多少采购价、运费之后还剩多少、退了几个、哪个规格被反复提到。一款在公开那一层看着不错的商品，可能在你自己那一摊上是撑不住成本的，这种情形只有把两边摆在一起才看得出来。

还有一个场合只能信自己那一摊：公开那一层给你的参照和你的行业位置对不上的时候。你这一款在一个很小的细分里卖，公开那一层摆出来的却是更大的类目，两者根本不在同一个尺度上。这时候公开那一层的走势只能当背景用，判断的依据必须来自你自己累积下来的那段记录。

你自己的那一摊里有一类数公开面根本不会有：这一款你动过哪几处、分别在什么时候动的。同一个成交数字，落在一款这个月一次没改过的商品上，和落在一款这个月改过三次的商品上，说的完全不是一回事。前者是它当下的水平，后者是三次改动叠在一起的结果。这条记录只可能出在你自己手上。

判断一款什么时候该收，只能靠自己那一摊。公开那一层看到的是它还在被多少人点开，看不到你为它已经投进去多少。一款点开的人还不少、但每卖一件留下的东西很薄，公开面上它是活的，你自己那一摊里它早该收了。什么时候停，答案在你这一款的账上，不在任何一份公开的榜单上。

自己的那一摊还有一个用途是校验公开那一层。公开那一层说这一类目在涨，你的订单却连着一个月没动，这两件事同时成立时，值得回答的问题是：涨的是你这一类目里更小的那一段，还是涨的是别人的价格带。拿自己的记录去和公开面顶一次，能帮你把「整体在涨」这句话拆到你这一款到底沾了多少。

只有自己那一摊能回答的还有一件：这一款占了你多少精力。它出了多少单、退了多少、有几个买家私下来问过、你有多少个晚上在处理它的事，这些都不在公开面上。一款单量看着还行但吃掉了你大半时间的商品，和自己那一摊比过之后才会显出它真实的代价，别人给你的任何参照里都没有这一项。

知虾能落笔的地方只在公开那一层，另一半的答案在你自己后台里。它给的是公开面上可比较的结构与信号，看不到你付了多少采购价、运费之后还剩多少、退了几个、哪个规格被买家反复提到。顺着这个分界看，一份数该找谁要就有了答案：问环境的去公开那一层，问自己的回后台那一摊。

自己那一摊里还有一类公开面永远不会有的记录：这一款退货是退在哪个规格上，买家私下来问的是哪几个问题。这两个东西都在你的客服记录里，它们比任何公开的走势都更直接地指向这一款可不可以继续推。一款退货集中在某一个规格上，这是你自己才知道的事。

要不要给这一款加投入，答案只在你自己那一摊。公开面能看到它在同类里排得靠前，看不到你再加一批货需要压多少钱、需要多久才能转回来、中间那段时间你的手上还撑不撑得住。排得靠前和你有没有资格加投入是两件事，后者在你自己的账上。

自己那一摊还负责回答一个公开面回答不了的问题：这一款是从哪来的。是老客介绍来的、是搜索带进来的、还是你上一批同款带下来的。来源不同的两款，同样好看的数字，后面的稳固程度差得远。这一层信息只存在于你自己的记录里，公开面上这一款只是一款。

和你自己的上一段比，这件事也只有自己那一摊能做。公开面上给你的参照是同类里别人现在什么样，给不了你这一款三个月前什么样。而这一款是不是真的在变好，恰恰要和它自己的上一段比才看得出来。别人的当下和你的过去，从来不在同一个坐标系里。

两份数都用的时候要有个次序：先看公开那一层定位置，再看自己那一摊定动作。反过来的话，你会拿着自己几个订单的起伏去推断整个类目，把很小的样本当成大势。位置是被给定的，动作是自己选的，两个方向的依据不能互换，这一点搞清楚了，两份数就不会再互相顶。

自己那一摊还管一件事：这一款和你别的款之间有没有互相抢人。两款在同一个价位、面向同一批买家，一个卖得多另一个就少，这种关系只在你自己店铺内部的记录里看得出来。公开面上它们各自都是一款商品，谁也看不出它们在你店里互相顶。

要不要把这一款从主推的位置上换下来，也只有你自己那一摊说得清。公开面上它还在被点开、还在榜单里，看起来一切正常，可你自己知道它这一段占用的位置本来可以给另一款更合适的商品。换不换的依据是两个款在你店里的相对表现，这个比较在公开面上做不了。

自己的那一摊还有一个用法：给公开面看的那些信号排个优先。公开面上同时有好几个类目在涨、好几款在往上走，你不可能全都跟。哪一类你手上有现成的供应链、哪一类你以前做过有老客，这些约束只在你自己的记录里，用它们筛一遍，眼前那份清单才会收到你做得动的那几个上。

自己那一摊里的数，攒的时间越长越有用。刚开店那半年，你手上的记录只够说清这一款自己怎么样；做了两年之后，同一批数就能告诉你这个类目一年里什么时候是淡季、哪一类款在你店里回头的买家多。这一层价值来自时间，不是来自某一款数本身有多精细。

自己那一摊里最不该省的一件事是把每次改动记下来。哪一天动了什么，一句话。半年之后你手上就有一条改动史，回头看这一款这段为什么起、那段为什么落，有据可查。没有这条记录，你和别人看这一款时掌握的信息量是一样的，都在看同一个公开面。

这两摊数各自的利害关系也不一样。公开那一层不是为你一个人准备的，它要照顾所有人的用法，所以它给的是平均意义上的东西；你自己那一摊是你自己的记录，它只对你负责，可以细到某一个规格。指望公开那一层细到你的规格，等于指望一把公用尺子量出你的手围。

常见问题（FAQ）