频道做了三个月，他想算一个自己很在意的数：这条帖子到底有多少人看到了。
他做的事很简单：把最近一条帖的浏览量，除以频道的订阅数。结果是 380%。
他盯着这个数看了很久，第一反应是「这数据是假的吧」。第二反应是「是不是平台在给我虚数，好让我继续做」。
其实两个都不是。他把两个单位不一样的东西拿去相除了——一个数的是「次」，一个数的是「人」。而一个人可以贡献很多次。
二、这两个数字的单位不一样：一个数「人」，一个数「次」
这是本篇最基础、也最容易被跳过的一层。在同一个面板上并排摆着的两个数，量的根本不是同一种东西。
| 指标 | 它数的是什么单位 | 能不能和别的数相除 |
| 订阅增长 | 人——这期间净进来了多少个（或净走了多少个） | 可以和「时间」相除（得到一个速率），不能和「次」相除 |
| 浏览量 | 次——被看过的总次数 | 可以和「时间」相除，不能和「人」相除 |
| 转发数、反应数 | 次——动作发生的次数 | 同样不能当「有多少人」来用 |
| 单帖浏览量 | 同上，而且它是累计的 | 同上 |
把这张表竖着读「单位」那一列，引子里的问题就解释完了：
「浏览量 ÷ 订阅数」这个算法之所以会算出 380% 这种东西，不是数据错了，是它把「次」除以了「人」。 一个人点进来看了五次，在分子上贡献 5、在分母上只算 1——这个除法从一开始就不成立。
顺带把一个相关的算法也判掉：「打开率」「触达率」这类百分比，在两个数的单位不一致时算不出来。 一个真正有意义的比值，分子分母必须是同一件事的两个量（比如「同一时间点上，看过的人 ÷ 能看到的人」）。而你手上通常没有「看过的人」这个数——你有的只是「次」。所以这类百分比要么不算，要么必须先自己把「人」这个数单独记出来。
三、订阅增长是「净额」：它把退订藏起来了
另一个要认清的性质：订阅增长这个数是一个「合计」，而合计会掩盖过程。
| 你看到的 | 它实际是什么 | 被藏起来的是什么 |
| 订阅数（一个较大的绝对值） | 历史累积下来的存量——只增不减 | 过程。你完全看不出昨天走了十几个人 |
| 订阅增长（一个正值） | 一段时间里的净额：进来的 − 走的 | 退订这个减数 |
| 所以「这个月涨了 10 个」 | 可能是「进了 100、走了 90」，也可能是「进了 10、走了 0」 | 这两种情况的判断完全相反 |
这一节的核心一句：「涨粉慢」和「涨粉不健康」是两件事。 前者看的是那个净额，后者要看的是被藏起来的那个减数——而净额这个数，结构上就把它盖住了。
为什么一定要把这两件事分开：因为它们对应的动作完全相反。
- 净额小、减数也小 → 你该做的是让人来（而「怎么让人来」站内那篇讲涨粉的专篇分了层，本篇不重复）。
- 净额不小、但减数很大 → 你该做的是让人留。这时候再去做拉新，等于一边往桶里倒水一边漏。
顺着说清一件被混用的事：那两个数（存量与净额）不能互相替代。「我有多少订阅者」和「我这段时间涨了多少」是两个问题，前者的答案里没有过程，后者的答案里没有体量。判断健康度要的是后者加上那个被藏起来的减数，不是前者。
四、浏览量是「累计值」：它把时间抹平了
把上面那个「合计」的性质推到浏览量上，会得到一个更隐蔽的后果。
| 你看到的 | 它实际是什么 | 会导致什么误判 |
| 一条帖的浏览量 | 从这个帖发布到现在、被看过的总次数 | 两条不同时间发的帖放在一起比，你比的是「发布到现在有多久」 |
| 「刚发一小时」的浏览量 | 一个还在长的数 | 拿它和一条发了一周的帖比，等于拿半天比一周 |
| 浏览量只增不减 | 它没有「掉」这个概念 | 你看到它「掉了」，百分之百是换了对比口径，而不是内容变差了 |
这一节的核心一句：浏览量能回答「这条内容总共被看过多少次」，回答不了「这条内容发布后多久、有多少人看了」——而后者才是能拿来比较的量。
由此得到本篇最硬的一条纪律：
要对比浏览量，必须固定在同一个「发布后时长点」上取数。 比如每次都取「发布后整整一天」那一刻的数——而不是随手想起来的时候取一次。 这不是讲究，是因为一个还在长的数，随手取的两次根本没有可比性。
再说清「只增不减」这件事的另一面：既然它没有「掉」这个概念，那么当你觉得「浏览量怎么掉了」的时候，要检查的第一件事永远是口径——是不是换了比较的对象、是不是取数的时点不一样、是不是这次发的形式不同（形式对面说的「触达」也不同）。把口径排掉之后还剩的差异，才轮到内容本身。
五、所以它们对不上是常态：五种组合各自说明什么
前面三节讲清了两个数字各自的单位与性质。这一节把它们合起来用——你会发现「对不上」根本不是异常，而是默认状态；真正的信息藏在「怎么对不上」里。
| 你看到的组合 | 大概发生了什么 | 这时该先看什么 |
| 订阅涨、浏览量也涨 | 正常，而且健康 | ——（继续做你现在做的事） |
| 订阅涨、浏览量不涨 | 涨的是人头，不是读者 | 别动内容。 先看这批人是从哪来的——来源和内容不匹配时，人是来了，但不会看 |
| 浏览量涨、订阅不涨 | 内容有人看，但没给出留下来的理由 | 别急着拉新。 先看那条内容为什么被看却没被关注：看完之后，下一步该往哪走 |
| 两个都不动 | 大概率和内容无关 | 先看触达那一层。内容层面的改动在这时基本是白费的 |
| 浏览量像掉了、订阅没掉 | 多半是口径变了，或者发帖时间／形式变了 | 先确认是同一个时点、同一类内容在同一比较队列里，再判断内容 |
这一节的核心一句：这两个数是一对「一进一出」的仪表——一个是入口的读数，一个是使用量的读数。 入口大、使用量小，说明你引进来的人不走你这条路；使用量大、入口小，说明你的东西被消费了，但没有变成关系。
顺手把一个常见的自我安慰判掉：「浏览量比订阅数高，说明我的内容被传播出去了，效果很好。」——只凭这两个数得不出一句关于「传播」的结论，因为它们的分母不一样。要谈传播，得看的是转发那一类「次」的数，而不是拿总浏览量和订阅数相减相除。
六、想把它们拆开：只能自己记，而且必须固定两件事
站内那篇讲数据监控的专篇给过一张内容记录表（每条帖记一行，含浏览量、转发、反应、净增粉），那张表的形式本篇不重复。本篇只讲为什么必须自己记、以及记的时候必须先固定下来的那两件事——因为不固定这两件事，记下来的数字过两周就没有可比性。
| 必须先固定的 | 怎么固定 | 不固定会怎样 |
| 第一个：浏览量的取数时点 | 统一在「发布后同一个时长」取，比如都取发布后整整一天那一刻 | 一个还在长的数，随手取的两次没法比（见「浏览量是累计值」那一节） |
| 第二个：订阅增长的统计窗口 | 统一成同一个长度——都按自然日，或者都按整周 | 拿一天比一周，会得出「这周比昨天涨得快」这种没有意义的结论 |
| 第三个（容易被漏）：一段「什么都没做」的空档 | 连续几天不做任何推广与投放，只照常发内容 | 没有空档，你就分不清哪次增长是你做的、哪次是自然来的 |
这一节的核心一句：存量只能看规模，判断必须看「同一口径下的一段变化量」。 而所谓「同一口径」，就是上面那两件事先钉死——钉死之后你记的第二周，才和第一周有可比性。
再补一条时间上的纪律：别天天看。 这类数据的波动在短周期里噪声很大，看得越勤，你越容易对噪声做反应——把取数周期定成一周，配一次三分钟的记录，比每天刷十次有用得多。
七、同一个数字在两处不一样：那不是出错
做这一步的人几乎都会撞上这个困惑，所以单独列一节。
| 你看到的差异 | 它大概是什么 | 该怎么办 |
| 概览页显示的订阅数与统计面板里的不一致 | 同一个数的两种呈现（概览与明细），口径与取整方式可能不同 | 前后对比永远用同一处的数，不要跨处比 |
| 刚发的帖浏览量特别低，过一会儿再看又变了 | 累计值还在长（见「浏览量是累计值」那一节） | 别在发布后立刻比 |
| 别人看到的和你看到的不一样 | 不同入口的呈现规则不同 | 不是有人改了数据。跨人比数字没有意义 |
| 隔天再看，某个数好像「回退」了 | 统计的结算与呈现有它自己的周期 | 以同一入口、同一时点为准，不必追究单日的小波动 |
这一节的核心一句：这两个数是「活的」——你在不同时刻、不同入口看，本来就会不一样。所以判断的前提永远是「同一时刻、同一入口、同一口径」，三个里缺一个，比出来的差异都不能当结论。
八、哪几件事其实不用做
| 这件事 | 为什么不用做 |
| 算「浏览量 ÷ 订阅数」当触达率 | 单位不同，除出来的数没有意义（见「单位不一样」那一节）。要么不算，要么先把「人」这个数单独记出来 |
| 拿一条刚发的帖去和一条老帖比浏览量 | 一个还在长、一个已经长完了。要比就固定同一个「发布后时长点」 |
| 看到浏览量「掉了」就去改内容 | 它没有「掉」这个概念，先查口径（见「浏览量是累计值」那一节） |
| 天天看数据，一天看好几次 | 短周期噪声大，看得越勤越容易对噪声做反应。定成一周一次 |
| 净额不小就以为健康 | 净额把退订盖住了。「涨得慢」和「涨得不健康」是两件事（见「订阅增长是净额」那一节） |
| 因为两个数对不上就去怀疑数据造假 | 对不上是默认状态（见「五种组合」那一节），它是两个不同单位的读数之间正常的差 |
| 涨了粉却没人看时去优化内容 | 那种情况说明问题在来源与内容的匹配，不在内容质量（见「五种组合」那一节里「订阅涨、浏览量不涨」那一行） |
这一节的核心一句：这两个数最大的价值不是「好看」，而是「能对照」——而能对照的前提是口径统一。 口径没统一的时候，在上面花的每一分钟都是白花。
九、这几条路一条都不要走
这一节是全文唯一不给余地的地方。往下都是同一件事：把你唯一能做判断的那两条线污染掉。
| 你会看到的路 | 它实际是什么 |
| 买粉、买订阅 | 你买到的是一个存量数字，它不产生任何「次」——反而会把「订阅涨、浏览量不涨」这一格永久钉住，让你再也读不出真实信号 |
| 刷浏览量、刷转发 | 同上。它污染的是你唯一的「使用量读数」——之后你分不清哪次高是内容好、哪次高是刷的 |
| 买「数据工具」或「频道分析服务」来看别人家数据 | 你付出的是账号与授权；而公开可见的那部分数据，本来就有一个正经入口能看 |
| 找人「代运营／代涨粉」 | 需要别人替你办的事，办完以后那个人依然能再办一次；而且他交回来的数据你无法核实 |
| 用第三方工具「绕过统计门槛」解锁面板 | 它要的是你的登录资格。门槛那件事本身是平台的规则，没有合规的捷径 |
判断句压成一句：这两个数字的全部用处，是让你拿自己的前后做对照——凡是让你「先把数字做上去」的东西，都是在把对照这件事本身弄坏。
常见问题速答（FAQ）
Q：频道的订阅增长是怎么算的？
A：它是一个净额——这段时间进来的减去走出去的。所以它把退订这个减数盖住了：你看到涨了 10 个，可能是一百个人进、九十个人走。「涨得慢」和「涨得不健康」是两件事，区别就在那个被盖住的数上。
Q：浏览量是累计的吗？为什么会「掉」？
A：是累计的——一条帖的浏览量，是从它发布到现在被看过的总次数，只会增不会减。所以当你觉得它「掉了」，百分之百是换了对比口径（换了比较对象、或取数时点不一样），不是内容变差了。
Q：浏览量除以订阅数，算不算触达率？
A：不算。 订阅增长数的是「人」，浏览量数的是「次」，单位不同的两个数不能相除——这就是为什么这个算法会算出 380% 这种东西。要算这类百分比，必须先自己把「看过的人」这个数单独记出来。
Q：涨了粉但浏览量没涨，是内容问题吗？
A：多半不是。 那种组合说明涨的是人头而不是读者——先去看这批人从哪来的，来源和内容不匹配时，人是来了，但不会看。这时候去优化内容，方向就偏了。
Q：退订在哪里能看出来？
A：净额本身看不出来（见「订阅增长是净额」那一节）。能看出「走的」的线索在增长曲线上——哪一天开始掉、回查那天的动作，这一步站内讲数据监控的那篇有完整做法，本篇不重复；本篇只提醒一句：判断健康度必须把那个减数找回来，光看净额会得出相反的结论。
Q：概览页的订阅数和统计面板不一样，正常吗？
A：正常。 它们是同一个数的两种呈现，口径与取整方式可能不同。判断时永远用同一处的数做前后对比，不要跨处比，也不要跨人和别人比——跨入口、跨人的比较都得不出结论。
Q：频道数据多久看一次合适？
A：一周一次。 短周期里噪声很大，看得越勤越容易对噪声做反应。一周一次、每次三分钟、固定同一口径——这三样加起来，比每天刷十次有用得多。
结语：把这一句带走
他后来不再算那个百分比了。他改成每周固定看一次：同一时点取的浏览量、同一长度的净增、以及这几天有没有做过推广。三周之后，他第一次能从两个数字的差里读出「上周那批人没在看」。
他真正学到的不是「数据是假的」，而是「这两个数不能那样比」。
整篇收成一句可以随身带的话：
订阅增长数的是「人」，浏览量数的是「次」——单位不同的两个数不能相除，所以它们对不上是常态；而要用它们做判断，先钉死两件事：浏览量的取数时点，和订阅增长的统计窗口。
一句话总结：这两个指标看起来是一对，量的却不是同一种东西——订阅增长的单位是「人」而且是「净额」（进来的减去走的，所以退订这个减数被盖住了，「涨得慢」与「涨得不健康」因此是两件事），浏览量的单位是「次」而且是「累计值」（从发布到现在只会增不会减，所以它没有「掉」这个概念，你觉得它掉了必然是换了口径，也因此对比必须固定在同一个「发布后时长点」上取数）；正因为单位不同，把浏览量除以订阅数会算出 380% 这种东西——那不是数据造假，是一个不成立的算法，「触达率」这一类百分比在只有「次」的时候根本算不出来；两个数对不上是默认状态，真正的信息在「怎么对不上」里（订阅涨而浏览量不涨＝涨的是人头不是读者，该先查来源而不是改内容；浏览量涨而订阅不涨＝有人看但没有留下来的理由，该先查看完之后的下一步而不是拉新；两个都不动＝先查触达那一层，改内容是白费）；要让它们能用来判断，只能自己记，而且必须先钉死三件事——浏览量的取数时点、订阅增长的统计窗口、以及一段「什么都没做」的空档期；而任何买粉、刷量、买数据工具的做法，污染掉的正是你唯一能做判断的那两条线。