运营中枢 Logo 运营中枢
Atlas Ops
进入工作台

公域运营:从热点发现到渠道归因的完整流水线

公域运营不是又一个热榜工具。它把五段串起来——发现(热点/对标/关键词)→ 拆解(单条/账号/赛道/评论)→ 创作(选题/初稿/字幕/图文卡片)→ 分发(待发清单 + 平台规格预检)→ 回传(数据看板 + 渠道归因),一共 14 个板块;内容从哪来、数字怎么算、系统做到哪一步为止,都写在界面上而不是只写在文档里。

最后更新:2026 年 9 月 23 日 Markdown 版本:本页 .md 引用请注明来源:运营中枢 https://qbb365.xyz/tools/hot-radar

五段流水线

阶段回答什么问题对应的板块
发现今天有什么值得做;对手在发什么;我的赛道有没有动静热点雷达、对标账号、跨榜搜索、关键词监控
拆解这条为什么爆;这个账号/赛道普遍能爆的是什么;观众在问什么单条拆解、账号拆解、赛道发现与赛道拆解、评论洞察
创作这一条具体怎么写、配什么图、字幕怎么切选题库(含内容日历与来源追溯)、初稿生成、图文卡片、字幕导出
分发什么时候发、发到哪、规格对不对发布清单(排期 + 平台规格预检 + 可复制文案与素材)
回传发出去之后长什么样;人是从哪条渠道来的数据回传、渠道归因

十四个板块分别在什么时候用

板块什么时候用
平台矩阵想确认某个平台能不能采集/拆解/发布,以及标题字数、话题数、时长上限
采集来源先看这一页:每个平台的数据现在从哪来、能不能用、不能用是为什么,「测一下」当场验证
热点雷达每天扫一眼六个平台的榜单,一条热点可一键加入选题
对标账号关注对手:先「扩样」把最近若干条作品拉进内容库,之后每天看新增
跨榜搜索判断一个词是不是多个平台同时在讨论(比单榜排名更值得做)
选题库用日历排期;状态从灵感推到已发;初稿在这里生成,成品包一键下载
发布清单排期 + 规格预检 + 挂私域渠道;发完回来登记链接,数据回传才接得上
数据回传看增长(需要两次以上快照);也可以每天手动点一次「记录今日数据」
关键词监控长期盯赛道相关词;看名次走势判断是常驻还是昙花一现
赛道发现不知道先做哪个赛道时看这里:所有赛道按「爆款广度 + 拥挤度」排序,附排序公式与原始信号
赛道拆解想搞清「这个赛道里什么内容普遍能爆」:看平台对比与共性
评论洞察观众在问什么、哪里在讨论购买、哪里有争议——都是选题来源
渠道归因哪些内容在往哪个渠道带人;有内容没挂渠道会被单独列出来
字幕导出已转写的内容导 SRT;图文内容的封面与长图在选题库的初稿里生成

工作台:先看「今天该干什么」

每天打开公域运营,第一屏是工作台,它把要处理的事按优先级列出来:逾期未发、规格没过、榜单没抓到、内容没挂渠道——点一下就跳到对应板块。旁边是近 24 小时日报(对标账号新增作品、关键词首次命中、私域新增客户),以及环境自检(AI 模型、抖音与 B 站 Cookie、中文字体、外部命令、推送设备,缺哪项直接告诉你补哪里)。

内容从哪来:三种采集状态,界面里写明

国内平台没有一个能靠同一种方式采到。所以「采集来源」页把每个平台的现状直接摆出来,并且每行都能点「测一下」当场验证:

平台能不能直连采实测情况
抖音能,需要登录态项目自带签名实现;缺 uifid 这类会话字段时会被风控拦(403),界面上会原样回显平台的报错
B 站能,需要登录态匿名访问作品列表会返回 -352 风控校验失败
头条只能按内容流采没有稳定的「按账号列作品」公开入口,所以定位成收内容进选题池,不硬塞进对标账号扩样
微博基本不行数据中心 IP 访问直接 432,只能靠登录态或外部服务
快手 / 视频号 / 知乎 / 公众号没有公开稳定接口走「并跑的采集服务」:只调它的 HTTP 接口,地址与字段映射可配置,对方升级我们不用跟着发版
小红书独立模块在自己的「小红书运营」模块里按链接或关键词收录
抖音与头条这类平台还有一个共同点:同一条地址在服务端直连会拿到空响应或不稳定结果,只有在浏览器环境里才稳定返回数据。所以本项目自带一个本地浏览器代发服务(自己实现,不引入第三方采集服务),平台 Cookie 只存在你自己的服务器上。

数字口径:哪些数字可信、哪些故意不给

这一节是这个模块最容易被误解的部分,也是它和「数据看板式工具」最大的区别——每个数字都能对上口径:

数字口径
爆款线同批样本互动量的 P90;样本不足 10 条时按最高的 3 条判,并写明用了哪套
增长窗口内最早一次快照与最新一次快照的差值;只有一次快照的内容不参与计算
赛道机会分60 × 爆款广度 + 40 × min(1, 1/(1+样本数/40));爆款广度是主项,赛道只有 1 个账号时不算广度,改用爆款率并说明「看不出能不能复制」
小红书图文图文样本占比 ≥50% 时用「图片数量」而不是时长(图文笔记时长为 0,拿它做变量只会得出废结论)
字幕时间轴分「真实时间轴」(识别服务返回的分句时间戳,可直接用于剪辑)与「估算时间轴」(按标点断句与字数占比铺出来的修改起点)
新增客户企业微信「客户首次添加」事件,同一客户只算一次,与「企业新增客户」模块同一口径
渠道归因只到渠道级:不把客户数平摊到单条内容
没有播放量与完播率。这两项拿不到公开数据,所以系统不给——界面上也不会拿估算值冒充实测值。这条比功能数量更重要:一旦有一个数字是编的,整套结论都会被怀疑。

为什么不做成「爆款库」

很多工具停在「把爆款存进收藏夹」这一步。收藏夹回答不了下一个问题:这条为什么爆、能不能复用。这里把收录、转写、分析、选题做成连续动作——内容进库后可以直接转写,转写结果作为分析输入,分析结论再进选题池,中间不需要人工搬数据。

边界:这套东西不做什么

想按天走一遍这条流水线?

指南里按「每天先做什么、再做哪个板块」写了完整顺序,以及每条口径的来源。

常见问题

热点雷达覆盖哪些平台?

内置直连六个平台的公开榜单:微博热搜、知乎热榜、B 站热门、抖音热榜、头条热榜、百度热搜,每小时抓一次并保留历史。知乎这类要求身份校验的来源,可以自建一个开源热榜聚合服务(例如 DailyHotApi)并把地址填进配置;哪个来源失败会在界面上单独显示原因,不影响其他来源。

为什么没有播放量和完播率?

这两个数字拿不到公开数据。系统只用公开互动数据(点赞、评论、收藏、分享)与发布时间,宁可少两个指标,也不拿估算值当实测值用。

「跨榜搜索」和看单个榜单有什么区别?

一个词只在一个榜单上榜,可能只是那个平台的局部热点;多个平台的榜单同时出现同一个词,才说明它值得做。跨榜搜索就是把这件事变成一次查询。

发布为什么不能自动化?

采集用的 Cookie 只能读,发帖需要平台侧的 OAuth 授权;抖音、小红书这类还要企业资质与开放平台应用审核。所以系统把「发」之前的所有准备工作做完(成品包、待发清单、规格预检、文案一键复制),发布由人完成。这是刻意的取舍,不是没做。

采集不到的平台怎么办?

三条路,界面上的「采集来源」页会按平台给出具体建议:并跑一个开源自托管的采集服务(我们只调它的 HTTP 接口,地址和字段映射都可配置)、用本项目自带的直连(抖音已就绪,B 站配登录态即可用),或者退回按链接手动收录。

对标账号监控会一直跑吗?

可选定时扫描(默认关闭,开启后按设定间隔执行),也可以随时手动检查一次,避免无人值守时白白请求平台接口。

爆款拆解只是调 AI 写点评吗?

不是。拆解用的是这条内容真实的数据与转写文本(钩子、节奏、结构),AI 只是把结论整理成人能直接用的形式;没有配置视觉或音频理解模型时,相关字段会明确写「待内容模型分析」,不会凭空编出来。

换一个采集服务要改代码吗?

不用。地址与字段映射是配置项,字段映射支持多候选与短路径回退(对方给 digg_count 还是 statistics.digg_count 都能取到),互动数写成「12.3万」、时长写成「12:05」都能解析。