Shopee多平台铺货工具和跨平台定价：一份成本对多个市场

跨平台定价难在成本口径不一致

口径这个词听起来抽象，落到具体场景上很直接。一笔头程运费，甲地的做法是摊进商品货值，进价看起来高一点，后续的毛利计算里不再单独出现运费。乙地的做法是运费单列一项，进价保持原样，运费在另一个栏目里扣。两边的账都对，但把两边的进价放在一起比，比出来的差价里混着一笔运费，这个比法从第一步就不成立。

口径不一致最容易在合并看账的时候暴露。单看一个目的地，它的成本表内部是自洽的，因为它从头到尾用的是同一套定义。一旦要把三四个目的地的毛利放在一张表里排序，各套定义之间的差异就全部浮出来了。这时候往往会出现一个更大的差距，某个目的地看起来毛利更好，实际只是因为它把某几项支出放在了表外。

有一个判断口径有没有统一的办法，就是随便挑一项支出，问三个人它算在哪里。如果三个人给出两种以上答案，这一项的口径就是没统一的。这个方法不用翻表，几分钟就能测出一批问题项。测出来的项越多，说明定价表内部的分歧越大，而这些分歧在数据平稳的时候完全看不出来。

还有一种差异来自时间，同一项支出在两个目的地被记在不同的时点。甲地按支出发生的月份记，乙地按这批货卖出去的月份记。两处用的都是真实数据，但一个月的差异会让某个月的账看起来特别好，下一个月看起来特别差。用这种数据去判断某个目的地当月的表现，判断的依据本身就带着偏移。

统一口径这件事不需要做到完全精确，它的目标是让不同目的地之间的数可比。可比的意思是同一个位置上放的是同一类东西，至于这一类东西内部的算法是精细还是粗略，只要各处一致就不影响排序。很多团队卡在追求精确上，来回改算法改了很久，反而把可比性这件事放在了一边，越改越乱。

口径不统一还会带出一个连带问题，就是没法回答哪个目的地更赚钱这类问题。这个问题看起来是道简单的排序题，实际要么先把口径对齐，要么承认这个问题暂时没有答案。多数团队的做法是硬排，排完之后拿结论去做资源决策。这种状态下做出来的决策，方向可能就是错的，而且错得很有说服力，因为它有数字支撑。

对齐口径有一个省事的顺序，先对齐金额最大、分歧最多的那几项。通常落在头程运费、平台佣金、活动让利这几处，它们金额大、规则复杂、各地做法差异也大。把这三四项对齐之后，剩下的细项即使还有些不一致，对排序的影响也有限。一上来的顺序如果是先对细项，很容易花掉大半时间却仍然没法排序。

对齐之后要留一份定义说明，写在成本表旁边。说明的内容是每一项包含什么、不包含什么，一句话一条，不必展开。这份说明的价值在人员更替的时候体现得最明显，接手的人不用去猜某一项到底含不含运费，看一眼说明就清楚了。没有这份说明，同一张表在两代人手上会慢慢变成两个意思。

还有一类分歧来自对亏损的认定。有的目的地按单笔订单算，有的按整批货算，有的按一个月拉平算。三种认定方式下，同一批货可能被判定为亏、不赚不亏、微赚。做决策的时候如果没注意这个差异，会出现在一处已经判定要停的业务在另一处被继续投入的情况，而两个判断依据其实都不是错的。

口径统一不等于要求各处的做法完全一样，有些差异是客观存在的，强行拉平反而失真。比如不同目的地的退货率就是真的不一样，把退货率按一个统一的值填进去，会把当地真实的情况盖住。统一的是这一项的定义，也就是退货损失包含哪些内容，具体取值仍按各地实际填。这一处分清之后，讨论就不会绕在要不要拉平上。

最后要说清楚一件事，对齐口径是一次性的活，维护却是长期的。新开一个目的地、新上一个类目、报名一个新的活动，都可能带进一项没对齐的支出。做法是把对齐这件事挂到开新目的地这个动作上，开门的时候顺带过一遍成本项，比攒到年底再一起清要轻松得多。

口径这件事还有一个反直觉的地方，越是想把成本算准，越容易算不准。原因是为了准，人会不停地把各种边缘支出也拉进来，拉进来的每一项都要定义、都要分摊，定义和分摊的过程本身就会产生新的分歧。到最后表变得很厚，能看懂它的人只剩下一两个，其他人只能照着用，照着用的过程又会引入新的误读。

有一个更稳的做法是先固定一个够用的粒度，把主要的几项定清楚，边缘的项统一放进一个综合项里按比例预留。这样做牺牲了一点精度，换来的是各处都能用同一套逻辑去估。定价这件事里，各处逻辑一致的价值通常高于单项精度的价值，因为它决定了结论能不能放在一起比较。

口径的表述方式也影响落地。写成一句短定义比写成一段说明更容易被执行，因为执行的人是在日常动作里顺手用它的，不是在专门研究它。定义最好能短到可以贴在成本表的第一行，一眼就看到，看多了自然记住。放在附页或者说明文档里的定义，被用到的概率会低很多。

还有一个不容易发现的错位来自主体不同。同一个盘子里如果有几个注册主体在跑，各主体记账的方式、报销的口径、税费的处理都可能有差别。这些差别会让同一个目的地的成本在不同主体下面呈现成两个样子。做跨目的地的比较之前，先确认比较的对象是不是同一个主体口径，否则比出来的差异有一半来自主体而不是目的地。

把所有分歧列出来之后，通常会发现真正需要处理的只有三四项，其余的分歧金额都很小，处理与不处理差别不大。这个发现能省掉很多力气，因为它把一件看起来浩大的工程压缩成了一个小清单。做法是先把分歧列全，再按金额排一下，从大往小处理，处理到某一项时发现剩下的影响已经可以忽略，就可以停了。

还有一个能用上的角度，是看两个目的地的类目结构是不是可比。同样是做家居类，甲地的构成集中在小件收纳，乙地的构成偏向大件家具，两地的价格形成逻辑本来就不同，硬把成本口径对齐之后仍然不该直接比价。知虾站在看清各站点类目结构这一层，它看的是多站点数据与站点分析里的类目与商品分布，给的是一个判断两地能不能直接比的参照，口径怎么定仍由人来做。

第二步没做，后面每一步都在用不同口径的数

各平台的费率结构不一样

佣金这一项的差异不只是比例高低，还包括它的算法结构。有的地方按成交额的一个固定比例收，有的地方先按类目分档，再叠加一层活动的加收。前一种算法在任何情况下都只有一个数，后一种在参加活动和不参加活动的时候是两个数。定价的时候如果按前一种的思路去估，碰上后一种的活动期就会低估一档。

还有一类费用是按结果产生的，比如退款相关的处理费。它的特点是平时不出现，一旦出现就是一笔相对显眼的金额。这类费用在做单件成本的时候不好摊，摊多了平时显得成本虚高，摊少了又会在某些月份突然冒出。可行的处理是把它单独列一行，按当地历史的退款比例预留一个档位，不混进商品成本里。

活动优惠的承担方式是最容易搞混的一项。同一个折扣，有的地方由卖家全额承担，有的地方平台分担一部分，有的地方以补贴的形式回补。三种方式的最终成本完全不同，而从商品页上看，买家看到的是同一个价格。只按页面价格去反推成本，会把三种情况当成一种，算出来的结论自然对不上。

费率结构还会跟着经营状态变化，这一点常被忽略。新店期可能有一段时间的费率优惠，达到某个量级之后进入常规费率，参加某些活动之后又会临时变化。定价的时候如果用的是开店当时那一版费率，过一段时间就会和实际扣费对不上。做法是在费率表上标清楚每一档的适用条件，而不只记一个数字。

把费率结构拆开看之后会发现，真正决定成本的是结构，不是比例。两个目的地的主费率看起来一样，一个只在成交时收，另一个在成交和退款两个环节都收，后者的实际负担会明显更高。定价表里如果把费率写成一个小数，这层结构就丢了；写成几个分项加一句适用条件，才留得住。

费率里还有一项差别来自计费基数。同样名义比例的两个地方，一个按商品成交额计费，一个按含运费的总额计费。后者的基数更大，实际扣的钱按比例看可能高出一截，而从名义比例上完全看不出来。做价格估算的时候，基数这一项要和比例一起写在费率旁边，只写比例等于漏了一半信息。

有一类费用按店铺维度收，而不是按件收，比如一些基础的服务费。这类费用的特点是它和销量无关，店铺开着就有。做单件成本的时候，它需要按预估的销量去摊，销量估得高每件摊得少，估得低每件摊得多。它会让低价商品的成本看起来偏高，定价的时候容易把这类商品定得比实际需要的更高。

费率的档位也和类目相关，同一个商品在不同目的地的类目归属可能不同，档位也就跟着不同。类目归属通常由当地的类目体系决定，不完全由卖家选。这就出现一种情况，同一个款在两地的佣金率差了一档，而这差异既不是因为卖家做错了什么，也不是能通过操作改变的。定价的时候把它当成一个已知条件来处理就行。

活动期的费率变化要有心理准备。有的地方在活动期间会临时提高某个环节的费率，或者对参与活动的商品按另一套标准计费。这一部分在活动报名的时候通常会写清，但报名的人往往只看流量和折扣，不看费率那一段。做活动前把费率那一段单独看一眼，能避免活动做完才发现让利超过预期。

费率结构里最应该警惕的是那种看起来很小、但会在所有订单上发生的费用。单笔看只有一点点，乘以全部订单之后是一笔不小的数。定价的时候人对一次性的大额支出很敏感，对每单都有的小额支出反而不敏感，这是最容易在估算里丢掉的一类。做法是把它按单笔金额摊出来，看得见才好估。

把费率拆成几个分项之后，会发现一件有意思的事，两个目的地的总费率可能很接近，但结构完全不同。一个费用集中在成交环节，另一个分散在成交、履约、退款几个环节。总费率接近只说明加总的结果相似，不说明风险相似，因为分散的那个在任何一环出问题时都会多扣一笔。

还有一项费率上的差别跟结算方式有关。有的地方按每笔订单单独扣费，有的地方按结算周期汇总扣费。前者的每一笔都能对上单独的订单，后者只能看到一个总数。做核对的时候，前者可以逐笔查，后者只能整体比对。这个差别决定了核对这件事到底要投入多少人力，也决定了能不能及时发现费率上的异常。

费率的变化往往不是一次性通知，而是先在规则里改了，过一段时间才在扣费上体现出来。这中间有一段窗口期，用旧费率估的价格已经提交上去了，新费率还没开始扣。等到开始按新费率扣的时候，会发现某一批商品的实际毛利比预估的低。做法是定期看一次规则变更的公告，把变更的内容和生效时间记下来。

把费率结构写清楚之后，会发现它对选品也有参考价值。有些类目在某个目的地的费率明显偏高，同样的售价拿到的净额更少；另一些类目有费率上的优惠。这个差异会实实在在地改变某个款在那个地方值不值得做。选品的时候把费率这一层带上，选出来的款更贴近实际能拿到的收益。

看某个目的地的同类竞争处在什么情况，可以借助外部数据。知虾给的是竞品监控与关键词分析这一层的参照，帮人看出这个类目在当地是不是已经很拥挤，拥挤的地方往往伴随更频繁的活动报名，而活动报名又会带来费率上的额外负担，这一层连锁在定价的时候要一起考虑。

费率还有一个日常层面的影响，就是它决定了价格调整的最小步长。费率高的地方，每降一个档位让掉的净额更多，所以降价这件事要更谨慎；费率低的地方步长可以小一点，调整起来更灵活。把最小步长当成一个参数记在定价表旁边，调整的时候照着走，不用每次都重新算一遍。

越靠近平台规则那一层，各目的地的口径差得越远

结算周期与汇率要不要算进去

结算周期这件事要分两层看。第一层是钱多久到手上，这影响的是资金周转，不改变单件成本。第二层是到账的金额怎么算，这一步会真的改变成本，因为折算汇率和手续费是在结算环节发生的。两层混在一起谈，很容易把资金压力和成本上升当成同一件事，处理的方式也会搞错。

汇率处理的关键是固定一个折算时点，而不是选一个划算的时点。按下单日折算、按结算日折算、按月度均价折算，三种做法都有人用，都能自洽。麻烦的是同一批数据里混用了几种，这时候毛利会跟着汇率波动来回跳，而跳的原因并不是经营本身。定一个时点然后一直用，波动就变成了一种可解释的噪声。

资金紧张的阶段，把结算周期折算进定价是合理的做法，但要折算得说得清。常见的方式是按占用的天数乘一个内部资金成本，得到一个大致的附加比例，放在成本表里单列。它的好处是当资金宽裕之后，这一项可以直接归零，定价的逻辑不用跟着改。混进商品成本里就做不到了，混进去容易，拿不出来。

结算周期在不同的目的地时长差别往往很大，这一点在排主次的时候也用得上。回款慢的地方，同样的销量占用的本金更多，它能支撑的补货节奏也更慢。所以看一个目的地的表现，单看毛利率不够，还要看它占用了多少本金多久。这一项在主次表里常常是缺的，缺了就容易高估那些回款慢的地方。

汇率还有一个容易踩的地方，就是拿一个很久以前的汇率去做现在的定价。这种做法在汇率稳定的时期看不出问题，一旦波动起来，定价会在不知不觉中偏离。可行的做法是给汇率设一个复核周期，到点就更新一次，并且把更新这个动作写进定价的例行事项里，而不是等某个人想起来才做。

结算周期还会影响一件事，就是日常能看到多少现金。回款慢的地方，账面上的销售额不错，能用的钱却不多。做定价的时候如果只看毛利率不看回款节奏，会在某一段时间里觉得手头紧却找不到原因。查一遍各目的地的回款节奏，通常就明白了，这不是定价错了，是钱还没回来。

有一类做法是把回款节奏纳入目的地的评价，用的是占用的本金乘以占用的天数，得到一个资金占用指标。这个指标的高低和销售额的高低往往不成正比，有的目的地销售额排第二，资金占用却排第一。把两个指标放在一起看，才能判断出某处是不是在用更多的本金换更少的销售额。

汇率折算还有一个方向上的问题，就是成本端和收入端是不是用了同一个时点。如果成本按下单日折算、收入按结算日折算，两者之间的差额会变成一笔看起来像汇兑损益的东西，其实它里面混着时间错位。两端的时点统一之后，剩下的部分才是真正由汇率变化带来的。

多币种结算的时候还会出现一笔小额的折算手续费，金额不大但每一笔都有。它的处理方式通常是直接计入结算环节的成本，不单独摊到商品上。要做的是在估算结算成本的时候把这个比例也放进去，不要只算汇率差。只算汇率差的时候，预估的到账金额会系统性偏高一点点。

结算周期长的一个隐性好处是它降低了频繁调价的压力。回款慢的地方，价格调整的效果要过一段时间才能从回款上看到，这反而让人不会因为一两天的波动就去改价。这个好处是被动的，不必刻意追求，但判断某个目的地是不是适合慢节奏经营的时候，这是一个可以考虑的维度。

把结算和汇率这两项处理好，有一个统一的验收标准，就是同一笔订单在三个月的账上能出现几次。理想状态是一次，也就是按下单口径入账之后不再重复调整。如果一笔订单在不同月份被调整了两次以上，说明时点和口径还没固定，账面上会反复出现小额差异，核对成本很高。

结算周期还会影响一个很具体的决定，就是要不要为了赶某个活动而提前备货。回款慢的地方，提前备货意味着在更长时间里占着本金，而这批货的钱要等活动结束、订单结算之后才回来。这个时间差如果没算清，会出现在活动刚结束时现金流最紧的情况，看上去像是活动做亏了，其实只是钱还没回来。

汇率处理上有一个小技巧可以减少核对的工作量，就是把折算的汇率固定在一个周期内不变，比如整整一个月用同一个值。这样一个月内所有订单用的是同一个折算率，核对的时候只需要看一眼这个月的值有没有更新过。波动被压缩到月与月之间，日常核对的压力小了很多。

有一类支出是必须在结算环节才能确认的，比如促销补贴的回补。它的特点是你在定价的时候不知道具体能补多少，只能按大类估一个比例。估的方式通常是按当地历史数据的量级给一个区间，然后取区间里偏保守的那一端放进成本。取偏保守的一端会牺牲一点竞争力，换来的是不会在事后发现让利超出了承受范围。

把结算相关的因素都摆出来之后，会发现它们的总额通常不大，但它们的波动往往不小。这一项上，稳比准更重要，因为波动会让人对整张表的可信度产生怀疑。可行做法是把这几项打包成一个固定比例，按季度复核一次，期间不随行情调整。等它成为一个稳定的常量，定价的讨论就不用每次都在这里纠缠。

结算周期还会带来一个容易被忽视的管理成本，就是催款和核对的时间。回款慢的地方，与结算相关的沟通频次也更高，这部分时间没记在任何成本项里，却是真实发生的。判断某个目的地值不值得继续做的时候，把它放进考虑范围是合理的，尤其当它的金额量级本来就不大的时候。

同款在不同目的地该不该同价

同价这件事的默认答案是不必同价，因为两地的买家不是同一群人，看到的信息不同，能接受的价格区间也不同。真正需要处理的是价差太大的情况，也就是同一个款在两个地方的价格差了不止一个档位。这种差距会带来两个麻烦，一个是品牌印象上的混乱，一个是给了别人套利的空间。

套利的空间有多大，取决于两地的价差能不能覆盖中间的成本。价差如果小于运费加手续费的量级，实际上没人会去做这件事，即使价差看起来不小。所以判断要不要处理，要先拿价差去比中间的成本，而不是拿价差去比两地的毛利率。前者才是做这件事的人真正在算的账。

价差的合理范围可以按当地价格带的宽度来定。如果一个目的地的同类款价格分布本来就宽，那么它的价和别处差一些也不会显得突兀。如果那个地方的价格带很窄，同类款都挤在一个小范围里，这时候价格落在哪里会被立刻看出来，容错的空间也小得多。

要不要同价还和这个款在两个地方的角色有关。它在甲地是主力款，价格上动一点都会影响销量和评价；在乙地只是占位的一个款，量不大。这种角色差异之下，硬把价格拉到一致，等于为了一个不重要的位置去动一个重要的位置。角色不同，价格的处理方式本来就该不同。

有一个具体的做法能把这件事变简单，就是给每个款标一个价格弹性档位，高、中、低三档就够了。弹性高的款各目的地独立定价，跟着当地价格带走；弹性低的款保持一个跨目的地的价格带约束，不能偏离太多。分完档之后，每次定价只需要看这个款落在哪一档，不必每个款都重新讨论一遍。

价差还有一个来源是定位不同，而不是成本不同。同一个款在一处被当成入门款，价格故意压在一段区间的下沿，吸引第一次买的人；在另一处被当成主力款，价格放在中段，靠评价和图去竞争。这种情况下价差是设计出来的，不是算出来的。判断的时候要先把这类设计出来的价差和因为没对齐产生的价差分开。

有一种情况必须主动抹平价差，就是同一个买家能在很短时间里看到两处价格。这类重叠通常出现在语言相通、物流又能覆盖两地的目的地之间。买家一旦发现同一件东西在另一处更便宜，损失的不只是这一单，还包括他对这个店的信任。这种情况下即使成本上允许有价差，也值得把它压到很小。

价差还会影响促销的统一性。如果同一个款在两地的常规价差得比较多，做跨目的地的统一活动时就没法用一个折扣力度去覆盖两处，一处力度合适另一处可能亏。常见的处理是把活动力度按目的地分开定，代价是活动的对外表达变得不统一，需要多一层解释。

同价还有一个技术层面的麻烦，就是同一个价格在不同目的地的实际意义不同。同一个数字在一处刚好落在中段，在另一处可能落在偏高的位置。想做成同价，要么接受它在某一处不合适，要么把它调到一个两处都能接受的位置，这个位置往往是折中出来的，两处都不算最优。

判断要不要同价，可以问一个很具体的问题：如果买家同时看到两个价格，他会怎么想。如果答案是会觉得自己买贵了，那这个价差就该处理；如果答案是觉得两地市场不一样，能理解，那这个价差可以留着。这个问题比任何指标都直接，因为真正受影响的是买家的判断。

价格这件事还有一个日常层面的约束，就是改价的动作成本。同一个款在两处各有一套价格，每次调价要改两个地方，还要确认两边的关系没被搞乱。款数一多，这个动作成本就变得显著。所以同价除了买家这一侧的考虑，也有维护成本这一侧的考虑，两边都要看。

有一个和同价相反的做法也值得知道，就是故意把一个款在两处做出价格差，用来区分客群。高的那一处配更完整的内容和更好的服务，低的那一处保持基础配置。这种情况下价差要说得清理由，否则最初的买家会觉得被区别对待。说得清的前提是你确实在两处给了不同的东西。

价差和库存之间还有一层关系。两处价差大而货是同一批的时候，买得便宜的那一处会先把货吸走，贵的那一处想卖的时候可能已经断货。这种吸货的过程在量的量级差不多的时候不明显，一旦其中一处的价格明显更低，货的流向就会一边倒。做价差判断的时候要把这一层带上。

同价这件事在刚开始铺的时候更容易做到，因为那时候款少、各地的价格还没被市场检验过，定一个统一的值阻力小。等运营了一段时间，各地都根据当地情况调过几轮，再想回到同价就要把已经形成的价格往回拉，往回调通常比一开始就定好要难。这一点值得在铺开的初期想一次。

有一类款天然适合同价，就是单价低、买家不太会比较的那些。这类款的价格敏感度集中在是否划算的大致判断上，差一点不会引起太多注意，同价能省掉一批维护工作。反过来，单价高、买家会反复比较的款，价差被发现的概率大得多，这类款要么同价要么把差异控制在小范围里。

判断价差要不要处理，可以设一个触发线，比如两地的价差超过当地价格带宽度的一个比例就摆到桌上。这个线不必精确，有了它之后讨论就从感觉变成了对照。没有这条线的时候，每次遇到价差都是重新判断一遍，判断的标准还随人不同，同一件事在不同月份会得出不同的结论。

价格带要先摸清再定

价格带这个说法容易让人以为是一条线，实际它是一个区间的分布。同一个类目下，多数商品的价集中在一段范围里，往两边逐渐稀疏。定自己的价，本质上是选落在这段分布的哪个位置，靠中间的位置更容易被接受，靠下沿更容易被注意到，两边的代价不一样。

摸价格带的时候要注意把促销价和常规价分开。如果一个类目里很多商品长期挂着折扣，页面上显示的价格和实际成交价格之间会差出一段。按页面上的数字去摸，摸出来的区间偏高；按成交价去摸，又要考虑到折扣的可持续性。可行的方式是两个都看，用页面价定上限，用成交价定下限。

价格带还会随季节移动，这一点在服装和节庆类商品上特别明显。换季的时候整个类目的价格分布会整体下移，新一季上线之后又上移回来。如果定价表的取值是一次定死的，过了这个节点它就不再落在区间里了。定一个复核周期，让取值跟着价格带一起动，比一次定准更实际。

有一个判断值得单独提一句，价格带落在哪里和这个款能卖多少是两个独立的问题。价格落在区间中段，说明它不会因为价格被排除在外，但会不会被选中还要看图和评价这些别的因素。把价格当成能解决销量问题的东西，会让定价这个动作承担它承担不了的责任。

看某个目的地的价格带落在什么范围，可以借助外部数据。知虾站在成本与价格区间这一层，给的是定价计算与站点分析的结果，帮人看出这个类目在当地大致分布在哪一段，至于自己的价定在区间里的哪个位置，仍由人结合成本和定位来定。

摸价格带的时候要专门看那些卖得动的商品落在哪一段，而不是看所有在售的商品。在售的池子里混着很多上线之后就一直没有动静的商品，它们的位置是随意的，会把区间的边缘撑开。只看有动销的那一批，区间会窄一些也更真实，定出来的价格才有参照意义。

有一个细节容易被忽略，同一个类目在不同目的地的价格区间宽度差别可能很大。有的地方同类款集中在很窄的一段，相差一点点就很显眼；有的地方跨度很宽，从低到高都有量。价格带窄的地方容错小，价格带宽的地方容错大，这个差别会直接影响定价时能有多大的自由度。

价格带还要按规格分开看。同一个类目下，不同规格的价格区间往往不连续，小规格集中在一段，大规格集中在另一段，中间是空的。把整个类目的所有规格混在一起摸，摸出来的区间会跨过那段空白，得出的结论对哪一段都不准。按规格分层摸，虽然多花点时间，拿到的参照是能用的。

价格带摸清之后，还有一个动作是找到那条明显的分界线。很多类目里，价格在某个数值上下的商品，买家的预期完全不一样，往上被要求更多，往下被容忍更多。找到这条线，就能判断自己的款该放在线的哪一侧。这条线通常不是算出来的，是靠比较同类的构成看出来的。

价格带会跟着供给变化移动，这一点在铺开的初期尤其明显。某个类目刚有热度的时候参与的人少，价格区间偏高；参与的人多起来之后，区间整体下移。定价表里的取值如果按早期摸出来的数据填，过一段就会偏高，表现出来的是转化不如预期，而原因是价格已经不在主流区间里了。

还有一类价格带是按时间段分的，比如节日前后。节日期间送礼需求会让中高价位段的量变大，节日过后又回到常规。做定价的时候如果按一整年的平均去定，会错过这两个时段的差别。按季度或者按大促节点分别摸一次，得到的参照更贴近当下，也更适合用来做节前的备货判断。

摸价格带的时候还有一个角度值得看，就是价格的密度分布，也就是哪个价位段上的商品最多。密度最高的那一段是竞争最集中的地方，价格定在那里意味着要和最多的人争同一批买家。稍微偏出这一段一点，竞争会少一些，但要接受被看到的概率也低一些。这是定价时真正在做的取舍。

有一项数据在摸价格带时经常被忽略，就是同一价格段里的商品数量在增长还是减少。如果一段区间里的商品数在快速增加，说明这一段正在变得拥挤，现在定在那里可能过一段时间就要面对更多的同类。价格带的判断不只看当下的分布，也看它的走向，后者往往更有用。

价格带和内容质量之间有一种对应关系。同一个价格段里的商品，买家默认会对它的图、描述、评价有一套预期。价格定得偏高而内容停留在低价格段的水准，落差会被直接感觉到。所以定完价之后要反问一句，自己的内容配得上这个价所在段位吗。这一问能避免一种常见的不匹配。

不同目的地的价格带要用当地的货币单位去看，而不是折算成同一种货币之后再看。折算之后看起来的差异会被汇率掩盖一层，真正在当地人眼里是贵还是便宜，只有用当地单位和当地收入水平去比才看得出来。这一步做起来多花一点时间，但它决定了判断是不是从当地视角出发的。

价格带摸清之后，还有一个动作是把它写进定价表当参照。写法很简单，就在每个目的地的价格列旁边留一栏，填这个类目当地主流区间的大致范围。这样改价的时候一眼就能看到自己的价落在什么位置，不用每次都去重新查一遍。参照需要定期更新，但更新的成本比每次重查低得多。

能不能跟价、要不要同价这两格，数据那一列是空的

定价表为什么必须集中维护

集中维护这件事的障碍通常不是技术，是习惯。各人手上有一份自己的表，改起来方便，也不用等别人。这种便利在目的地少的时候没有代价，到了三四个目的地之后开始显现，五六个之后就变成主要问题。问题的形式不是表冲突，是每次比较都要先花时间确认两边说的是不是同一件事。

集中之后要紧的是权限和流程的简单。改一项成本需要一个明确的入口，改完要留下时间和改动原因，其他人能看到。这套东西不必做成系统，一份共享的表加上一段改动记录就够用。做成复杂的系统反而会让人绕开它，绕开的次数多了，所谓的集中维护就只剩一个名义。

表集中在一处之后，会自然产生一个新的用法，就是拿它当讨论的底稿。讨论某个款要不要调价的时候，直接打开这张表，两边的成本项和取值都在眼前，讨论的内容就从各自的印象变成了同一份数字。这个变化看起来小，实际能省掉大量来回确认，因为争议的对象从记忆变成了记录。

维护的人要明确，但不必是负责人。通常的做法是让做定价的人自己维护，因为他离改动最近，改动的动机也最直接。让不参与定价的人代管，会出现要改一项得先找人这种情况，改动的摩擦一大，人就会先在私下的表里改好，等有空再补，账又分叉了。

有一类内容不适合放进定价表，就是那种一次性的估算。比如某次临时采购的价格、某一批特殊的运费，这些放进表里会让表越来越厚重，每个人看的时候都要先跳过一堆跟自己无关的行。做法是给这类内容留一个附注栏，写清适用期限，过期就删，主表只放长期成立的口径和取值。

集中维护之后，一个副作用是把定价这件事的耗时从分散变成了集中。过去每个人每天花十分钟在自己的表上，现在是一周有一个人花一小时集中处理。总时间少了，但它变成了一件需要专门安排的事。如果没有固定一个时点，集中维护会一直往后推，推到一定时间之后，表就过期了。

表要经得起看，就不能只有数字没有来源。每一项取值后面最好留一个很短的信息，说明这个数是从哪里来的、什么时候取的。这一条信息在核对的时候能省掉大量来回问，也让表具备了被审查的基础。没有来源的数字，别人没法判断它还有效没有，只能当成一个待确认项。

集中维护还带来一个能力，就是能做横向比较。同一张表里，几个目的地的同一项成本并排放在一起，差异一眼可见。这种比较在过去各管一份的时候做不了，因为要先把几份表拼起来，拼的过程中还要处理定义不同的问题。表集中之后，比较变成了默认能力，不用额外准备。

维护的人需要有一个固定的复核周期，通常跟定价的复核周期对齐。复核的内容不是重新算一遍，而是看每一项的取值有没有过期的迹象，尤其是有适用期限的那些条目。这样做的成本不高，收益是避免在某个时点突然发现表上的价格全都不合适了，那时候改动会集中爆发。

有一件小事值得一开始就定好，就是表里用什么单位。金额用当地货币还是统一折算后的货币，重量用克还是千克，这些不统一的时候，引用的人会在某一个环节自己换算一次，换算就容易出错。定一个统一单位，需要看当地货币的时候再单列一栏，比混着用要稳。

集中维护不等于所有人都能改。能改的人要少，能看的人可以多。这个安排的理由是改动本身有风险，改动带来的影响会传到好几个地方；而查看几乎没有风险，看的人多了反而有助于发现表里的问题。权限按改和看分开设，比按部门设更符合这张表的实际使用方式。

集中维护会暴露一些过去被掩盖的问题。过去各自维护的时候，每个人只看到自己那一段，看不到全貌。表集中之后，某一项取值明显偏离其他的那些立刻会显出来。这些问题一直存在，只是以前没有一处地方能同时把它们摆在一起，所以没人注意到。

有一件事要在集中之后马上做，就是给每一项成本标出责任人。不是审批的责任，是维护的责任，也就是这项如果变了该由谁去更新。没有责任人的项会自然腐坏，因为谁都可以改谁也可以不改，最后它的值取决于最后一个改它的人当时的理解。标上名字之后，它就有人看着了。

表集中之后要有一个对外发布的形式。不是每个人都能打开原始表，更多人需要的是一个足够简单、能直接拿来用的版本，比如一份按目的地列好几项关键数的清单。原始表给维护的人用，发布版给执行的人用，两者由同一个人在同一时点生成。没有这个区分，执行的人要么看不到，要么看到一份看不懂的东西。

集中维护还有一层意义和人员流动有关。定价这件事往往集中在少数人手上，人一走，这套东西就跟着走了。表放在一处、定义写清楚、来源标明白，接的人能顺着这些线索把逻辑重新搭起来。这三样东西做齐，一个新人接手定价的时间会短很多，而且更不容易在接手期做出错误的价格决策。

表里的数据要能对得上外部。做法是定期拿一次实际的结算数据去核一遍表里预估的数，看偏差落在什么范围。这个核对不是为了改表，是为了知道表估得准不准。如果偏差一直很小，说明表可用；如果某几项偏差持续偏大，说明那几项的定义或者取值需要重新看，这是表保持有效的唯一验证方式。

口径统一之后，反复核对与改完不一致这两件事都会往下走

改动一次要传几个目的地

改动要传到哪里，这件事最好在动手之前先列一遍，而不是改完再去补。改动的影响面往往比直觉大，因为一个价格的变动会牵动好几处记录：商品页上的值、活动报名里的值、定价表里的取值、成本表里的某个假设，还有对外报过的价格口径。事前列一遍，能避免改完之后一边说改了一边没改。

改动还有一层是时间上的错位。同一个改动在几个目的地不是同时生效的，有的地方改完立刻生效，有的地方要等下一批审核。这段时间里几处同时挂着不同的价格，如果这时候去看数据，看到的是一个过渡状态。做改动记录的时候把生效时间也记上，后面看数据才知道哪一段是过渡期。

改动最容易被漏掉的一处是记录本身。价格改了，表也更新了，但改动的原因没写。过两个月回头看，只看到一个数字变了，看不出当时为什么变。这种情况攒多了，定价表就失去了作为判断依据的作用，变成了一个只反映现状的列表。原因不必写长，一句话说清触发这件事的原因就够。

还有一类改动值得单独管，就是折扣规则的变化。它不像改价格那样显眼，但它会让最终的成交价整体移动。折扣规则改一次，所有参与这个规则的款的实际成交价都变了，这时候如果没有一个地方记着规则本身，从成交价反推回去会得到一个错的常规价。规则要当成一层单独的东西记下来。

改动这件事做久了会形成一个规律，越是经常改的地方越需要记录，因为那里积累的变化最多，也最容易被记错。反过来，几个月不动的地方改一次，往往不需要太复杂的记录，因为前后差异一眼就能对上。把记录的力气按改动的频次分配，比每次都写得很细要划算得多。

改动的传播还有一个容易忽略的方向，就是从记录往回传。价格在页面上调了，定价表也更新了，但成本表里的某个假设如果没跟着改，下次算出来的成本还是旧的。这类遗漏不会让别人看到不一致的数字，只会让下一次定价的起点是错的。往两个方向都传一遍，这个漏项才能堵住。

改动要传的地方多了之后，值得给它们排一个固定的顺序。通常是先改成本假设，再改定价表，然后改页面和活动报名，最后补记录。这个顺序的理由是每一项都依赖前一项，前一项没改完就改后一项，中间会出现一段用旧成本配新价格的时期。顺序固定下来，改动的过程就变成照着走。

有一类改动只需要传一处，就是把记录里的说明补完整。这一类的特点是它不改变任何实际的值，只是让已有的值变得可以追溯。它不影响当下，影响的是未来某一次需要回溯的时候能不能查到。这类改动没有紧迫性，容易一直被往后排，可以固定安排在一个低负荷的时段处理。

改动的验证方式很直接，就是改完之后拿一处抽查一遍，看那几个地方的值是不是都对上了。抽查不需要全量，挑一个改动影响最明显的地方看就够。这一步花几分钟，作用是及时发现漏传，而不是等某个数据出现异常之后再去反查是哪一次改动漏了。

改动的记录还能反过来用于判断哪些地方经常需要改。如果一个目的地的价格在一个季度里改了七八次，说明它的价格机制还没稳定下来，要么是价格带还在动，要么是当地的竞争在持续变化。这时候值得专门花时间看一遍它的定价逻辑，而不是继续一次次地微调。

还有一件事是改动之后不要马上评价效果。价格的调整通常要过一段时间才能在数据上看出方向，尤其是调整幅度小的时候。改动当天或者第二天就去看转化，看到的大多是噪声。给自己定一个观察长度，到点再看，这个习惯会让定价这件事的整体质量稳定很多。

改动传播上有一个很实用的做法，就是把要传的地方做成一份固定清单，每次改价照着清单走一遍，不用现场想。清单的内容不复杂，几行字，按顺序写清每一处。它的价值在于把一件需要记忆力的事变成一件照着做就行的事，减少漏项是它主要的一项收益，而这个收益在改动频繁的时候就变成主要的。

清单上还可以加一列，写清每一处由谁负责传。这一列看着多余，实际上它把责任落到了具体的人身上。写好之后，改动完成与否就有了一个可以核对的标志，而不是所有人以为别人已经做了。责任不清楚的时候，漏掉的那一处往往就是所有人都以为有人做的那一处。

改动之后隔一段时间要回看一下，看当时那次改动的效果有没有达到预期。回看的意义不完全在这一次，也在于校准未来的判断。如果连续几次改动的实际效果都和预期差得比较远，说明对价格的判断模型本身有偏差，这时候要改的是模型，而不是继续调价。

改动这件事还有一个反向的用法，就是用它来测试价格带判断准不准。在一个款上小幅调一次价，看转化的变化，用这个变化去验证原先对价格带的判断。这种做法把日常的调价动作变成了一次小小的验证，攒几次之后，对当地价格带的判断会比单靠看数据摸出来的更贴。

最后要说一句关于节奏的话，改动不该被当成日常动作。每天调一点价看起来灵活，实际上让所有和数据相关的比较都失去了基准，因为没有一个稳定的时期可以和别的时期对上。定价的调整最好按周期成批做，中间保持稳定，这样每一次改动的效果都看得清，也才谈得上有经验积累。

改动之前有一项准备工作能省掉后面不少麻烦，就是先确认这个款在当前价位上还有没有空间。空间这个词不抽象，指的是当地同类款的价格分布里，自己的位置上下还留着多少余量。知虾站在挑款与算区间这一层，它给的是选品与定价计算的结果，帮人看出这个款还能不能调，至于调多少、往哪个方向调，仍然由人结合成本与阶段目标来定。

常见问题（FAQ）