B 站频道审计报告

分析时间：2026-05-28 数据来源：B 站创作中心后台截图（4 张）

一、核心数据总览

指标	数值	健康度
粉丝总数	~2,054	📈 偏小但质量高（详下）
近 90 天新增	449	↓ 42.4%（去年同期？）
近 90 天取关	42	↑ 100%（绝对值仍低）
近 30 天投稿	7 期	✅ 持续稳定更新
单稿涨粉中位数	5	⚠️ 偏低，转化效率弱
活跃粉丝占比	19.5%	🟢 远超同类均值 0.3%
沉默粉丝占比	80.5%	🟢 远低于同类均值 99.7%

一句话评价： 粉丝数量不大，但质量在同量级频道中属于顶尖水平。核心问题是新粉转化效率低，不是内容质量。

二、粉丝画像

性别

男性: ██████████████████████ 85.8%
女性: ████ 14.2%

年龄分布

< 16 岁:  █  <5%
16-25 岁: ███████  ~25%
25-40 岁: ████████████  ~35%
> 40 岁:  ████████████████  >40%

活跃特征

| 特征 | 数据 | |:—-|:—-| | 最活跃时段 | 21:00（晚 9 点） | | 最活跃地域 | 广东、北京 |

意义： 男性 + >25 岁占绝对主力（~75%+），这批观众的特点是职场经验丰富、消费能力强、喜欢深度内容。和你的源码分析风格高度匹配。痛点在于他们的时间碎片化（21:00 才活跃），视频节奏不适合拖太长。

三、内容结构分析

合集分布（按集数排序）

合集	集数	状态
Rust 语言学习	29 集	🟢 主力
Kernel 与操作系统	31 集	🟢 主力
云原生	24 集	🟡 可压缩
编程与架构	19 集	🟢 和 Rust/OS 交叉
面试题收集	19 集	🔴 建议终止
AI 相关	18 集	🟢 保持
Rustlings 讲解	13 集	🟡 做完 Rustlings 后可停
前端开发	13 集	🔴 建议终止
HackerRank 刷题日记	13 集	🔴 建议终止
TestDome 刷题日记	13 集	🔴 建议终止
设计模式	4 集	🟡 可留可不留
Go 语言学习	7 集	🔴 建议终止

流量来源结构

视频推荐: ████████████████████████ 59%
其他:     ██████ 16.4%
专栏:     ███ 9%
个人空间: ███ 9%
搜索:     ██ 6.6%

关键发现： 视频推荐 59% 是主力，搜索只占 6.6%——说明你的视频缺乏”搜到才看”的长尾入口。问题在于标题和标签中的关键词不够精准。例如如果 tokio 视频标题里没有”tokio sleep 源码”这类精确短语，搜索拉不动。

四、问题诊断

问题 1：品类过多，频道定位模糊

12 个合集覆盖了 Rust、操作系统、AI、Go、前端、设计模式、云原生、刷题……观众进入你的个人空间后无法 3 秒内判断”这个频道是做什么的”。这是单稿涨粉中位数只有 5 的根本原因。

解决方案： 从 12 个合集压缩到 3 个核心方向 + 2 个辅助方向：

核心: Rust │ 操作系统 │ AI         (全部保留)
辅助: 云原生 │ 编程与架构           (保留, 但降低更新频率)
终止: Go │ 前端 │ 刷题 │ 面试题     (不再更新)

问题 2：活跃粉丝正在下滑

活跃率 -8.43%、沉默率 +2.3%、取关 +100%，虽然绝对值不大，但趋势方向不理想。可能原因：

近年内容从 Rust 入门 → tokio 源码的变化，部分老粉跟不上深度
播放推荐 59% 说明流量来源单一，算法波动就会影响曝光

解决方案： 保持更新频率（近 30 天 7 期很好），但每 3-4 期深度内容穿插 1 期”轻松但相关”的内容（如实操 demo、工具推荐），拉住中间观众。

问题 3：单稿涨粉转化率弱

7 期视频、中位数涨粉 5 → 30 天约 35 粉来自投稿，其余 414 新增来自其他渠道（可能是有爆款的回补效应）。说明 7 期里没有产生新的小爆款。

解决方案： 标题/封面优化。B 站上源码拆解类视频如果标题是”tokio sleep 源码分析”太干了。可以改成「从 .await 到 epoll_wait：一行代码在内核里经历了什么」——保留深度，增加叙事感。

五、战略建议

5.1 频道定位

「用 Rust 拆解操作系统，用操作系统理解 Rust」

三个核心内容支柱：

┌─────────────────────────────────────┐
│         Rust 源码拆解               │
│  tokio │ axum │ 所有权/生命周期      │
├─────────────────────────────────────┤
│         操作系统底层                 │
│  Linux kernel │ epoll │ eBPF         │
├─────────────────────────────────────┤
│         Rust + AI                   │
│  candle/tract 推理 │ LLM 工程化       │
└─────────────────────────────────────┘

5.2 接下来 10 期的选题排期

期	方向	选题	素材来源	制作难度
1	Rust	「tokio Spawn Blocking：阻塞代码为什么不会卡死异步运行时」	2026 blog 系列衍生	中
2	操作系统	「epoll_wait 的两副面孔：I/O 事件 vs 定时器」	sleep blog Section 六	低
3	Rust + AI	「用 Rust 的 candle 跑一个本地 LLM」	新内容	高
4	操作系统	「从程序到进程：Linux execve 源码拆解」	新内容	中
5	Rust	「tokio Runtime 是怎么初始化起来的」	builder.rs + driver.rs	中
6	操作系统	「用 Wireshark 看 tokio 收到数据时发生了什么」	I/O blog + Wireshark 技巧	低
7	Rust	「Rust 的零成本抽象到底零在哪」	Deref + 侵入式链表分析	中
8	AI	「Cursor + Rust：AI 辅助开发实战」	实操	低
9	Rust	「tokio Timer 的时间轮 vs Linux hrtimer 的红黑树」	两篇 blog 对比	低
10	操作系统	「从锁到 CAS：并发控制的三代演化」	StateCell + hrtimer 素材	中

5.3 运营建议

方面	建议
发布时间	每周二或四 21:00（粉丝最活跃时段）
标题策略	源码拆解类用「引号 + 冒号」结构，例如「一行 `.await` 在 Linux 内核里经历了什么：tokio sleep 源码全链路追踪」
封面风格	代码 + 架构图 + 大字标题。参考你 tokio blog 里的 mermaid 图，截图做封面
互动引导	源码类视频每期留一个”你自己去读的源码位置”作为 End Screen 引导
合集整理	删除或归档 Rustlings、刷题、前端、Go 合集；只留 Rust、操作系统、AI、云原生、编程与架构
专栏联动	视频发布前后 1-2 天发对应的博客专栏文章，利用 9% 的专栏流量来源相互引流

六、总结

粉丝质量  ████████████████▎  19.5% 活跃 (同类 0.3%)
内容深度  ████████████████▌  源码级，差异化强
内容聚焦  ███████▎          ⚠️ 12 个合集太分散
涨粉效率  ██████▌           单稿中位数 5，需加强标题 + 定位
更新频率  ████████████████   30 天 7 期，很好
粉丝画像  ████████████████   男性 >25 >40，完美匹配深度内容

当前状态： 频道处于”内容好但定位散”的阶段。粉丝来了看一眼——”这人是讲 Rust 的？操作系统的？还是前端的？”——没想明白就走了。

改正方向： 聚焦 Rust + 操作系统 + AI，砍掉其余 6 个方向。3 个月后再看数据，单稿涨粉中位数如果能从 5 涨到 15-20，说明定位收敛见效。

本报告由 B 站创作中心数据 + OCR 分析生成。建议每季度更新一次。