RE-01 · 腰部作者流失预警清单
从1247个作者里找出谁需要重点跟进
痛点 表面看是作者流失率高、留不住人 · 实际上流失前的信号早就躺在后台数据和评论区里,只是1247个作者里没
① 场景引入
表面看是作者流失率高、留不住人 · 实际上流失前的信号早就躺在后台数据和评论区里,只是1247个作者里没人能逐一排查
一、这件事现在是什么样
责任编辑(追更运营) · 真实业务触发
每周固定的作者健康度巡检,夏栎要在1247个签约作者里找出真正需要她本人介入的那几个,而不是被均匀分散的注意力拖到什么都做不好。
二、痛点 · 每条都有来源
1起点编辑普遍负责超过2000位签约作者,编辑基本是面对数据而非作者和作品,说明责编早已无力逐一人工跟进依据· 起点编辑普遍要负责超过2000位签约作者,'编辑基本是面对数据,而非作者和作品'22019年后入行的职业作者留存率不足10%,多数人在一年半内因收入不稳、读者积累困难退出,这是行业公开的结构性痛点依据 · 网络文学研究中心统计:2019年后入行的职业作者留存率不足10%,多数人在一年半内因收入不稳、读者积累困难退出3网络文学界心理问题高发,写手猝死、'每天一睁眼就觉得欠读者八千字',行业呼吁不能仅仅扮演催稿角色,但至今没有落地机制依据· 网络文学界心理问题高发是长期公开话题:写手猝死、'每天一睁眼就觉得欠读者八千字',行业内部呼吁平台不能仅扮演催稿角色,但至今没有落地机制4网文标签体系变化极快,中小平台缺乏系统追踪能力,一个作者的题材热度可能已经悄悄下滑但没人注意到依据 · 网文标签体系变化极快:2016年热门标签是校花兵王,2018年变成神豪奶爸,阅文NLP团队要靠编辑+运营+技术手段循环迭代打标签库,中小平台根本没有专门团队做这件事
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 起点编辑普遍负责超过2000位签约作者,编辑基本是面对数据而非作者和作品,说明责编早已无力逐一人工跟进2019年后入行的职业作者留存率不足10%,多数人在一年半内因收入不稳、读者积累困难退出,这是行业公开的结构性痛点网络文学界心理问题高发,写手猝死、'每天一睁眼就觉得欠读者八千字',行业呼吁不能仅仅扮演催稿角色,但至今没有落地机制网文标签体系变化极快,中小平台缺乏系统追踪能力,一个作者的题材热度可能已经悄悄下滑但没人注意到
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
6 步 · 每一步的产出都是下一步的输入
- 本周作者数据批次校验确认1247名作者的后台数据是否完整导出,缺项不阻塞但标出
- 更新频率变化率计算· 与该作者历史基线对比不用统一阈值,每个作者对比自己近6个月的历史更新节奏
- 评论情感占比分析 · 识别负面情绪聚集的具体章节标出'剧情崩了''人设立不住'这类具体反馈聚类,不是笼统的正负面比例
- 收藏增速比对· 与同题材同期作品做基线对比避免把'整个题材热度下滑'误判为'这个作者本人出了问题'
- 三维信号交叉分级 ·高风险/观察中/正常三档任一单一信号异常不直接进高风险档,需要至少两个维度同时异常
- 预警清单生成 · 责编介入建议高风险档的作者附具体建议介入角度,介入动作与话术由责编自己决定
要准备什么:1247名作者后台数据导出.xlsx更新频率/收藏/评论数,多平台格式混合近90天书评区原始评论文本.txt未做情感分类,全靠人工翻读的原始数据历史流失作者名单.xlsx近2年确认流失的作者及流失前信号记录,用于校准判断标准
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 3 = 7.3
最大差异点:不是简单的'更新频率下降'单一指标报警,而是综合更新频率、评论负面情绪占比、收藏增速三个维度交叉判断,避免因为作者正常请假/调整创作节奏就被误标为流失风险。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
腰部作者流失预警清单.xlsx高风险档 · 含责编签批栏 - 可派发清单:
单维度异常观察名单.xlsx可派发 · 暂不介入但持续观察
这套东西不承诺什么:不做什么:不自动发送催更消息或任何直接触达作者的动作,预警清单只提示'建议责编本人介入';不判断作者是否要解约或续约,那是版权岗的职责;涉及心理健康的信号只做转介提示,绝不尝试替代专业心理疏导。
② Live Demo(演示逐步)
表面看是作者流失率高、留不住人 · 实际上流失前的信号早就躺在后台数据和评论区里,只是1247个作者里没人能逐一排查
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:枫墟文化传媒(上海)有限公司(虚构)· 上海 · 员工74人 · 自营网文平台「墨读」。资深责编夏栎名下签约作者1,247人,含《长夜捕光》作者沉水。本次触发:每周固定的作者健康度巡检日(2026-08-31),夏栎需要在有限时间内确定本周真正需要她本人介入的作者,而不是把注意力均匀撒在1,247个作者身上。
巡检作者基数1,247 人单维度异常34 人多维度异常9 人排除观察25 人
输入网文平台与IP运营手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_1247名作者本周数据导出.xlsx1,247名签约作者本周更新频率/收藏/评论数导出,多平台格式混合平台后台系统导出· 各平台字段格式不统一,本表为合并结果02_近90天书评区原始评论文本.txt重点作品书评区近90天原始评论文本,未做情感分类,全靠人工翻读的原始数据平台评论系统导出 · 原始文本未结构化03_历史流失作者名单.xlsx近2年确认流失的作者及流失前信号记录,用于校准本次判断标准夏栎个人整理 · 流失后回溯记录,此前未系统化用于预警04_同题材同期作品收藏增速基线.xlsx用于收藏增速比对的同题材同期基线数据,避免把题材整体降温误判为个人问题运营部维护 · 按题材月度更新
注意标橙色那一份 —— 03_历史流失作者名单.xlsx。它夏栎个人整理 · 流失后回溯记录,此前未系统化用于预警,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
这周1247个作者的数据过一遍,找出更新频率、评论情感、 收藏增速三个维度里至少两个同时出现异常的作者,列成本周重点跟进名单。 单一维度异常的先不用报警,可能是正常请假或节奏调整。 涉及心理健康信号的单独标出来,我会转介专业渠道,不用你处理。
短是因为分级标准和心理健康转介边界都写在能力包里了。
触发本周作者数据批次校验
确认1247名作者的后台数据是否完整导出,缺项不阻塞但标出
每周五固定的作者健康度巡检,夏栎要在当天完成1,247名作者的数据过滤,找出真正需要她介入的那几个。现有材料是原始的后台数据导出 —— 能看出每个作者本周的更新频率,但看不出哪些异常值得真正花时间介入。数据来源覆盖作者数字段完整性处理方式平台后台系统1,247完整进入下一步书评区评论文本1,247部分作品评论量过大需抽样重点作品全量,其余抽样合计 1,247 人———1,247名作者数据全部纳入本次巡检范围,无缺失。
第 1 步 · 更新频率变化率计算 · 与该作者历史基线对比
不用统一阈值,每个作者对比自己近6个月的历史更新节奏
第 2 步 · 评论情感占比分析 · 识别负面情绪聚集的具体章节
不做整体正负面比例,聚焦'剧情崩了''人设立不住'这类具体反馈
第 3 步 · 收藏增速比对 · 与同题材同期作品做基线对比
避免把'整个题材热度下滑'误判为'这个作者本人出了问题'
第 4 步 · 三维信号交叉分级 · 高风险/观察中/正常三档
任一单一信号异常不直接进高风险档,需要至少两个维度同时异常
之后预警清单生成 · 责编介入建议
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
表面看是作者流失率高、留不住人 · 实际上流失前的信号早就躺在后台数据和评论区里,只是1247个作者里没人能逐一排查
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
腰部作者流失预警清单 —— 从1247个作者里找出谁需要重点跟进 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
churn-early-warning.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是网文平台与IP运营手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁RE-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_1247名作者本周数据导出.xlsx1,247名签约作者本周更新频率/收藏/评论数导出,多平台格式混合02_近90天书评区原始评论文本.txt重点作品书评区近90天原始评论文本,未做情感分类,全靠人工翻读的原始数据 XLS03_历史流失作者名单.xlsx近2年确认流失的作者及流失前信号记录,用于校准本次判断标准04_同题材同期作品收藏增速基线.xlsx用于收藏增速比对的同题材同期基线数据,避免把题材整体降温误判为个人问题
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
这周1247个作者的数据过一遍,找出更新频率、评论情感、 收藏增速三个维度里至少两个同时出现异常的作者,列成本周重点跟进名单。 单一维度异常的先不用报警,可能是正常请假或节奏调整。 涉及心理健康信号的单独标出来,我会转介专业渠道,不用你处理。
为什么这么短就够了:短是因为分级标准和心理健康转介边界都写在能力包里了。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 2 份
RE-01_腰部作者流失预警清单.xlsx正式件本体 · 高风险档 · 含责编签批栏RE-01_单维度异常观察名单.xlsx可派发 · 暂不介入但持续观察
Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:1247名作者后台数据导出.xlsx更新频率/收藏/评论数,多平台格式混合近90天书评区原始评论文本.txt未做情感分类,全靠人工翻读的原始数据历史流失作者名单.xlsx近2年确认流失的作者及流失前信号记录,用于校准判断标准
人工边界:不做什么:不自动发送催更消息或任何直接触达作者的动作,预警清单只提示'建议责编本人介入';不判断作者是否要解约或续约,那是版权岗的职责;涉及心理健康的信号只做转介提示,绝不尝试替代专业心理疏导。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
责任编辑(追更运营) · 产出即下一步输入
- RE-02 · 三审三校流程留痕报告:监管抽查时能立刻调出来的合规记录
- RE-03 · 漫画分镜脚本与原著一致性核查:百万字原著全靠编剧记忆比对不现实
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。