虾皮利润核算取哪一层数，结论完全不一样

利润核算取哪一层数，结论完全不同

利润这道算式有很多种取法，最先要定下来的是取哪一层。最上面那一层只管成交本身，中间那一层要把期间开销与预留都算进去，最下面那一层还要看钱什么时候真的到手。三层对应三种问题，混着用就会出现两个人拿着同样的数据得出相反结论的情况。

很多人把这件事理解成精确度的差别，觉得算得越往下越准。这个理解会误导判断，因为越往下的一层，包含的估计成分往往越多。中间那一层要预估退货与预留，最下面那一层还要预估在途时间，估计一旦偏了，看起来更细的数字反而更不可靠。

取哪一层，取决于这个数字要用来做什么。用来比较两款商品的经营效率，最上面那一层就够了，因为它已经把与商品直接相关的支出扣掉了。用来判断这块业务整体能不能持续，就必须用到中间那一层。

还有一层容易被忽略，就是同一个数字在不同时间点上取，含义也不一样。月中的数字带着大量的未完成状态，月末的数字已经接近定型，季末的数字还可能经过一次事后校正。取数时点不写清楚，比较就无从谈起。

把取数这一层定下来，有一个实用的做法是给每个数字配一个名字，名字里带上层次、基数、周期三样信息。比如某个数字名字里写着按单、按月、算到回款，看到名字的人立刻知道它是什么。名字含糊的数字，用着用着就会变成谁需要就怎么解释。

取数这一层还要防止一种常见的偷换，就是拿某一层的数字去回答另一层的问题。拿成交那一层的利润去回答现金流够不够的问题，答案通常过于乐观；拿现金流那一层的数字去比较两款商品的效率，又会把资金安排的影响误当成商品的差异。

同一个业务在同一段时间里，几个数字并不需要统一成一个。它们各自成立、各自有用途，反倒是把它们统统压成一个数更危险。压成一个数之后，不同用途的人会各自按自己的理解去还原，还原出来的版本互不相同。

要让几个数字共存而不混乱，关键是给它们划清适用范围。适用范围可以写在核算说明里，也可以直接体现在报表的名称上。写在名称上更可靠，因为它跟着数字一起被复制、被转发、被引用。

有人担心多个版本会让讨论变得复杂。实际经验正好相反，版本说清楚之后，讨论会集中到真正有分歧的地方。只有一个数的时候，讨论往往在定义上耗掉大部分时间，等到定义谈妥，真正的问题已经没有人还有精力去看了。

取数这一层还会影响对外沟通。对外用的数字应该尽量选中间那一层，因为它既有一定的时间跨度，又不至于带着太多未完成状态。用最上面那一层对外，容易被理解成实际可支配的钱，从而高估了这块钱的去向。

在不同阶段，重点看的那一层会自己变化。早期业务需要现金周转，最下面那一层最要紧；规模起来并且资金宽裕之后，中间那一层反而更能说明经营质量。这种变化不是随意的，它跟着当前最紧的约束走。

把三层的关系说清楚之后，就会明白它们并不是三个互相竞争的答案，而是同一件事的三个侧面。一个卖得很快但回款很慢的业务，在最上面那一层可能非常好看，在最下面那一层可能相当紧张。两个描述都对。

取数这一层还有一个细节，就是同一层的数字在不同商品之间能不能直接比。如果两款商品的结算安排不同，同一层上的差异里就混着结算安排的差异。这时候比较之前要先看清楚，差异是来自商品还是来自安排。

口径上的分歧大多数并不是算错，而是取层不同。两个人争执不下的时候，把各自取的是哪一层说清楚，多数争论会立刻收口。剩下的分歧才是真正需要判断的部分，而这一部分通常比想象中小得多。

把取数这一层讲清楚之后，算式里该有哪些项目才能接着谈。项目与层次是两件事，层次决定算到哪一步，项目决定每一步里包含什么。这两个问题分开处理，核算才不会在同一场讨论里反复翻来覆去。

最后要接受一点，没有任何一层可以单独拿来回答所有问题。合理的做法是同时保留几层，并且明确每一层给谁看、回答什么问题。层次分明的核算体系，比一个反复修正的单一数字更容易被长期使用。

五道选择各自独立，改其中任何一道，同一批业务算出来的利润都会换一个数。

毛利、净利、现金流，三层差在哪里

毛利是最上面那一层，它只把与商品直接相关的支出扣掉，剩下的就是这一款或者这一单的毛利润。它的好处是干净，能直接看出商品本身的经营效率。它的短处是忽略了很多真实存在的支出，所以看起来总是比实际好一些。

净利是中间那一层，它在毛利的基础上再扣掉期间开销、分摊类的支出以及预留的部分。这一层开始带有估计成分，因为预留需要预判，分摊需要选择基数。估计的存在并不让它失去意义，只是让它对假设更敏感。

现金流是最下面那一层，它只看钱什么时候真的进到可支配的账户里。这一层不关心权责发生，只关心时间。它在判断周转能力的时候最有价值，在判断商品效率的时候反而会把资金安排的影响混进来。

三层之间最大的差别不是扣了多少项，而是时间观念不同。毛利和净利都按业务发生的时点记账，现金流按钱实际移动的时点记账。同一笔业务，在两个体系下的时点可能相差一个甚至两个账期。

这个时间差会在快速扩张的阶段被放大。业务量越大，处在途中的钱越多，毛利和现金流之间的距离就越远。很多看起来在赚钱的生意之所以紧张，原因就在这个距离上，而，。，把这两件事分开，才知道紧张到底来自哪里。

三层的次序不能颠倒，也不能跳着用。用毛利率去判断能不能撑住下个月的支出，等于忽略了钱还没到这一层事实。用现金流去评价某款商品值不值得继续做，又会把付款安排的影响算到商品头上。

有人主张只保留净利这一层，理由是它最接近通常理解的赚钱。这个主张在业务结构单一、结算安排稳定的时候没有问题，一旦引入多个站点或者多种付款安排，，层数够不够，要跟着业务的复杂度来定。

三层还可以继续细分成更多的层，比如把毛利再分成含推广和不含推广两种。层数增加会让每条信息更精确，同时也会提高理解成本。层数定在多少人能记住的范围内，比追求理论上的完整更重要。

三层之间的关系本身也值得关注。毛利高而现金流紧，通常意味着回款周期被拉长了；毛利低而现金流稳，通常意味着这门生意靠周转赚钱。这两种形态没有优劣，，看清自己属于哪一种，比追一个统一标准更有用。

把三层放在同一张报表上并列，比分别放在三张表里更好用。并列之后，三层之间的差距一眼可见，差距的走势也能直接读出来。分开之后，看的人要自己把三个数记在脑子里做减法，容易记错。

三层之间的差距在不同类目上的分布并不均匀。有些类目的差距主要来自退货，有些主要来自长途运输，有些来自活动期间的让利。弄清楚差距主要来自哪里，，方向找错了，后面的动作都会跟着偏。

三层的定义要写死在核算说明里，不要每次做表时重新解释一遍。定义漂移是三层体系最常见的失效方式，它不会一次性暴露，而是通过每一次小小的调整慢慢积累，直到某一天有人发现两个月的数字没法比。

把三层同时维护起来，工作量的增加没有想象中那么大，因为三层共用同一批原始数据。差别只在于每一层扣哪些项、按什么时点扣。共用同一个数据源，三层之间也更容易互相印证。，共用同一个数据源，三层之间也更容易互相印证。

三层各自的对外用途也不同。毛利适合内部讨论商品结构，净利适合对外说明经营结果，现金流适合安排下一阶段的资金计划。用错了对象，收到的反馈往往是这个数字没什么参考价值，其实问题不在数字，在搭配。

三层数都摆出来之后，会发现真正影响判断的往往不是某一层数本身有多大，而是层与层之间的距离。距离小说明账期短、结构简单；距离大说明中间有很多时间与环节在消耗。，大小的排序一旦变了，前面的结论就要重新看一遍。

取哪一层数这个问题讲到这里，接下来要处理的是每一层里的项目该按什么来算。项目与层次是两件事，先取好层，再谈算法，次序才不会乱。下一步要看的正是名目这一层该怎么摆。，层定好了，后面说到项目时才不必来回换标准。

缩水程度差别很大，同一个净利率套到所有业务上，会把不同性质的商品放到同一把尺子里去比。

按订单算还是按店铺算，不一样

按订单算是把所有的支出落到具体的某一单上，得到的是一单一级的利润。它的好处是指向明确，能直接告诉你是哪一单不划算。它的代价是每一单都要有完整的支出归属，做不到的时候只能靠摊。

按店铺算是把一段时间里所有单子的收支合在一起，得到的是这个店在某个周期里的整体表现。它的好处是数据天然齐全，不需要额外的归属工作。它的代价是掩盖了内部差异，好的和差的混在一起变成一个平均。

两种算法得到的结论经常差别很大。按店铺算整体盈利，按订单算可能发现有一半的单子在亏。这两个结论并不矛盾，只是回答的问题不同。问题在于很多讨论没有先说清楚用的是哪一种，于是结论看起来像是互相打脸。

按订单算的前提是支出的归属要站得住。与单直接相关的支出容易归属，与期间相关的支出就难。难的部分如果靠机械地平均下去，得到的单笔利润其实只是一个被摊薄过的平均数，并不是这一单真实的表现。

按店铺算的时候，要注意周期内是否有结构性的变动。如果这个周期里引进了一批新商品，整体的平均表现就会被这批新品拉低，而老商品的表现可能一直很稳。不加区分地看整体，得到的结论会指向错误的动作。

两种算法在时间上的敏感度也不同。按店铺算的月度数字受单笔大额支出的影响较大，一笔突发支出就能改变整月的方向。按订单算的数字更平滑，但平滑也意味着它对系统性变化反应较慢。，平滑与灵敏各有用处，看你想先发现哪一类变化。

选择哪一种，取决于你想解决什么问题。想找出具体哪一款该调整，按订单算是必须的；想判断这段经营期整体是否健康，按店铺算更直接。两种都有用，所以比较成熟的核算体系会同时保留，并且标明各自的用途。

两种算法之间需要有一层能对上的关系。按订单汇总应该等于按店铺的数字，对不上说明有一部分的支出没有归属或者被算了两次。这个校验每个月做一次，比事后追查要省力得多。，每月对一次总，比年底集中排查省下大量时间。

按订单算还有一个隐含的优点，就是它把讨论推向了具体。按店铺算的时候，讨论容易停留在整体好或者整体不好的层面，，能落到具体对象上的结论，才谈得上后续的处理。，指向具体对象，改进才有可以落脚的地方。

按店铺算也有它的独特价值，就是它更接近外部的视角。外部看到的往往就是整体，不会关心某一单的细节。用按店铺的算法对外沟通，双方讨论的是同一件事，沟通中的误解会少很多。，对外沟通里，双方讨论同一件事比讨论得更细更重要。

两种算法对数据质量的要求不一样。按订单算要求每一单都有清晰的归属，归属一旦有缺，误差就集中在缺失的那部分上，而且不容易被整体平均掉。按店铺算对单笔数据的要求低一些，但对期间支出的完整性要求高。

有人为了省事只做按店铺的算法，等到需要看单品的时候再临时去补。临时补的时候，历史数据往往已经无法还原当时的分摊假设，补出来的数字与当时的口径接不上，，这也是为什么两层要在平时就一起维护。

两种算法还可以按中间粒度取一个折中，也就是按批次或者按商品算。折中的好处是既保留了指向性，又不需要做到每一单。折中是否够用，，比例合适时折中够用，比例一失衡就得往两头走。

不管用哪一种算法，都要把算法写在报表的名称或者表头里。同一个报表名下的数字在两次发布之间换了算法，，把算法写进名字，这类问题就不容易再发生。，名字里带口径，这份报表再过半年也还读得懂。

按订单与按店铺这两条路，最终会指向同一个目标，就是让每一个数字都能说清它指的是哪一部分业务。说清楚了，用什么粒度都行；，粒度只是方式，说得清才是目的。，粒度只是方式，说得清才是真正的目的。

这一层讲完，接下来才轮到每一项该按什么去算。基数与周期的选择属于下一层的问题，与取哪一层的数不是同一件事，两者谁先谁后值得留意一下。，次序摆正，后面的段落才不必反复回头重讲。

把毛利直接当净利，这里最容易算偏

把毛利直接当成净利来用，是核算里最常见也最容易造成误判的一处。两者之间隔着期间开销、分摊、预留这几块，这几块在毛利里完全不存在。直接使用的结果是每一笔判断都建立在一个偏乐观的基础上。

这种误用往往不是有意为之，而是因为毛利更好拿。毛利只需要与商品相关的数据，这些数据通常就在订单明细里。净利需要额外引入期间开销与预留，这些数据分散在不同的地方，凑齐需要时间。

偏乐观的幅度在不同业务上差别很大。周转快、退货少、结算快的商品，两者之间的差距有限，误用带来的影响较小。活动期商品、退货率高的类目、跨境长途运输的商品，，这几类业务恰恰是最需要用完整口径去看的。

误用的后果不是数字不好看，而是资源被持续投向了本来不该投的地方。一款在毛利层面表现突出的商品，如果它的退货与结算成本很高，实际上可能是在消耗资源。按毛利做判断，就会一直给它加码。

判断自己有没有在用毛利当净利，有一个简单的检验办法，就是看这个数字有没有包含期间开销。如果核算的范围只到商品相关的支出为止，那不管名字叫什么，，名字可以有很多种，含没含期间开销这一条不会变。

另一个检验办法是看它有没有考虑时间。如果所有收入都按成交时点计入，完全不看在途与否，那这个数字至少不能用来判断资金状况。这一点在业务扩张期尤其重要，因为那时候在途的比例往往最高。

把两者区分开来，不需要立刻建立一套完整的净利核算。可以先从最影响结论的那一两块入手，比如先加入预留，再加入主要的期间开销。，补一块用一块，反而更容易坚持下去。，补一块用一块，比一次建齐更容易长期维持。

补全之后会发现，商品的排名往往会发生较大的变化。原本靠前的几款可能落下来，原本靠后的几款可能升上去。这种变化是补全核算的正常结果，它说明之前的排名里缺了一块信息，而不是商品本身发生了什么。

排名变化之后不要立刻调整经营动作。先观察两个完整周期，看新的排名是否稳定。只在一个周期里出现的排名变化，，再多看一个周期，结论立不立得住就清楚了。，再看一个周期，排名是否站得住就清楚了。

两种数字并存的时候，要在报表上明确标注各自的口径。标注的方式不必复杂，一行小字说明这个数字包含了什么、没包含什么就够了。没有标注的数字，一段时间之后就没有人记得它是什么意思。

有人会在毛利的基础上目测减掉一个比例来估计净利。这种做法在短期内能应急，但它把固定的比例套到了结构不同的商品上。结构一变，这个比例就不准了，而没有人在比例失效的时候被提醒。

更稳的做法是从实际的期间开销出发，按一个明确的规则去分配，而不是凭经验定一个比例。规则可以粗糙，但必须能被复现，，复现不出来的分摊，下一期没人敢接着用。，分摊的规则复现不出来，下一个周期就没人敢接着用。

这两种数字在对外沟通时的风险不同。用毛利对外，可能被认为高估；用净利对外，可能被认为过于保守。比较合适的做法是说明清楚用的是哪一种，，把关系说清楚，对方才知道该拿它跟什么比。

把毛利当净利还有一个隐蔽的后果，就是它会让成本的改进看起来没有回报。当一款商品的期间开销很高时，即使把商品端的成本压下来，在毛利口径里看到的变化也很有限。改进的动力因此被削弱。

这一处错误最容易发生在跨部门沟通里。做业务的人习惯看毛利，做财务的人习惯看净利，两边各自用自己熟悉的数字说话，讨论就会卡在数字的差异上。把两个数字同时摆出来，讨论的焦点才会回到业务本身。

把这两层分开使用之后，会发现它们其实互相补充。毛利告诉你商品本身的竞争力，净利告诉你这门生意整体还剩多少。两个一起看，，只盯一个数，往往会把结构问题误判成商品问题。，只盯一个数，常常会把结构问题误判成商品问题。

三层数摆开，差出几成看得出来

把三层数并排摆出来，最直观的感受是它们之间的差距有多大。这个差距本身就是一条信息，它说明从成交到真正可用，中间消耗了多少。差距小的业务结构简单，，这个差距的构成，比差距本身更值得花时间去看。

差距的构成可以从三个方向去看。第一个方向是名目上的消耗，也就是各类支出的规模；第二个方向是时间上的消耗，也就是钱在途中的时长；第三个方向是估计上的消耗，也就是预留与减值的部分。

三个方向的体量在不同业务上分布很不一样。有的业务名目上消耗不大但时间长，有的业务时间很短但名目上的消耗很大。弄不清差距来自哪个方向，，三个方向的比重每年都值得重新确认一次。

把差距按类目拆开看，会发现类目之间的分布也很不均匀。有些类目的三层数几乎重合，有些类目的三层数差出一大截。重合的类目适合用简单口径处理，差出一大截的类目必须按更完整的口径来看。

差距还会随着时间变化。刚上线的新品在前期往往差距很大，因为它的结算周期刚刚开始，很多环节还没有走完；，新品与成熟品混在一张表里比差距，结论会失真。，新品与成熟品混在一张表里比差距，结论容易失真。

比较两个周期的差距走势，比比较利润本身的大小更有价值。大小受规模影响，规模一变就不好比；差距的走势反映的是结构的变化，，规模在变的时候，走势比大小更耐看。，规模在变的时候，走势比大小更耐看。

如果某一期的差距突然扩大，先查的是时间因素还是名目因素。时间因素通常来自结算安排的调整或者运输周期的变化，名目因素则可能来自某个支出的增加或者某一类预留在这一期集中体现。

三层数摆开之后，还有一个用处是判断估计是否合理。如果净利与毛利之间的差距长期稳定在一个水平上，说明预估的准确度较高；，预估算得稳，后面几层的数才有讨论的价值。，预估算得稳，后面几层的数才有讨论下去的价值。

翻知虾公开面，多站点数据那一栏把各站点的成交与费用并排放在一起，数据按日更新到前一交易日。它给的是站点之间的横切面，取哪一层数仍然由你自己定。看到某个站的三层差距明显不同时，先回头确认这一站的结算安排是不是本来就不一样。

有人会把差距当成需要消灭的东西，努力让三层数靠得更近。这个方向未必正确，因为差距里有很大一部分是业务结构决定的，不是靠调整核算能消除的。能做的是看清它的构成，而不是消灭它。

差距的合理区间要靠自己积累。别人的经验数值拿来用是有风险的，因为结算安排、运输方式、退货政策这些条件都不同。自己积累的数据虽然样本少，但条件一致，，条件一致这一点，比样本量大更能说明问题。

三层数并排还有一个技术上的要求，就是三层的统计范围必须一致。同一批订单、同一段时间、同一批商品，三层才能放在一起比。范围不一致时，差距里就混着范围差异，看起来的差距会失真。

把三层数按月积累起来，一年之后就有了一条可以回看的线。这条线能告诉你业务结构在往哪个方向变，，有了一条回看的线，判断才不会只凭眼前这一个月。，有了一条能回看的线，判断才不必只凭眼前这一个月。

这条线上的拐点值得逐个查清。有些拐点是业务动作带来的，有些是外部条件变化带来的，还有些是核算方式调整造成的。三种拐点的含义完全不同，混在一起看就会把核算调整误读成经营变化。

把三层数摆开这个动作，还能顺带解决一类争议。当两个人对某个结论有分歧时，把三层数摆出来，往往能看出分歧来自哪一层。，落点明确之后，剩下的分歧通常比想象中小。，落点明确之后，剩下的分歧通常比想象中小。

三层数看熟了之后，判断一款商品能不能做，可以不只依赖某一个数，而是看它在三层上的位置。三层都靠前的商品值得加码，，位置比单个数字更能说明这一款能走多远。，处在什么位置，比单个数字更能说明这一款能走多远。

有些业务在最上面一层就能看清，有些要看到最下面一层才敢下判断，层次不同看到的结论也不同。

什么阶段该看哪一层，怎么选

选层级不是凭喜好，它跟着当前的约束走。资金最紧的时候，最能说明问题的是最下面那一层，因为它直接告诉你钱什么时候能到。，约束变了而重点没变，看到的数就帮不上忙。，约束变了而重点没变，看到的数就帮不上忙。

业务处在验证期时，最该看的是最上面那一层。这个阶段单量不大，期间开销还没有被摊开，净利的意义有限。，验证期最需要的是指向，不是完整。，验证期最需要的是指向清楚，不是层层完整。

业务进入稳定期之后，重点会移到中间那一层。这个阶段规模有了，期间开销也稳定下来，净利能反映真实的经营质量。，两层各看一件事，比只盯一层要稳得多。，两层各看一件事，比只盯一层要稳当得多。

处在扩张期的业务要特别关注两层之间的距离。距离在扩大，说明扩张带来的增量有相当一部分被中间环节吃掉了。，扩张的质量决定了这条路能走多远。，扩张的质量，决定了这条路还能往前走多远。

判断该看哪一层，还可以从决策的时间跨度去推。看几天的动作，用最下面那一层；看一个季度的经营，用中间那一层；，跨度不同，该取的那一层也就跟着不同。，跨度不同，该取的那一层自然也就跟着不同。

同一段时间里往往需要同时看两层，一层用来判断能不能撑住，另一层用来判断做得对不对。两层一起看，才能避免出现钱够但方向错，，两层一起看，动作和节奏才不会互相打架。，两层一起看，动作和节奏才不会互相打架。

选择层级时要注意一个常见误区，就是以为层级越往下越保守。实际上往下走会增加估计成分，估计偏乐观时，下面的数反而可能比上面的数更乐观。保守与否取决于估计怎么做，不取决于层级。

知虾公开面的站点分析里，各站点的费用结构与成交规模分栏呈现，更新时间写在页首。这一栏不涉及你选哪一层数，它只是把站点之间的差别摆出来。拿它对照自己的三层差距，能看出哪些差别来自站点条件，哪些来自算法选择。

如果团队只有精力维护一层，优先维护中间那一层。它兼顾了完整性与可操作性，在多数场景下都能给出方向正确的判断。但要在说明里写清楚它没包含什么，，一层数能回答的问题有限，说明里写清这一点很有必要。

什么时候该从一层扩到两层，有一个可以参考的信号，就是同一场讨论里反复出现两种对立的结论。出现这种情况说明现有的单一层级无法覆盖所有问题，，补的时候要把两层的适用场合一起写清楚。

层级的选择还跟数据可得性有关。想看的层次需要的数据如果暂时拿不到，硬做出来的数字会有很大一部分是推的。这种时候宁可先把能做的层次做扎实，也不要用推出来的数去占用决策位置。

把层级与业务阶段对应起来之后，就不必每次都重新讨论要看哪个数。阶段变了再重新确认一次，中间的周期就按既定方案执行。，可比这一点，比任何一次精确计算都更难得。，可比这一点，比任何一次精确计算都更难得。

有人会因为外部要求而改变自己的层级重点。这是正常的，但要注意内部使用的那一层不要因此被放弃。对外要求的层与内部决策需要的层，往往是两个不同的东西，，两份都留，对外对内各取所需，不必勉强合一个。

层级定下来之后，要把它跟考核结合起来看。考核用哪一层，行为就会往哪一层靠。用最上面那一层考核，，考核挂在哪一层，行为就会往那一层靠。，考核挂在哪一层，行为就会往那一层靠。

每一层都应该有一个明确的负责人，负责说明这一层包含什么、适用什么场合。没有负责人时，层级会在使用中慢慢被扩大解释，，边界守住了，这一层的数才一直可信。，边界守住了，这一层的数才一直经得起追问。

取哪一层的数这件事定下来之后，接下来要处理的是每一层里各项该按什么算。名目与算法是紧接着的一步，，取数定层，名目定项，缺了哪一半都算不完整。，取数定层，名目定项，缺了哪一半都不算完整。

两条线的距离随着时间越拉越开，说明周期拉长之后，按成交和按回款得到的结论会走向完全不同的方向。

取数讲完，名目往前一节看

通篇要交代的只有一件事，就是利润这个数字是怎么取出来的。取哪一层、用什么基数、按什么周期、算到哪一步，四道选择各自独立，组合起来就是一套完整的口径。四道都定下来，同一个业务才会算出同一个数。

取数这一层的特点是它决定了同一批数据能得出多少种结论。不改任何业务动作，只换一次取法，结论就可能从做得好变成做得有问题。，先定口径再取数，比取完数再去争论怎么算省事得多。

口径最难处理的地方在于它谈不上谁对谁错。两种取法都成立的时候，争论就变成了选择，而选择需要依据。依据通常来自这个数字要被用来回答什么问题，，把要回答的问题摆出来，选择往往会自己浮现。

定口径的过程里最容易漏掉的是把取法写下来。写在个人习惯里的取法会随人变动，写在文件里的取法才能被反复引用。写下来还有一个附带作用，，写的过程里，原本以为一致的地方常常会露出分歧。

口径定下来之后，并不意味着不能再改。业务结构变了、结算安排变了，口径跟着调整是正常的。关键是改动要留痕，并且明确从哪一期开始适用，，留痕加上适用期，前后两段才各自成立。，留痕加上适用期，前后两段才各自成立。

取数这一层与下一层之间有一个清楚的交界。这一层决定一个数字算到哪一步、覆盖哪一段，下一层决定每一步里包含哪些项目、各自按什么规则进算式。交界划清楚，两段的工作就不会互相牵扯。

从实操次序上看，先定取数再定项目是更省事的做法。取数定了之后，项目的范围自然被限定在某个区间里，讨论的边界就清楚了。反过来先列项目，很容易在项目越来越多的时候失去了层次感。

有人在两者之间反复来回，先按项目定了一版口径，发现项目还在变，又回头改口径，改完口径项目又要跟着动。打破这种循环的办法是先接受取数这一层可以暂定，把它明确标成待确认，而不是反复推翻。

这一篇里反复出现的一个判断是，同一个数字在不同场合需要不同的取法。这句话看起来像是没有立场，实际上它是一条使用规则，，场合是取法的前提，不是可以事后补的说明。，场合是取法的前提，不是可以事后补上的说明。

场合说清楚之后，数字的可靠性也更容易被评估。用在日常判断上的数字可以带着一些估计成分，用在对外说明上的数字则要求更高的完整度。，标准不同并不矛盾，重要的是每次都说清用的是哪一种。

把取数这一层做扎实，还有一个附带的收益，就是新人对数字的理解会更快。有明确的层次与适用场合，新人不需要靠时间来积累感觉，看几页说明就能知道某个数字该在哪里用、不该在哪里用。

从纠正错误的角度看，取数这一层也是最值得先做的一层。项目列得再全，取数取错了，结论仍然是错的；取数取对了，项目即使暂时不全，，可解释的偏差能被修正，说不清来源的偏差只能被搁置。

还有一个问题值得在这里点一下，就是同一个数字不要在不同报表里用不同的取法。这看起来是很基础的要求，实践中却经常被打破，，把习惯统一一次，后面能省下很多核对的时间。，把习惯统一一次，后面能省下大量核对的时间。

把取法统一起来的成本远小于反复对账的成本。统一的动作不必一次做完，可以从最常用的那两三张报表开始，逐步扩展到其他。，这类不一致往往存在很久，只是没有被摆到一起看过。，统一之后剩下的差异才都是真差异。

取数这一段讲完，接下来该看的是名目这一段。名目要处理的是每一层里的项目怎么列、哪些进哪些不进、按什么标准更新。，算得出靠方法，说得清靠名目，两样都要有。，算得出靠方法，说得清靠名目，两样都得有。

常见问题（FAQ）