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

推荐订阅源

美团技术团队
Y
Y Combinator Blog
宝玉的分享
宝玉的分享
S
Secure Thoughts
The Cloudflare Blog
P
Proofpoint News Feed
腾讯CDC
Latest news
Latest news
AWS News Blog
AWS News Blog
The Hacker News
The Hacker News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
IT之家
IT之家
T
The Exploit Database - CXSecurity.com
T
Threat Research - Cisco Blogs
C
Cybersecurity and Infrastructure Security Agency CISA
V
Vulnerabilities – Threatpost
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
小众软件
小众软件
L
Lohrmann on Cybersecurity
Apple Machine Learning Research
Apple Machine Learning Research
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
L
LINUX DO - 热门话题
博客园_首页
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google Online Security Blog
Google Online Security Blog
T
Threatpost
Project Zero
Project Zero
Cyberwarzone
Cyberwarzone
月光博客
月光博客
G
GRAHAM CLULEY
P
Palo Alto Networks Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Help Net Security
Help Net Security
K
Kaspersky official blog
A
Arctic Wolf
D
Darknet – Hacking Tools, Hacker News & Cyber Security
C
Cyber Attacks, Cyber Crime and Cyber Security
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Troy Hunt's Blog
Webroot Blog
Webroot Blog
SecWiki News
SecWiki News
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
H
Heimdal Security Blog
N
News | PayPal Newsroom
C
Cisco Blogs
博客园 - 叶小钗
C
CXSECURITY Database RSS Feed - CXSecurity.com
WordPress大学
WordPress大学
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
手把手带你设计产品后台(3)——审核篇
一直产品汪 · 2023-01-16 · via 人人都是产品经理

审核是中后台系统非常重要的职能之一,尤其是对于内容领域和金融领域来说。本文作者在研究免疫系统和病毒的过程中,发现免疫系统和病原体的抗争和协同过程,同审核系统和风险的关系是很类似的,于是将免疫系统对审核系统设计的启示写了出来,希望能给你带来一些启发。

审核是中后台系统非常重要的职能之一,尤其是对于内容领域和金融领域。

后台审核的核心目标是风险控制,发现可能对或已经对公司业务产生不良影响的合作、内容、舆情等不利影响,将其扼杀在萌芽之中或者避免恶劣影响进一步扩大。

笔者曾经做教育后台时,主导过作业批改和审核从0到1到系统设计,有过一些审核的经验。最近因为新冠疫情,也对免疫系统和病毒产生了兴趣,并进行了一些学习和研究。

在此过程中发现,免疫系统和病原体的抗争和协同进化过程,其实同审核系统和风险的关系是很类似的,其底层逻辑更是一样一样的。当然,也可以推而广之到杀毒软件和病毒的关系。

笔者虽然在审核系统的设计方面只有粗浅的经验,但是实在技痒,在此抛砖引玉,将免疫系统对审核系统设计的启示写出来。

一、免疫系统的启示

我们赞美人工设计时,常常会说“巧夺天工”。而随着人类科技实力的不断进步,我们也会产生一些错觉:天然的是质朴的、粗陋的,人工的是完美的、精巧的。

然而我们去多了解一些自然中的现象,那么就会逐步体验到事实恰好与直觉相反。生物尤其是人类的免息系统在漫长的进化中,已经形成了系统性、多层次、高效的机制,十分精妙。

其特点总结如下,也是在设计审核系统中非常值得借鉴的原则。

  • 普适性和特异性:免疫系统分为先天免疫系统和适应性免疫系统。先天免疫系统快速响应病原体的入侵,能够应对大部分的感染。对于小部分的严重感染,再启用更加强大的适应性免疫系统。
  • 兼顾效率和成本:在上述两个免疫系统结合之下,实现了效率与成本的平衡。因为适应性免疫系统虽然效果强大,但是调用消耗的成本非常高。而先天免疫系统足以应对绝大部分情况。
  • 有效的级联反应:无论是两个免疫系统内部还是两个系统之间的配合,都有非常精密的相互触发机制,比如广泛地收集信息、抗原传递、多次认证等。因为免疫系统生效不止会消灭病原体,也会对正常的细胞造成伤害,就是所谓的假阳性。因此审核策略的制定既需要谨慎,又需要在发生严重情况时能果断触发更有效的应对机制。
  • 整体性的应对:两个免疫并不是孤立的,而是可以相互协同、相互增强或控制的。这样可以高效而灵活地应对病原体感染,根据实际情况加强或适时停止免疫反应,避免浪费资源或造成更多假阳性。
  • 二次感染快速响应:感染一次之后,免疫系统会形成各种记忆细胞,有持续生效的,也有暂时休眠的。当相近的病原体再次感染的时候,就能快速地、低成本地调用适应性免疫,高效消灭危险的病原体。

虽然笔者尝试尽量总结的面面俱到,但是免疫系统几十亿年伴随生命和病原体演化而形成的精妙体系,绝非三言两语就能描述清楚。

感兴趣的读者不妨阅读《免疫系统与病毒的战争》,相信会对产品的审核系统设计有更多启发。

那么如何设计一个完善的审核系统呢?

二、业务分析

笔者一贯强调,做产品设计一定要先深入了解、分析业务,然后抽象出其背后的信息流,再进行系统界面设计。

业务的分析方面有很多成熟的方法论,建议整体框架使用用户体验五要素(参考《产品“无”之道(一)——战略篇》)。

对于审核系统来说,最起码搞清楚几个问题:

  • 整体商业的模式是什么?
  • 面向用户的产品是什么?有什么功能?
  • 用户群体是谁?有什么特征?
  • 用户在什么场景下使用产品?
  • 造成业务风险的因素有哪些?
  • 需要审核的内容是什么?
  • 要达成什么样的审核目标?

比如说,我们要做一个内容社区的审核系统。

  • 商业模式可能是会员付费、广告收入、流量销售、带货抽成等。
  • 产品是移动APP为主,包括内容生产者和内容阅读者相关的功能。
  • 用户群体可以参考业务部门的用户画像和用户数据。
  • 用户主要在休闲娱乐或是遇到问题等场景使用产品。
  • 风险可能包括政治、法律等底线风险,黄恐暴等不良习性,用户隐私、用户引导等舆论风险,低质量内容等其他风险。
  • 需要审核的内容可能包括文字、图片、声音、视频等各种类型的PGC或UGC内容。
  • 审核目标可能是规避风险,保证社区的良性生态,从而支持业务可持续发展和变现等。

三、信息流分析

深入了解业务之后,就可以着手开始对信息流的抽象、分析和可视化。应用方法可以参考笔者之前的文章,《火眼金睛:一眼看破产品逻辑》

我们以内容审核相关的业务为例。

经过简单的分析,我们就能够比较全局地了解在整个商业模式下,内容和风险是怎样流转的,进而影响内容分发和用户。

  • 内容信息流:核心内容在整个系统中的流转,包括内容生产,内容提交后的机器人和人工审核,审核结果的复核,以及内容审核通过后的分发。内容分发之后,便可以被内容受众消费。
  • 业务监控信息流:内容上线之前,虽然已经经过审核,但是不可能所有的内容都能被正确审核。而且有的内容上线虽然通过了审核,但是也可能造成某些难以预知的问题。那么就需要对上线后的内容持续监控(同样可以采用机器和人工的方法)。
  • 用户反馈信息流:对上线后内容的跟踪,还有一个很好的方法就是借助用户的力量。对用户针对内容的评价,或者直接开辟举报窗口,都能够帮助识别有风险的内容。
  • 风险处理信息流:已上线的内容出现风险之后,需要妥善处理风险。在确认之前可以做限流处理;对于严重的风险,可能要下架内容并触发发布者;对于质量低等内容,可以降低分发的流量。
  • 数据反馈:一个审核系统想要不断提升效率、优化审核效果,就需要不断收集内容、反馈等审核之后的效果,并且将审核有效或失效的数据再输入审核系统,帮助优化机器审核的算法和人工审核的规则。

四、系统架构和业务流程图

梳理清楚信息流之后,整个审核系统划的系统架构就清晰多了。

  • 用户端:包括为作者和消费受众提供相关功能,由相关的业务团队决定,是审核平台重要的需求来源和服务对象,需要与之保持密切合作。
  • 机器审核平台:利用机器审核对提交的内容进行自动审核。一般审核能力通过调用AI平台对应的接口能力实现,也需要把审核的结果反馈给AI平台,帮助其迭代审核算法。
  • 人工审核平台:对于机器审核无法完成审核的内容,可以通过人工审核。人工审核需要制定明确的审核规则,以让审核人员在审核时有明确的审核依据。人工审核的审核结果同样可以反馈给AI平台用于迭代审核算法,也可以用于完善审核规则。
  • 分发平台:内容审核通过之后,过审的内容通过分发平台进行流量分发。当然分发的策略可以根据用户信息、AI算法进行优化。而且也要随时根据风控反馈,及时处理有风险的内容。
  • AI平台:为机器审核提供AI能力,也可以辅助人工审核、以提升效率。一般可以外采或者自己研发。

下一步就是根据每个平台的具体业务需求,结合人(用户、后台工作人员)绘制流程图。还是建立使用泳道图,将系统、人的重要流程梳理清楚。

泳道图的绘制属于产品经理比较基础的技能,在《火眼金睛:一眼看破产品逻辑》也有案例,在此不再具体演示。

五、机器审核平台

机器审核是个比较偏向技术的平台,产品经理的工作就是要为内容安全提供一个高效、准确的机器审核和风控支持。

做好机器审核平台,需要在几个方面做出权衡。

  • 风险和体验:审核策略越严格,上线内容的风险越小,但是越可能误伤正常的内容,且为人工审核带来更多的工作量,影响用户体验。反之体验有所提升,但是自身的风险会提高。
  • 效率和成本:算法越精准,识别效果越好,然而也意味着更大量的训练数据、更复杂的算法模型、更高的运算量;部署的硬件性能越好、数量越多,审核的速度越快,但是成本也越高。

那么,笔者上文介绍的免疫系统的特点就有用武之地了。

比如受先天免疫系统和适应性免疫系统的启发,我们也可以将机器审核划分成普适性审核和适应性审核。事实上,大多审核系统也是这么做的,但是可以模仿免疫系统,做得更极致。

在作者提交内容时,可以对普遍性的问题进行快速识别。比如敏感词、错别字等,让作者可以马上修正,以避免等待一段时间之后才发现要修正。这样就可以一定程度提升用户体验。

对于所有的内容,应当先让一个简单、高效的模型完成普遍性问题的识别,可以引用人工配置的关键词、策略等帮助增强识别效果。比如可以将完全合规的内容直接发布;对于机器识别置信度低、难以判断的问题类型直接流转人工审核系统;对于适合机器识别的问题进行归类,再分发给不同的适应性算法。甚至以上几种目的也可以交给不同的算法识别分别实现。

适应性算法则可以针对某一类问题进行深度的定制。比如根据国家划分,可以充分考虑不同国家的法律法规和文化;专门针对政治敏感、色情、恐怖等不同类型问题的识别;专门对内容质量、重复性、版权问题识别的模型等。目前人工智能算法的特点还是通用性难做,但是针对特定的问题则可以达到更佳的效果。

再比如建立有效的级联反应机制,让不同类型的问题都得以妥善地处置。

合理配置审核策略,寻找不同整合之间的相似性、关联性,可以对相近的策略进行合并,有冲突的策略进行隔离,有关联的策略设定前后触发关系等。

针对不同类型的问题,还可以设定不同的阈值。比如对政治敏感、青少年色情、版权等底线性的问题,应当采取宁愿误伤,也不放过的策略,然后再交由人工审核进一步判断。对于重复、低质量的内容,则可以适当放宽标准,先让内容发布,再根据后续用户的行为、评价、举报等进一步处理。

有条件时,针对同一类问题可以使用多个模型同时进行分析。这样的好处,一个是可以进行交叉验证,提升审核的准确度。也可以比较不同的算法模型效果,不断淘汰旧的模型,应用新的模型。

还有可以挖掘不同算法模型之间的协作关系。

因为现实世界,内容很多的问题都是混杂在一起的,比如有的内容可能既色情又暴力。

那么普适性审核模型也应当能够提取一些关键特征,帮助适应性审核模型更精准、高效地完成审核;适应性审核模型也可以抽取出更多普适性的特征,反哺普适性审核模型,帮助其优化。

而不同的适应性审核模型,也可以抽取出自己无法完全识别,但是可能与另一种问题相关的特征,并且提供给相关的模型,帮助其更准确地完成识别。

最后就是优化机器审核的记忆性。

机器审核平台应当提供审核结果的数据平台,包括每个算法模型的调用次数、识别效率、识别准确性(来自模型的交叉验证、人工审核、用户反馈等)等数据,用于衡量模型效果。

也应当允许查看内容的识别结果,并尽可能标注出问题的区域。同时也可以人为对结果进行订正,以提升反馈数据的质量。

对于已经发生的问题,可以总结其规律性,比如是否跟国家地区、时间(季节、节日等)、偶然事件、账号用户行为等是否有关。对于持续性、易发性的问题,可以作为固定的检测对象固定下来(配置关键词、审核策略、甚至新增模型等);对于规律性、偶发性的问题,可以设定有效的触发策略,平时可以不作为审核对象。

借鉴疫苗的思维,可以建立模拟的沙盒,在新审核策略、新审核模型发布前,在沙盒中测试效果。还可以人工或机器生成大量的违规内容,然后输入沙盒用以优化模型等。

由于笔者在审核方面的经验有限,上述的想法抛出来供各位读者参考,也欢迎大家留言交流。

六、人工审核平台

人工审核平台要支持审核人员审核和管理的要求,相对来说有更多的界面设计和流程流转。但机器人审核平台的很多思路也可以借鉴。

1. 将审核人员分层和有效的级联机制

可以指定一批基础的审核人员,初步判断机器给出的判断建议是否合理,比如是否需要人工审核、问题分类是否恰当。

特定问题的审核人员同样可以分层,优先由初级审核人员处理,对于难以判断的问题,可以升级、交给更资深的审核人员处理。因为审核人员的培养也是需要成本的,而有疑难杂症的内容也是少数,这种策略可以兼顾效率和成本。

2. 审核人员之间的协作

对于重要的问题,可以同时交给若干审核人员交叉验证。这样的好处是一方面可以避免严重的问题被误判而分发给用户,造成恶劣的影响;另一方面也可以对重要作者更谨慎的审核,避免因为误判损害其积极性和利益。

虽然经过机器和人工分类,但是还有部分问题难免分配到错误的类别,那么处理特定问题的审核人员可以根据个人判断,直接移交给其他组别或者打回给分类审核人员。

3. 强化人工审核系统的记忆

可以从两方面入手。

一个是同样要提供审核结果的数据平台,帮助管理人员不断发现人工审核的不足之处,通过优化审核规则、加强审核人员培训等动作,提升审核效果。

另一个是要建立对审核人员的奖惩措施。奖励审核快、结果准的审核人员,惩罚审核慢、结果差的审核人员。鼓励有想法的审核人员反馈问题和建议,则可以更好地优化人工审核系统乃至机器审核系统。

用AI进行辅助。

虽然前序的机器审核可能无法准确判断问题,但是可以给出处理意见、标注出问题最大的位置,帮助审核人员快速定位。

还可以提示相关的审核规则,方便审核人员在有疑问时能快速查找依据。也可以在审核规则发生变动时及时予以提醒。

甚至对于有显著问题的审核结果进行提醒,进一步降低出错概率。

而人工审核的结果,则是优化AI算法模型的极佳数据。

最后想提醒的是最重要的审核页面的设计,界面设计的合理性、易操作性,极大影响审核人员的效率乃至准确性。需要结合业务特点和审核内容类别(文字、图片、声音、视频)等有针对性地进行设计。也需要结合可用性测试、数据埋点等手段不断优化审核界面。

由于差异性显著,笔者在此不提供具体案例,但是提示可以参考各类设计软件,使用通用性的交互、快捷键等方式提升效率。

关于审核系统的设计思路就介绍到这里。

触类旁通,是一个优秀产品经理必备的素质。阅读笔者的公众号文章,是一个不错的选择。

专栏作家

一直产品汪,微信公众号:apmdogy,人人都是产品经理专栏作家。逻辑型产品经理,致力于将科学思维与产品经理方法论结合。关注人工智能、教育领域,擅长产品孵化、需求挖掘、项目管理、流程管理等产品技能。

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

题图来自Unsplash,基于CC0协议。

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