Shopee多平台铺货工具算账：各平台费率不同怎么摊

多地经营的账比单地复杂在哪

复杂首先来自口径的层数变多了。单地经营只有一套费率结构，一笔钱进来扣掉哪几项、剩下多少，路径只有一条。几个平台之间，同一笔支出的归属可能因为平台规则不同而落在不同的环节，也可能因为自己的记账习惯不同而被放在不同的位置，两处加起来就有很多种组合。

第二层复杂来自支出本身的性质。货运费、佣金、推广、人工、工具这几类，有的能直接归到某个平台，有的天然是共用的。共用的那一部分要分到各平台才有意义，而分摊的方法不止一种，按销售额分、按订单数分、按商品件数分都说得通，选哪一种会直接改变各平台的账面结果。

第三层复杂来自时间。同一批货可能先发到一个平台的仓，再从那里转到另一个平台，货款的结算时点也就分散在不同的月份里。按支出发生的时间记，和按货卖出去的时间记，得出的月度结果完全不同。两种记法都没有错，混着用就会出现某个月特别好、下个月特别差的情况。

复杂还来自各平台结算方式本身的差别。有的平台按订单逐笔结算，有的按周或者按账期归集，有的把佣金和手续费在结算时就扣掉，有的先给全额再另开一张账单。同一批货，在两个平台上的到账金额和到账时点都不一样，账面上看起来就是两笔性质不同的收入。

还有一层复杂来自退货的时点。退货在哪个平台都发生，但它在账上的位置不同。有的地方退货直接在当期冲销收入，有的挂在应收里等一段时间，有的把退款和原来的收入记在两个月。同一批退货，在几处对当月的影响不一样，比较两个平台的月度表现时就会出现偏差。

有一处复杂容易被当成会计细节而不被重视，就是各平台的币种和折算时点不同。按下单时折算和按结算时折算，结果会差出一段，而这段差在两地的金额量级上并不对称。如果几处用了不同的折算习惯，合并看整体的时候，汇率波动就被记成了经营波动。

还有一处复杂是各平台对活动费用的记账方式。同一个促销，一处由自己承担折扣，另一处由平台分担一部分，第三处以补贴形式事后回补。三处的买家看到的价格可能一样，但自己实际收到的钱不一样。按买家看到的价格去反推各个平台的收益，会把三种情况当成一种。

最后还有一层是规模不对称带来的。铺三四个平台的时候，通常有一个平台占了大头，其余几个加起来还不如它。这种结构下，用统一的百分比去看整体，得出的数基本反映的是那个大平台的情况，几个小平台的真实状态被稀释掉了。所以看账的时候，小平台要单独看，不能只看合并数。

复杂还有一处来自时区与工作节奏。几个平台的客服时段、活动开始时间、结算节奏分布在不同时区，同一批货在不同平台的动销节奏不一样。放在同一张月度表里看，某个平台的月初到月中跑得快、另一个平台集中在下半月，两处的高峰期错开，月度合计反而看不出波动，问题就被掩盖了。

还有一个来源是各平台对同一批货的定价方式不同，导致收入结构不一样。有的地方以外购价加成定，有的以当地同类价为锚定，两处的售价和成本的对应关系不同。把两处的收入放在一起看，总收入的变化里混着两种定价逻辑的变化，拆不开就没法解释。

有一层复杂来自平台对同一笔交易的分次确认。有的地方下单即算成交，有的地方要等买家确认收货才算，有的地方把退货期结束当成确认点。同一批订单，在两处计入不同月份的金额可能差出相当一块。看月度对比时，这一层造成的差异常被误认为经营波动。

还有一处复杂和自己内部的记法有关。同一批采购款，负责采购的人按付款日记，负责经营的人按货到仓记，负责平台的人按货上架记。三个时点可能横跨两个月。三个人都没有算错，但三份表放在一起对不上，而争论往往落在谁的表错了上面，忽略了这是三个不同的问题。

最后还有一层和商品结构有关。几个平台的销售结构不一样，一个平台的头部款占了多数销量，另一个平台长尾款多。用统一的百分比看成本，前者会被头部款的采购优势影响，后者会被长尾款的单据量放大。结构不同的时候，平均数的含义本身就在变。

还有一层复杂来自各平台的推广方式不同。有的平台主要靠站内投放，支出集中在广告位；有的平台靠自然流量的运营动作，支出更多落在人力和内容上。两种方式在账上表现为不同类目的支出，把它们放在一起对比投入产出比，比出来的数字其实是在比两种不同的做法，而不是在比两个市场的效率。

这几个来源合起来，会指向一句话：多地经营的账难，难在每一处都同时存在多种合理的算法，而这些算法给出的结论并不一致。任何一次看账的结论都附带着一个前提，前提不说出来，结论就没法用。把前提写清楚，比把算法改得更精细要紧得多。

第三步不固定，后面每次看账都会得到不同的结论

哪些成本按目的地分摊、哪些不能

能按目的地归集的支出有一个共同特点，就是它为了某一个平台才发生。当地的推广投放、当地的仓储租金、某个平台专属的活动费用，这几类都有明确的指向，不需要分摊，直接记在那个平台名下就行。这类支出最清楚，也最少引起争论。

不能按目的地归集的支出也有一个共同特点，它为了整盘生意才发生。进销存系统的年费、负责统筹的人工、公司层面的办公开支，都属于这一类。它们的金额和某一个平台的经营好坏没有直接关系，硬要按销售额分摊，会得出规模大的平台承担更多固定成本的结论，那个结论对判断没有帮助。

有一类支出处在中间地带，就是可以按目的地分摊但不该平均分。采购成本按各个平台实际的销售件数分是合理的，因为每一件卖出去都对应一份货。而如果按销售额分，就会把定价高的那个平台的分摊额推得更高，看起来它更费钱，实际它用的货可能更少。分摊的基数要贴合支出的性质，这是关键。

能归集的支出里还有一类需要注意，就是它为某个平台发生，但金额的大小取决于整盘的规模。比如为某一个平台专门备的货，采购价之所以能压下来，是因为几个平台加起来的总量够了。这时候把这批货的成本全记在那个平台名下，会低估它对整盘的贡献。

不能归集的支出里也有一类值得单独看，就是那些一旦停止某个平台就能省下来的。人工是典型的例子，虽然它属于整盘支出，但如果收窄一个平台之后确实不需要那么多人力，那这部分就变成了可省下的。判断一个平台该不该停时，把这一类可省下的部分算进去，结论会更贴近实际。

分摊基数这件事有一个容易踩的地方，就是改动基数之后不重算历史。这个月从按销售额改成了按件数，如果上个月的数还留着旧口径，两个月的趋势就不可比了。可行的做法是改基数的时候顺手把最近几个月的数按新口径重算一遍，花的时间不多，保住的是趋势这条线。

还有一类支出按目的地分不如按款分。同一批货铺到几个平台，每个平台的销售结构不同，用平台来分摊只能看出哪个平台整体费钱，看不出哪个款费钱。如果目的地的判断已经稳定了，可以把分摊的维度从平台换成商品款号，这样能看出具体是哪些款在拖后腿。

归集和分摊合起来还会带来一个结果，就是各平台的账面数字加起来和整盘不一致。这是因为有一部分支出既不归集也不分摊，比如为了整体的合规准备花掉的费用。这部分差额要单独留一行显示出来，让看账的人知道缺口在哪，而不是想办法把它按某种比例塞进各平台里。

还有一类支出只在特定时点发生，比如年度的合规准备、节庆前的备货资金占用费。这类支出按平均分到每个月并不合适，它更贴合按受益期分摊。把这类支出单列出来看，能避免某个月的费用突然跳高，也不会因为要平均化而把它的真实分量掩盖掉。

分摊的共同支出里，有几项是能通过调整业务形态来减少的，这一点值得单独看。比如仓储，如果不是把货分散到各地仓，而是集中一处再发，仓储这项的总额就会下降。看这一项的时候顺带问一句它的形态能不能改，比只盯着它被分到哪个平台更有意义。

归集这件事还有一个前提，就是每一笔支出要能被打上标记。如果票据上只写了一个总数，没有区分是哪一批货、哪一个平台的，那归集就无从下手，只能退回到按比例分摊。所以归集能不能做，取决于日常记录的习惯，而不是取决于账做得多细。

有一类支出是几个平台共同受益但可以量化到各自的，比如一批共用的素材拍摄费。它的总额是固定的，但用在哪几个平台是清楚的。这类支出按使用情况分是合理的，前提是使用情况有记录。没有记录的，只能按一个近似的方式分，把它归入共同支出更省事。

归集和分摊做完之后，值得再看一眼各平台之间的成本结构差异。如果某个平台的某一项成本明显高于其他平台，那可能是这个平台的规则特殊造成的，也可能是自己在这边的做法有问题。这两种原因的处理方式完全不同，看一眼成本结构能帮着分清是哪一种。

归集和分摊的选择还会影响下一步的动作。如果某个平台的某项支出被归集到它名下，那要压低这项支出，就得在那个平台上做动作；如果这项支出被当作共同支出摊开来，做动作就要在整盘层面做。同一个数字的不同归属，指向的是两个完全不同的处理办法。

所以分摊这件事真正的价值，不是让每个平台都有一份自己的账，而是让每个平台的账指向正确的动作。一份分出来好看但指向不了动作的账，还不如不分，直接看整盘来得清楚。判断标准很简单：看完这份账之后，知道该对谁做什么，它就是有用的。

越靠后那几项，越需要先约定口径才能比较

工具费用怎么算进这盘账

工具费用还分两种形态，一种是一次性投入，比如系统上线时的部署和培训；另一种是按期支付，比如年费或者按数据量计费。一次性投入分摊到各期要看它的受益期有多长，按期支付的则直接算在当期就够。两种混在一起记，会出现某个月费用突然变高的假象。

还有一层要和工具费用区分开，就是外部数据服务这类支出。它的作用是提供判断依据，不直接产生收入，也不直接降低成本。这类支出更适合放在决策支持这一层看，把它和能直接带来收入或省下成本的支出分开记。混在一起会让人误以为在看一笔能算出回报的投入。

按平台分摊工具费用还有一个实际困难，就是很多工具是按整盘买的，但在各平台上的使用强度不同。按使用强度分摊听起来合理，实际很难量化，最后往往变成凭感觉分。更省事的做法是统一不分，单列一行，看整体的时候带上它，做平台之间的排序时不带它。

判断工具这笔钱值不值，看的不该是它被摊到每个平台多少钱，而是没有它的时候要多花多少时间。这个时间在某些平台上体现得明显，在另一些平台上不明显，因为各平台的商品数量和操作频率不同。所以对这笔支出的评价，要按它省下的时间是不是落在自己最费时的那一处来判断。

把工具费用摆在这个位置上，还有一个好处，就是不容易把它当成能解决经营问题的东西。它省的是操作时间，改变不了某个平台的类目薄、价格带低或者竞争密这些事实。把这些事实和工具费用分开看，取舍的时候才不会被一笔不大的固定支出影响判断。

判断某个平台值不值得继续投，还有一层依据来自它那边的竞争状况。同一个类目在一个地方已经很密，在另一个地方还比较松，两处投入同样的力气，得到的空间不同。看某个目的地的同类竞争处在什么情况，可以借助外部数据。知虾给的是竞品监控与关键词分析这一层的参照，帮人看出这个类目在那边是不是已经站满了人，至于这笔投入要不要继续，仍由人自己定。

还有一类支出常和工具费用放在一起看，就是店铺后台的各类服务费。有的按订阅收，有的按功能开通收，有的按交易笔数收。它们的共同点是和操作量有关，而操作量最大的那个平台自然会承担最多。这类支出按操作量去摊是说得通的，因为它确实随量变化。

判断工具费用要不要在平台层面体现，可以问一个简单的问题：如果不做这个平台，这笔费用会不会减少。会减少的，就应该在那个平台的账上有所体现；不会减少的，放在整盘那一层更合适。这个问题问起来很快，但能把一大半归属不清的支出理清楚。

有一处容易忽略的地方，是工具费用在各平台上的受益并不对等。一套数据工具对不同平台的作用差别很大：在竞争密的平台上它带来的判断价值高，在竞争松的平台上参考意义有限。这种不对等不该通过分摊来体现，而该在评价工具的用处时单独考虑。

工具费用还有一个特点，就是它相对固定，不随销量波动。这类固定支出在铺的平台少的时候占比看起来不大，平台多了之后总额上去了，占比也会变明显。所以工具费用值得定期整体看一眼，看它相对于各个平台的规模是不是已经偏重，而不是只看它被分到谁头上。

把工具费用排除在排序之外，还有一个作用，就是防止它成为维护现状的理由。已经付了年费的平台，人会倾向于继续做下去，因为停下来这笔钱也省不掉。这个理由本身不成立，因为那笔钱是沉没的，做与不做它都已经花了。把这一层从排序里拿掉，取舍会更干净。

还有一个和工具费用并行的项值得一起处理，就是各类数据服务的使用权。它的性质和工具费用接近，同属为判断提供依据的支出，不同之处在于它的价值更难量化。把这两类合并成一行「判断支持类支出」，看的时候一起看，比分别摊到各平台要清楚。

把这些辅助性支出集中放在整盘那一层，还有一个实际的好处，就是它的变化容易被看见。分散摊到各平台之后，单看某一个平台看不出这笔钱涨了多少；集中在整盘看，涨跌一目了然。判断这类支出是不是偏重，需要一个整体的视角，这正是分摊会丢掉的那部分。

一个目的地不赚钱该不该马上停

判断一个目的地该不该停，先要区分它亏在哪一层。如果亏在单件毛利上，也就是每一件卖出去都在亏，那是定价或者成本结构的问题，停掉是止损。如果单件毛利是正的，只是被分摊的固定成本压成了负数，那说明它已经覆盖了变动成本，停掉反而会摊薄其他平台的固定成本。

第二层要区分的是它亏了多久、以及滑向什么方向。新开的目的地有一段培育期，这段时间的亏损是投入的一部分，判断的依据应该是趋势而不是当期数字。反过来，一个开了很久、数据很稳定的目的地一直微亏，趋势也平，那就没有什么可等的，它大概率就是结构上不合适。

第三层要区分它对其他目的地的作用。有些目的地的价值不在自己赚钱，而在它为其他平台承担了一部分职能，比如用它的库存周转维持了采购的批量优势。这种价值在按平台单独看账的时候是看不见的，因为那部分好处记在了别处。停之前想清楚这一层，能避开一些看起来该停其实不该停的地方。

还有一层判断依据是它占用的资金。一个平台即使账面上微亏，如果它的回款快、库存周转快，占用的资金少，它带来的现金流价值未必是负的。反过来，一个账面打平甚至微利的平台，如果回款慢、货压在那边动不了，占用的本金会拖住整盘，这种时候它的真实价值要低得多。

第二个要考虑的是停掉之后容易不容易回来。有的平台退出之后再进，要重新走一遍准入、重新积累商品权重，回来一次的成本相当高。有的平台进出没有多少门槛，随时可以再开。退出成本高的地方，做决定要比退出成本低的地方谨慎一些，不然一次冲动就断了一条路。

第三个要考虑的是几个平台之间的业务关系。有的平台之间是互补的，一款货在一个平台试出来的结果会影响另一个平台的选品；有的平台之间没有关系，各做各的。前者不能说停就停，因为它承担的测试职能记在别处。停之前把这层关系理一遍，比只看自己那份账更接近全貌。

还有一个常被忽略的指标值得和盈亏放在一起看，就是亏损的波动幅度。一个平台每个月亏的数额差不多，说明它是结构性亏损，停掉之后整体账面直接变好。另一个平台这个月大赚、下个月大亏，一年下来小亏，这种平台停掉的收益并不清楚，它也可能是还有没调对的地方。

有一类情况要特别小心，就是几个平台同时出现微亏。看起来每个平台都差一点，实际根子在共享的那部分成本涨得太快，比如人工或者仓储。这种时候逐个去动平台是治不对地方的，先把共享成本这块看清楚，再决定要不要动平台，顺序反了会白费一轮功夫。

停与不停之间还有一个中间选项常被忽略，就是降级而不是关掉。把推广支出收掉、把在售款数压到一个较小的规模、把客服动作简化，成本会明显下降，平台还留着。这样既保住了一个入口，也不会继续按原来的力度投入。很多平台适合先降级观察一段时间，而不是直接决定去留。

有一类平台的价值需要更长时间才看得出来，就是那些需求季节性强的市场。它在淡季的账面一定是难看的，而这个难看和经营能力没有什么关系。判断这种平台，要用同期的对比，也就是拿它去年同一个季节的表现比，而不是拿它和别的平台比。跨季节比较会得出离谱的结论。

做停的决定之前，值得先问一句：不赚钱的原因是不是已经查清了。如果原因还不清楚，停掉只是把一个未知的问题盖起来，下一次在别的平台上还会遇到。把原因查清再决定去留，即使最后还是决定停，下一次的起点会高一些，因为那次的教训留下来了。

还有一个判断角度是它对选品的作用。某些平台因为有数据可以参考，选品时的把握更高。这个过程本身有价值，只是它的价值不体现在这个平台的盈亏上。停掉它，选品这一步就要多走弯路，那部分成本会分摊到别的平台上。这一层在算账的时候通常看不到。

最后值得留意的是停的动作本身也有成本。已经压在当地的货要处理，可能有折价；已经报名但没结束的活动要走完；已经建立的合规和账号关系会中断。这些成本在决定的时候往往被低估，实际执行出来的数字会比预算多出一些。把这一块预留出来，决定才完整。

有一个具体做法能帮这个决定做得稳一些，就是给每个平台定一条自己的观察线。在这条线之上，即使账面是负的也继续观察；掉到线之下，就启动停或者降级的讨论。线不需要复杂，用一件具体的事来表达就够，比如连续多少期的在售款数没有增长，或者退货比例一直高于某个档位。

定了观察线之后，还要记得定期回看这条线本身还合不合适。平台刚开始做的时候，观察线自然会宽一些，做了很久之后就该收紧了。如果一条线用了很久都没动过，很可能它已经宽到失去作用，什么状态都落在线的上面，那这条线就等于没有。

摊派口径为什么要先固定

口径先固定下来，省下的是每次看账都要重新讨论的时间，但更大的收益是让不同时间的结论可比。这个月和上个月用的是同一套口径，两个月的数字才能放在一起看趋势。口径一变，变化的原因里就混进了口径本身的变化，分不清是经营变好了还是算法变松了。

固定口径还有一个作用，就是让换人做这件事的成本降下来。一套写清楚的口径，新人接手的时候能照着算，算出来的结果和前任一致。如果口径只在某个人脑子里，他离开之后留下的是一堆数字和一句「当时是这么算的」，那堆数字的用处会大打折扣。

固定不等于永远不变。业务形态变了，原先的口径可能就不再合适，比如新增了一个完全不同的平台之后，原来的分摊基数可能变得不合理。这种时候可以改，但改的动作要有记录，写清是什么时候改的、为什么改，并且在改完之后把前后两段数据分开看，不要直接连成一条线。

固定口径这件事还有一个前提，就是它得先被写下来。只在开会时说一遍不算固定，因为每个人的记法不一样，遇到边界情况时各人的处理不同。写在纸上的那一份可以不长，关键是边界那几处要写清楚，比如某一项在两种情况下分别怎么算。

口径一旦固定，还有一个附带的收益，就是能把讨论从数字转到原因上。以前开会常常先花一半时间争论这个数怎么来的，剩下的一半用来讨论数字背后的经营问题。口径写清楚之后，前面那半时间省下来了，能用来讨论的空间也就跟着变大。

固定口径不等于把每个细节都规定死。规定得太细，遇到新的支出项时没有可以归的位置，人就只能自己临时决定，反而破坏了统一。留一点空间，比如规定「新出现的支出项先归到暂记一类，下一次复核时再定归属」，这样既保持了统一，也不会因为条框太密而失效。

还有一处和固定口径配套的动作值得一起做，就是把口径和业务形态的变化绑在一起看。业务形态变了，口径迟早要跟。可以定一个复核节点，比如每个季度各看一次，检查有没有新出现的支出项没有归属、有没有哪一项的归属已经和实际不符。到点就看，比出了问题再回头改要省事。

固定口径最终服务的是取舍。几个平台之间要分资源、要决定谁多一些谁少一些，前提是比出来的数说得清。数说得清，讨论才有落点；数说不清，讨论的其实是各自对口径的理解。所以在决定怎么分资源之前，先把口径这件事做完，顺序上不该颠倒。

固定口径还要和数据的来源对上。如果某一项支出的数据是从平台后台取的，而平台后台的口径本身和自己定义的口径不一致，那直接取用就会带来偏差。可行的做法是在口径说明里标清每一项的数据从哪里来，遇到不一致的时候按哪边为准。

还有一层和人的关系。口径写下来之后，值得让所有会用到它的人各读一遍，确认理解一致。同一句「按件数摊」，有人理解成销售件数，有人理解成上架件数，两者差别不小。这种理解上的偏差不会写在纸上，只会在算出来的数里显形。

固定口径的另一面是要防止它变成一种形式。写完就锁进抽屉，算账的时候还是各按自己的习惯来，那这份说明就只起到了存档的作用。判断它有没有真的在用，看最近几次看账的时候有没有人翻过它。没翻过，就说明还没成为共同的依据。

口径里值得留一条关于例外怎么处理的说明。业务里总会碰到一次性的、不常见的支出，如果没有说明，每个人都会自己判断一次，判断的结果各不相同。写明例外先记在暂记项、下一次复核时统一处理，能避免这类支出成为口径上的破口。

从更长的周期看，口径会自己稳定下来。刚开始的几个月可能要改几次，改完之后进入一个相对稳定的状态。这时候它的维护成本就很低了，只在业务形态明显变化时才需要动。前期多花的那点功夫，摊到后面很长一段时间里就很划算了。

口径这件事还牵着一个更基础的准备工作，就是各平台的费用清单要能对得上。如果平台后台把佣金和手续费合并显示，而自己的口径要求分开记，那就得想办法拆开。拆不开的时候要在口径里写清楚按合并处理，不能让每个人自己想办法。

还有一个和口径配套的细节，就是各项支出的记录要留原始依据。口径统一之后，如果某一项的取值只是一个人拍的数，过一段时间就没有人能复核。留下后台的账单、结算记录或者票据，取值才有出处。这件事在日常做的时候只多花一点时间，回头看的时候省下的是大量核对。

口径固定之后，还能拿它来判断哪些数据值得额外去查。如果某一项支出在各平台之间差别不大，那它就不值得花力气去精细化；差别大的那几项，才值得逐个平台把真实数字取回来。把力气按差别大小分配，比在每一处都追求精确要有效率。

这一步该算成本、摊到哪、要不要停，数据那一列都是空的

账算不清会带出什么决策错误

第一类错误是砍错了地方。口径把固定成本按销售额分摊，规模最大的那个平台背负了最多的分摊额，账面最难看，于是被判定为最该收窄的一个。收窄之后销售额下来了，分摊额又转移到别处，第二个平台跟着变难看，一轮轮砍下去，最后整盘生意越做越小。

第二类错误是把好运气当成好方法。某一个平台某个月的账面特别好，原因可能是那个月有大促、也可能是汇率变动、还可能是那批货的采购价正好占到了低价。如果不把这些因素拆开，就会得出「这套做法在这个平台特别有效」的结论，然后把同样的做法复制到别处，复制过去之后效果并不出现。

第三类错误是在口径之间来回切换，每次切到让结论更合意的那个。这种切换通常不是有意的，而是每个人算的时候用自己的习惯。同一个月里，有人说这个平台赚钱，有人说亏钱，双方都对，只是口径不同。这类争论花的时间往往比真正做经营分析的时间还长。

还有一类错误和定价有关，就是按合并的成本去定价。整盘算下来单位成本是一个数，拿这个数去给每个平台定价，看起来公平，实际忽略了各平台的费率结构不同。在费率高的平台上，这个价可能一开始就亏；在费率低的平台上，这个价又可能定得比当地同类低了一档。

另一类错误和扩缩有关，就是拿一个平台的经验去判断另一个平台该铺多少。一个平台因为成本结构合适，铺得宽还能维持住毛利，就得出铺宽没问题的结论。换到费率结构不同的平台，同样的宽度可能直接吃掉全部毛利。经验在口径不同的地方不能直接搬。

还有一类错误和现金有关，就是把账面盈利当成手里有钱。一个平台账面是赚的，但钱压在库存和应收上，短期内拿不回来。看整体的时候如果只算利润不算占用，会出现账面在赚、手上却没钱的矛盾，而处理这个矛盾的方式（比如砍掉利润但回款快的平台）恰恰会把好的一面砍掉。

有一类错误更隐蔽，就是用短期的账去否定一个还处在建立期的平台。新平台的账面上往往有较多的一次性投入，比如首批推广、初始的合规费用，这些在头几个月会把账面压得很难看。如果按季度比就下判断，很可能在一个平台还没稳定的阶段就把它停掉。

账算不清还有一个后果是让人不敢做决定。每次要动资源都发现手里的数说不清，讨论几轮之后只好维持现状。这个状态的代价不是做错，是不做，机会在犹豫中流失。相比之下，一套大致准确、口径统一但不那么精细的账，反而更有用，因为它能支持决定。

还有一类错误和渠道判断有关，就是把经营问题的原因归到平台身上。一个平台的账面难看，可能是这个平台的要求高、成本重，也可能是自己在这个平台上做得比别处粗糙。口径不清的时候这两种原因分不开，处理的方式就落在最容易动的那一个上，也就是收窄这个平台。

另有一类错误和人有关。账不清的时候，讨论容易落到谁算错了上，而不是落到数字说明了什么上。这会慢慢消耗掉团队对看账这件事的意愿，最后变成没人愿意先开口。避免的办法不是要求大家更客观，而是让口径先清楚，把可以争论的空间压到最小。

账不清还会影响对外沟通。无论是和合作方谈条件，还是和供应链谈账期，手上有一份说得清的分平台数据都是基础。数据说不清的时候，谈判只能靠印象，能够争取到的空间往往比实际具备的要小。这一层很少被算作账算不清的代价，但它是实实在在的。

还有一类错误是积累性的，就是每一次用不清楚的账做决定，累积起来会形成一条看起来合理、实际建立在流沙上的路径。扩张的节奏、资源的分配、商品的取舍，一次次都基于同样的错误假设，几年之后再回头看，会发现整条路径都需要重走一遍。

把账算清最终解决的不是数字问题，而是让每一次取舍都站在同一块地面上。数字不必精确到分，但每一项的定义要一致、每一次看的时候要能对上。做到这一点，取舍的速度会变快，因为不必每次从头争论依据；出错的概率也会降低，因为依据本身是稳的。

还有一类错误出现在和平台打交道的时候。手上没有一份说得清的分平台数据，谈判时能拿出来的东西就少，报价、账期、活动资源这些能争的空间会被自己让出去。反过来，数字清楚的时候，很多条件是可以谈的，因为对方也看得见这里的实际情况。

这些错误有一个共同的源头，就是把不同口径产生的数字放在一起用了。避免的办法不是要求每个人更小心，而是在流程上做一道隔离：不同口径的数字不放在同一张表上比较。这一条执行起来很简单，但它能挡掉上面列举的多数错误，因为它切断了错误的产生路径。

口径固定之后，反复改结论这件事下降得比争论更快

按目的地看账的可行做法

可行的做法是先做一份统一口径的说明，把每一项支出的归属写清楚。这份说明不用长，把容易混的那几项写明白就够，比如佣金算不算成本、国际运费进货值还是单列、人工按什么基数分。写下来之后，算账的人有了依据，看账的人也能知道自己在看什么。

第二步是按目的地各出一份简表，结构完全一致。同一个位置上摆的是同一类东西，几个平台才能横向摆在一起。简表里值得固定的有几行：各平台收进来的钱、可以直接归到本平台的支出、分摊进来的共同支出、最后剩下的数。行数越少越好，多了反而看不清。

第三步是排完序之后回到业务上去问一句为什么。排序本身不产生结论，它只提示哪里需要看一眼。某个平台的净额明显低于其他，值得去问是成本结构不同、还是价格带落得不对、还是这个类目在当地本来就薄。判断某个目的地的价格带落在什么区间、以及同类竞争处在什么情况，可以借助外部数据。知虾站在成本与价格区间这一层，它给的是定价计算与站点分析的结果，帮人看出这个类目在当地的大致分布，至于这一处要不要继续做，还由人自己定。

简表里还值得固定的一行是每个平台占用的资金。这一行不放利润，只放被这个平台压住的货值和应收的规模。把它摆在那里，看账的时候就不会只盯着利润那一列，而能顺带看到哪个平台占用重。回款慢的平台即使利润不错，这一行也会显出它的代价。

出表的周期要和业务节奏对上，不必跟财务的月结走。如果定价和铺款是按周动的，那么账也按周看更顺手。周期对不上的时候，看账这个动作会变成一件额外的事情挂在流程外面，慢慢地就没人做了。周期对上了，它才自然地长在日常动作里。

几个人一起看账的时候，值得先约定一个发言顺序，从数据最差的那个平台开始。这个顺序能防止讨论一开始就在整体上打转，也防止最难看的那个平台被留到最后、来不及细看。顺序本身不产生结论，但它决定了注意力怎么分配，久了之后效果相当明显。

按目的地看账还有一个用法，就是用来看新平台的进度。新平台在头一段时间里，比的不是利润，而是一些过程指标，比如在售款数、动销款数、退货比例。把这些和利润放在同一张表上，就能看出利润的变化是由哪一部分带动的，比只看一个利润数字清楚得多。

这套做法还有一个容易被忽略的前提，就是各平台的商品要能对得上。同一个款在几个平台上的编号可能不同，如果对不上，就分不出某个款的表现在各平台分别是多少，账也只能看到平台这一层。把款的对应关系维护起来，是这套做法能不能往细处走的关键。

出表之后还有一个动作值得固定，就是把每次看账得出的结论记一句。哪一天看了、当时看到的排序是什么、决定做什么。攒上几轮之后，这份记录能帮着回头看当初的判断对不对。没有它，几个月之后只剩一个当时的决定，想不起为什么这么决定。

这套做法还可以用来验证一个判断，就是成本结构的变化是不是真的发生了。同一个平台连续几期的成本结构如果稳定，说明它的经营状态是稳的；如果某一项突然变重，就值得去问是规则调整还是自己的做法变了。按分类看结构，比只看利润率更早发现问题。

有一处常见的疏漏是各平台的费用项名称不统一。同一个平台叫服务费，另一个叫手续费，实际是同一类支出，放在表里就分成了两行。统一名称这件事看着琐碎，实际是横向比较能不能成立的前提，因为不同名称的行摆在那里，人会误以为它们是不同的东西。

看账的节奏还有一个讲究，就是不要等到月底才看。按月底看，问题被发现的时间最晚。把过程指标按周看，大的偏差能提前一周被发现，处理起来也就不那么局促。利润这类结果指标按月度看没问题，但过程指标值得更密一些。

最后，这套做法要留住的是判断的依据，不是数字本身。数字每个月都在变，依据相对稳定。一份写清楚各项归属的口径说明加上几期简表，就是一个能交出去的判断基础。它比一堆零散的表有用得多，因为它自带解释自己的那部分。

有一处值得提前想清楚的是，看账这件事该由谁来主持。由负责某个平台的人主持，讨论容易偏向维护自己的平台；由完全不了解业务的人主持，讨论容易停在数字表面。比较合适的做法是找一个对整盘熟悉、但不直接对某个平台负责的环节来主持，这样讨论的落点更容易落在原因上。

整个过程里最容易被省略、又最不该省略的一步，是看完之后回去核一次。这次看的结论和上一次比有没有变化，变化的原因是不是清楚。少了这一步，看账就变成了每月重复一遍的动作，它的价值也停在一个固定水平上，不会慢慢积累出什么。

把这些做法连起来看，会发现它们指向同一件事：跨目的地的账要能支持取舍，靠的不是算得多精，而是每一处用的定义一致、每一期的表结构一致、每一次的结论有出处。判断某个目的地的价格带和同类竞争处在什么情况，可以借助外部数据。知虾站在成本与价格区间这一层，它给的是定价计算与站点分析的结果，帮人看出这个类目在当地大致分布在哪个区间，至于要不要在这里继续投入，仍由人自己定。

最后值得说一句的是这套做法和工具的关系。它靠的是口径和记录，不是某个软件自动算出来的结果。工具能省下汇总的时间，但省不掉定口径这件事，因为口径取决于自己的业务形态和对各项支出的理解。把这一层想清楚，就不会指望换一套系统之后账自然就清楚了。

常见问题（FAQ）