惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

TaoSecurity Blog
TaoSecurity Blog
T
Troy Hunt's Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Vercel News
Vercel News
T
Threatpost
G
Google Developers Blog
T
Threat Research - Cisco Blogs
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
T
The Exploit Database - CXSecurity.com
H
Heimdal Security Blog
Google DeepMind News
Google DeepMind News
Cyberwarzone
Cyberwarzone
T
The Blog of Author Tim Ferriss
Know Your Adversary
Know Your Adversary
Hacker News: Ask HN
Hacker News: Ask HN
www.infosecurity-magazine.com
www.infosecurity-magazine.com
S
Schneier on Security
B
Blog
V2EX - 技术
V2EX - 技术
NISL@THU
NISL@THU
C
CERT Recently Published Vulnerability Notes
W
WeLiveSecurity
C
Cybersecurity and Infrastructure Security Agency CISA
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Y
Y Combinator Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Spread Privacy
Spread Privacy
The Last Watchdog
The Last Watchdog
V
Vulnerabilities – Threatpost
N
Netflix TechBlog - Medium
Schneier on Security
Schneier on Security
F
Fortinet All Blogs
N
News | PayPal Newsroom
Attack and Defense Labs
Attack and Defense Labs
Blog — PlanetScale
Blog — PlanetScale
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Microsoft Security Blog
Microsoft Security Blog
S
Security @ Cisco Blogs
人人都是产品经理
人人都是产品经理
爱范儿
爱范儿
P
Privacy & Cybersecurity Law Blog
P
Proofpoint News Feed
Project Zero
Project Zero
I
Intezer
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - Franky
SecWiki News
SecWiki News
Martin Fowler
Martin Fowler

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
实战分享:UGC内容质量提升策略设计
wen · 2023-08-04 · via 人人都是产品经理

对于UGC社区而言,在内容生产端,把控其质量非常重要,需制定维持或提升平台内容质量的相关策略。本文结合作者相关项目经历详细展开,如何进行UGC内容质量提升策略设计,一起来看看吧。

如上一篇文章【实战思考:从0到1搭建UGC社区系统】所说,在内容生产端,需制定维持或提升平台内容质量的相关策略,本文将围绕笔者的项目经历对其进行更详细得介绍。

先说下笔者在这块走过的弯路。最开始搭建社区时,一个关键指标是内容量,当时整个产品和运营团队侧重在创作者的拉新和激励上,忽视了内容质量,导致平台出现以下几个典型问题:

1、当时的创作者激励活动,侧重于求量而非求质,导致出现大量低质灌水内容;

2、某类似于精选的功能仅与点赞量挂钩,导致平台发出错误的优质内容信号;

3、真正的优质内容流量受限。部分高优内容,由于无法获得流量倾斜,曝光不够,导致创作者失去优质创作的动力;

4、对于平台整体内容质量的走向,无直接的数据指标评价,只能靠人工感知。

基于此,团队需迫切调整方向,笔者便是在此背景下提出了内容质量提升的相关策略,供各位参考。

一、增加关键指标

所有策略的制定都需要有一个指标来衡量。针对于内容质量的提升,提出了“内容详情页的日人均停留时长”指标,选择该指标的原因是:

1、该指标是用户行为指标,客观且可量化;

2、与内容质量提升有很强的因果关系,内容质量的提升会直接带来用户更久的停留时长;

3、相比点击率、消费内容数这类指标,时长指标的提升背后是更长期更稳定的用户行为,比如标题党、临时运营活动对指标的影响较小,即该指标更加“健康”;

指标拆解如下:

内容详情页的日人均停留时长= 人均消费内容数量 * 单个内容停留时长=人均消费内容数量  *(完成单个内容所需时长 * 完读率)

注:此处的=并不是完全相等

以上共拆解到了三个子指标上,这三个子指标有各自不同的价值:

1、“人均消费内容数量”的提升侧重于更高的点击率,即平台更强的内容分发能力;

2、“完成单个内容所需时长”的提升侧重于更长的内容。从团队的运营经验来说,平台优质内容往往有较多字数(大于500字),因此该指标能在一定程度上反映平台的内容质量。但该指标有明显的缺点,如果只单一考虑,容易导致内容凑字数或内容过长现象,因此需要下面的“完读率”指标进行牵制;

3、“完读率”的提升侧重于内容对当前用户的吸引力,一是受到内容质量本身的影响,二来也受到内容分发能力的影响(是否是用户真正感兴趣的内容);

二、提出解决方案

1、给标准——完善内容质量评级

平台需要清晰界定什么是优质、什么是低质内容,即给出质量评判的标准。需要产品和运营团队配合输出,主要工作包括:

(1)确定内容范围。比如回答、文章;

(2)提出质量等级和评定方式

当时提出共6层,如下图供参考(其中等级0-4互斥,等级5的内容同时也属于等级4)。不同平台由于所处阶段、定位、资源配置、内容量级、内容风险程度等原因,在质量等级划分和评定方式/流程上各有不同,但核心思路均是通过质量划分,将好内容和差内容进行足够精准得圈定以配合后续的奖惩策略。

(3)质量标准制定

由内容运营团队输出质量标准文档给到审核团队,然后由审核团队按照标准进行打标。质量标准文档并不是一个固定的文档,需逐步调优适配平台内容。而调优的方向是否正确,可以通过引入关联的数据指标进行纠偏,流程如下。

此外还需注意的是,不论质量标准文档多么完善,对于审核团队来说,3和4的质量评定难度往往会高于0和1,因为“好内容”的边界更加模糊,审核团队在这里所使用的主观判断会更多。也由于评定具有主观性,存在两个风险:

a.在既定标准下,审核团队的人员不同所带来的标注结果不一致;

b.在既定标准下,审核团队核心人员更换所带来的标注结果前后不一致。

如果审核团队不在部门内部构架范围,以上风险则需特别关注,除了通过运营抽检识别和控制外,也可以通过引入关联的数据指标进行观测。

(4)提出关联的数据指标

a.针对质量标准调优。可以通过“1~4各个质量等级下的内容占比”和“1~4各个质量等级下的内容曝光收藏率”两个指标进行纠偏。

第一个关联指标是平台先预设好数值范围,确保最终的数据结果在该范围内。这是因为不论平台当前的整体内容质量有多好或者多差,都需要从中按照一定比例挑选出“更好”和“更差”的内容,用以配合内容分发。假设等级为4的优质内容在平台看来应该是稀有的,最高比例预设为5%,那如果最终的结果超过这个范围,就需要进一步提高等级4的评判标准;

第二个关联指标提出的原因是平台的内容主打知识内容,质量越高往往被收藏的概率越大。在数据表现上,从1到4各个等级的数据是递增并且是断层的,如果某两个等级的数据差异不大甚至递减,那则需要调整相关标准。

b.针对审核团队主观性判断风险。也可以通过“1~4各个质量等级下的内容占比”指标进行观测,与上面不同的是,在这里该指标主要是用于观测趋势变化。因为该指标数据短期内是足够稳定的,长期来看即使由于整体质量提升,各个等级内容占比有所迁移,但也是平滑迁移。所以如果短期内某等级线出现了变化,那就应该立即确认是否有质量标准调整或者审核团队人员变动的情况。

注:以上指标均未考虑0等级的情况,原因是不合规、不安全的内容标准并不会受平台质量的变化而变化,同时不具有主观性。

2、给态度——释放可见的平台优质内容信号

质量等级为4和5的内容均为平台优质内容。在功能设计上,特别是平台前期内容分发还不够完善时,需突出其在用户端的可见和可知性,比如打上“精选”“每日最佳”这类标识,即告诉平台的消费者和创作者:“你看,这是我们平台认为的好内容。”

同时可以将这类标识内容进行聚合,形成精选、每日最佳合集,以便用户进一步消费。

3、给奖惩——流量扶持与打压

在圈定完“好内容”和“差内容”后,平台能够最直接最快速给出的奖惩方式就是流量分配。

(1)不合规和不安全内容。审核不通过,仅主人态(创作者自己)可见;

(2)低质量内容。从平台来说,这类内容价值很低,如果不控制其露出对平台的整体的内容氛围/感官有较大影响,但同时这类内容又是平台允许的(扩充内容量、不设过高的创作门槛)。因此这类内容会被审核通过,但在核心个性化推荐场景将被直接过滤掉,另外在内容列表页也会被折叠;

(3)一般内容。也就是“不好不坏”,平台往往不对其做单独的干预策略;

(4)较好内容。在部分场景做适当加权,比如内容列表页排序加权;

(5)优质内容。平台最高质的一批内容,在个性化推荐场景、搜索、内容列表页均可以对该特征进行加权;

(6)每日最佳。由运营从优质内容中选出的具有代表性的内容,数量极少,主要是用于运营投放。比如站内消息推送、banner位投放等

以上流量分配的实现是否如预期可以通过引入“各内容质量等级下的内容条均浏览量“指标进行观测。

4、给成长——精细化触达低、中质创作者

低中质创作者可以定义为过去某个时间段内生产内容1-2等级在1-4等级中的占比超过某一阈值的创作者,这类用户本身具备创作意愿和能力,平台可以通过精细化消息触达,推送相关内容教程和说明,引导提升其后续内容质量。

三、定期回顾进展并更新方案

到具体执行后,随着进展需进一步补充相关策略,另外在回顾策略和数据观测过程中往往会发现新的问题,也需及时调整。

1、算法与人工审核的配合

在项目前期,除了命中敏感词库的内容直接被系统驳回,其他的内容均需要经过人工逐个审核,审核除了判定内容是否通过以外,还需勾选相关内容标签、评估内容等级,人力成本较高,且响应速度有限。

随着内容量的增多,在积累了足够训练样本后,项目引入了算法模型。涉及:

(1)低质量内容直接判定,人工抽检反馈badcase调优;

(2)一般内容到优质内容的初步判定,人工复审,算法再根据复审结果训练模型;

(3)自动生成内容标签,人工抽检反馈badcase调优。

低质量内容之所以直接由算法判定,一是因为低质量的识别难度最小,测试集准确率最高;二是从平台的角度,误判低质量所带来的损失低于误判高质量的损失。

2、更丰富的激励方式

除了流量扶持以外,针对高质量内容的创作者,平台还进行了:

(1)成就激励。包括创作者排行榜、创作者等级标识、创作者周报、创作者证书、颁奖典礼等;

(2)物质激励。在常规创作者激励活动中,满足相关条件的创作者可以获得平台补贴。

3、抄袭驳回

由于创作者激励活动对存在金钱补贴,部分创作者为了最大化得获得补贴,出现了抄袭现象。抄袭对象为平台内的其他优质原创内容,并且往往通过“缝合拼接”多个其他创作者的优质内容实现。

在此背景下,平台上线了内容管理端的抄袭识别功能。其中抄袭识别功能是通过高亮存在抄袭的内容,并且由算法计算出整体抄袭率,超过某一阈值,系统直接驳回。

4、黑名单用户

针对生产不安全内容、抄袭内容的用户,在首次平台均会发出警告。如果二次触发,平台运营会根据其恶劣程度选择短期、中期、永久性冻结该用户账号。

以上便是笔者在UGC内容质量提升策略上的实战分享,由于经验有限,不严谨的地方欢迎指正和探讨。下一篇笔者会对个性化推荐进行介绍,欢迎关注。

本文由@wen 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来源于Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。