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

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
D
Darknet – Hacking Tools, Hacker News & Cyber Security
N
News and Events Feed by Topic
N
News | PayPal Newsroom
SecWiki News
SecWiki News
P
Privacy International News Feed
T
Troy Hunt's Blog
Attack and Defense Labs
Attack and Defense Labs
N
News and Events Feed by Topic
L
LINUX DO - 热门话题
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Security Latest
Security Latest
AWS News Blog
AWS News Blog
S
Secure Thoughts
W
WeLiveSecurity
H
Heimdal Security Blog
T
Threat Research - Cisco Blogs
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity Blog
S
Security @ Cisco Blogs
G
GRAHAM CLULEY
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Spread Privacy
Spread Privacy
L
Lohrmann on Cybersecurity
C
CERT Recently Published Vulnerability Notes
S
Security Affairs
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google Online Security Blog
Google Online Security Blog
Cisco Talos Blog
Cisco Talos Blog
雷峰网
雷峰网
Cloudbric
Cloudbric
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园_首页
Hacker News: Ask HN
Hacker News: Ask HN
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Google DeepMind News
Google DeepMind News
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
Latest news
Latest news
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
D
Docker
Recent Announcements
Recent Announcements
博客园 - 【当耐特】
H
Help Net Security
博客园 - 司徒正美
TaoSecurity Blog
TaoSecurity Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
Check Point Blog
博客园 - 叶小钗

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
外呼系统如何提升接通率?
通信产品的那些事 · 2023-04-26 · via 人人都是产品经理

作为普通的用户,我们在接到疑似客服或者销售电话时都会毫不犹豫地挂掉。但作为产品经理,我们要想办法减少这种情况,提高外呼系统的接通率。应该怎么做呢?本文作者对此发表了自己的看法,与你分享。

和一个朋友聊天,说到了在同样的数据质量情况下,还怎么能提高外呼系统接通率?

仔细思考了下,发现这是一个很大的问题,往下深挖,可以窥见这个行业内一些深层次的东西。

接上一篇《外呼系统有哪几种外呼形式?》扫盲贴,这一篇可以算是进阶篇。

看了有帮助的话,又没收你们的钱,小手一抖三连点赞关注转发,基本的Respect。

要解答这个问题,我建议先看看三大基本要素:

  1. 系统能力
  2. 线路质量
  3. 客户业务

一、系统能力

你的外呼系统,是否具备良好的架构,可以承载客户的座席并发、线路并发,不会出大问题,也不会出小问题?

是否曾经出现过以下病症:

页面无法访问、座席掉线、操作延迟、数据库响应慢、状态更新失败、录音转换失败、消息堆积?

有问题不可怕,怕的是没空解决,负重前行。

出来混,迟早要还的,终有一天压垮你。

把历次故障和问题汇总起来,好好研究下解决方案,该从架构上,功能上,网络环境上解决的尽快安排。

用户使用你的系统,三天一个小Bug,五天一个大故障,那就根本不是提高接通率的问题,马上就得换掉你了。

二、线路质量

外呼系统与线路资源,本质上是独立的,但是在客户眼中,服务是你一并提供的,遇到问题还是你来解决。

提高外呼接通率,从线路质量上寻找解决之道,是可以马上见效的手段。

作为外呼系统,对线路质量的关注,应该是冰山之下那块厚重的底座能力,需要精确掌握所有上游资源的线路情况:

包括且不限于实时线路接通率,实时通信信令日志,尤其是呼损信令的问题定位和分析。

呼损常常因为上连资源的并发不足、触发风控规则、触发黑名单或者某些线路技术问题报错导致。

这些问题,除风控问题相关,需要针对业务进行优化外,其他错误都可以通过配置扩容、问题优化来得到缓解和优化。

因为和上游资源的不透明,会导致盲人摸象。

所以建立有效的通信底层监控优化能力,是提升呼叫接通率的硬核本领。

三、客户业务

做好以上两点,还有一点基本要素就是客户的业务。

不从客户业务入手,谈提升接通率,纯属空穴来风。

首先关注客户的使用习惯:

客户在你的外呼系统中使用,如何操作的,用的手工外呼、集成的一键外呼还是预测外呼任务?

点击外呼时,有没有误操作和取消?

号码传输有没有重复,有没有错误?

预测外呼的开关调整的是否合适,有没有造成并发不足呼损的情况。

把外呼接通率和客户操作之间的关系先理清,这里面 可能还藏着产品优化的地方,是什么导致了客户有这样的使用行为,有办法优化嘛?有办法规避嘛?有更好的引导方式嘛?

产品深入到客户的使用场景,可以挖到真金白银的宝藏。

另外,要关注在外呼系统中客户的具体业务场景:

客户是什么行业,外呼的哪个场景的业务,呼叫的数据来源,是哪个阶段的数据,有没有导致呼叫Caps激增的业务时段?

这些基本问题,在使用之初需要针对报备话术进行管理,匹配最优的线路资源。当然这个最优不一定是接通率最高的,可能是风险控制最合理的,以及成本最合适的资源。

动态性的业务,要给客户提前准备好临时性的调度或永久性的备份资源补充上。

如果资源匹配上,出现了错位,那么轻一点说,是接通率下降的问题,严重的话,就是风险性问题。

所以,并不仅仅是提供外呼系统那么简单,如果你要一并提供线路资源给到客户使用,那么在这里要付出最多的运营成本。

时刻关注资源与业务的匹配、业务与风险的平衡,在这里找到你和客户取得共赢的合作基础。

以上总结的如果抽象,对新人来说不友好,那么我转为一句大白话总结下:好的业务用最好的资源,差的业务做好严格控制。

按这个准则去执行不会错。

经过一番艰苦卓绝的努力,以上三大基本要素,你已经完美解决了。

恭喜你,在外呼产品这条赛道上,你已成资深玩家,大有作为,前途可期,有能力掀起一番腥风血雨了。

但你说我系统能力完美无缺,线路质量高枕无忧、客户业务天衣无缝了,怎么接通率怎么还是上不去呢?

“君何以教我?”

你还有什么办法嘛?

朋友,那接下来我再教你几个通关秘籍,帮你打造成顶级玩家。

以下内容需付费观看。

开个玩笑,这次可以白嫖,给大家送个小小福利。

4个通关秘籍:

我们还是从几大要素着手,看看你想进阶顶级玩家,还能够拿出什么手段。

当系统能力已不再是桎梏,我们再次从线路质量角度思考,还有没有可以提升接通率的方式?

1)自动调度和补呼

高阶玩家,已经具有制定游戏规则的能力。

他们可以改变通信资源的运作逻辑,而不满足于只是资源的通路。

基于对资源固有属性、通话数据指标、通信线路信令和上游线路资源的实时监控,甚至可以对通话语音质量的QOS做到准确判断的情况下。可以打造动态的外呼路由规则:

分配给客户账户的多种组合资源,根据实时情况自动调度,自动剔除接通率、呼损率低于阈值的资源。

并且可以设定主动补呼的规则,对呼损信令的呼叫,以空闲资源进行及时补呼。

如果用户是优质品牌客户、对接通率要求较高场景下,也可以对无人应答、拒接等信令返回呼叫设定规则,以增加座席呼叫持线时长的方式,进行二次自动补充呼叫,在通信资源成本和并发利用情况可以接受的前提下,追求最高的接通率。

2)地区路由和动态号码池

用户的外呼区域如果是覆盖全国范围,根据接通率模型,可提供覆盖多种类型、各运营商,各地区、各省会城市、以及中心城市的多级通信资源组合。

通过地区路由的自动化规则:优先展示本地手机号码、本地固话号码、本地省会中心城市号码,默认区域号码等,能按优先级权重进行外显动态调节。

除地区路由是拉高接通率的有效方式外,动态号码池还会把外显号码的并发、被叫风控规则,主叫风控规则,都纳入到规则条目中。形成一个更加复杂且庞大的规则表。

只有对外显号码资源的规则了解定义的越清晰,才可以有效规避号码的无效调用。

应用以上规则,可以结合在外呼系统各种外呼方式中,以各种维度的功能补充到正常外显规则上。让用户结合自己的人员配置,业务范围和资源情况,自助调节。

因为规则的自下而上,复杂度很高,很多企业是把这种能力放到通信底层封装的,也有结合到应用层形成功能去做的,无对错之分。

以上两个秘籍,能玩明白的,都是行业内的顶级高手。一般人也不会告诉小白玩家们,让你们自己摸索去。

3)号码信息管理四件套:号码状态+号码标记+号码认证+来电名片

推荐一套号码信息管理四件套,以上4种特色能力,可以很好的集成在外呼系统中,形成提升外呼接通率的有效应用。

  • 号码状态:实时追踪被叫号码状态,及时放弃无效状态和无法接通状态的被叫,可以极大减少因无效呼叫导致的呼叫动作。从分母上就消灭掉这些数据。
  • 号码标记:实时或者定期的关注外显号码质量,可以融入到自动调度和地区路由规则中,对高标记和高风险的外显号码及时下线或降低调用频率。确保每次外呼的外显号码都是最优选择。
  • 号码认证:对于优质品牌客户,如果对客户影响力非常自信,可以直接申请开通外显号码认证,当客户接到来电时,看到展示的熟悉品牌信息后,接听的意愿比拒绝的要高。
  • 来电名片:同理,也可以开通来电名片业务,展示企业信息和来电详情。

当然,以上这两种能力应用,也比较挑客户。适合于给优质客户增加两道保护伞。

4)数据预测产品

最后,我们还可以从客户业务角度,提出解决方案建议。

我们会观察到,很多非常重视数据管理的企业,使用外呼系统时,会对数据的详细维度、通话和会话信息进行深入的分析、依次完成客户画像,对客户的跟进进度、联络频度、所属阶段、成单意向进行系统化的管理,甚至建设专业的CDP客户数据平台,目的就是建立数据预测能力。

外呼系统只是一种联络方式,如果从客户业务发起时,经过CDP的有效整理,避免无规则盲呼和试错式的呼叫,当然可以更好的提升外呼效率。

在我们自己身上较劲的同时,如果你能深入到客户的业务侧,帮他从源头上优化业务形态,那么反过来对解决接通率的提升,能带来莫大帮助。顺便还能与客户增加黏性,向他们输出超越通信层面的价值。

多联合几个朋友,这事也不难做。

番外:

昨晚熬夜拜读陆奇的深圳演讲《新范式 新时代 新机会》,放草稿箱搁置了许久的大语言模型智能客服行业落地的思考,还是思考的太浅,可能要推翻重写了。

思考这篇欠债文章的几天内,行业内的好朋友们相继发布了大语言模型在智能客服的实际落地应用。硝烟四起,一轮新的军备竞赛开始了。陆奇说到的“一个行业内的结构性重组”,已经开始了。

期望与大家多多交流。

作者:通信产品的那些事,公众号:通信产品的那些事

本文由 @通信产品的那些事 原创发布于人人都是产品经理,未经作者许可,禁止转载。

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

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