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

推荐订阅源

T
Tenable Blog
月光博客
月光博客
雷峰网
雷峰网
WordPress大学
WordPress大学
博客园 - 司徒正美
Last Week in AI
Last Week in AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
Visual Studio Blog
H
Help Net Security
Engineering at Meta
Engineering at Meta
Google DeepMind News
Google DeepMind News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
S
Security @ Cisco Blogs
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
爱范儿
爱范儿
W
WeLiveSecurity
J
Java Code Geeks
Forbes - Security
Forbes - Security
H
Hacker News: Front Page
T
Threatpost
The Cloudflare Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
N
Netflix TechBlog - Medium
Latest news
Latest news
V2EX - 技术
V2EX - 技术
小众软件
小众软件
T
The Blog of Author Tim Ferriss
A
Arctic Wolf
B
Blog RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
I
InfoQ
C
Check Point Blog
N
News | PayPal Newsroom
Cyberwarzone
Cyberwarzone
V
V2EX
TaoSecurity Blog
TaoSecurity Blog
P
Privacy & Cybersecurity Law Blog
Microsoft Security Blog
Microsoft Security Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
D
DataBreaches.Net
F
Fortinet All Blogs
阮一峰的网络日志
阮一峰的网络日志
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
IT之家
IT之家
K
Kaspersky official blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Google DeepMind News
Google DeepMind News
C
CXSECURITY Database RSS Feed - CXSecurity.com
www.infosecurity-magazine.com
www.infosecurity-magazine.com

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
服务三塔之效率和体验控制塔
杨峻 · 2025-03-20 · via 人人都是产品经理

在当今数字化转型浪潮中,企业服务管理的优化成为提升竞争力的关键环节。本文深入探讨了服务控制三塔中的效率控制塔和体验控制塔,揭示了它们在服务全生命周期中的重要性。

在介绍了服务成本控制塔后,我接着介绍服务控制三塔中另外两塔:服务效率控制塔和服务体验控制塔。

在介绍另外两塔前,我先介绍一下服务控制三塔之间的关系:

图表1 服务控制三塔

如上图所示,我们可以从三个视角去看服务控制三塔:从公司角度看,更聚焦成本,所以更关注成本控制塔;从员工角度看,更聚焦效率,所以更关注效率控制塔;从用户角度看,更聚焦体验,所以更关注体验控制塔。

三塔之间有依赖关系,我们常说降本增效,其实应该是增效->降本->提升体验,也就是只有员工效率提高了,才能给公司降低成本,为用户提升体验,也就是效率控制塔是服务控制三塔的核心。

一、效率控制塔

图表2 服务效率控制塔

如上图所示,服务效率控制塔监控在整个服务全生命周期中,员工完成服务过程的效率。他会涉及四个部分的效率:客服中心的效率、服务网络的效率、退换机的效率和仓储的效率。

1) 客服中心效率

通话平均时长(人工、自助):是指坐席员或机器人平均每个通话的时长。在能解决问题的前提下,通话平均时长越短,效率越高。其分为人工和自助2种,人工是指坐席员进行应答,自助是通过机器人进行应答。要考虑机器人应答的成功率,即机器人应答要解决问题,而不是最终用户再转人工来解决问题。建议:目前可以通过AI来帮助填工单,给答案,自动回答等来提升效率。

线上交互平均时长(人工、自助):是指坐席员或机器人通过社交媒体、网站等线上服务,平均每次服务的时长。在能解决问题的前提下,线上交互平均时长越短,效率越高。其分为人工和自助2种,人工是指坐席员线上进行应答,自动是通过机器人线上进行应答。也要考虑自动应答的成功率,即自动应答要解决问题,而不是最终用户转人工来解决问题。建议:目前可以通过AI来帮助填工单,给答案,自动回答等来提升效率。

邮件处理平均时长:坐席员平均处理用户每封邮件的时长,越短效率越高。邮件在海外仍然是非常普遍的服务渠道。建议:目前可以通过AI帮助起草邮件来提升效率。

电话解决率(人工、自助):是指通过电话帮用户解决了问题,而不需要继续派单的比例。比例越高,效率越高,因为省去了服务工程师的服务时间。其分为人工和机器人自助2种。建议:目前可以通过故障逻辑树和AI配合去提升。

线上交互解决率(人工、自助):是指通过社交媒体、网站等线上与用户交互,帮用户解决了问题,而不需要继续派单的比例。比例越高,效率越高,因为省去了服务工程师的服务时间。其分为人工和机器人自助2种。建议:目前可以通过故障逻辑树和AI配合去提升。

派单一次到位率:是指通过坐席员人工或机器人自助把工单直接派发给最终服务工程师的成功率,这节省了大量和用户反复确认,以及多次派单的时间。建议:通过改变对坐席员的考核,结合AI和故障逻辑树工具来自动诊断问题,给出维修措施,再结合排程工具来实现。

维修建议和推荐备件有效率:是指坐席员人工或机器人与用户沟通中,通过用户问题现象描述找出故障原因,给出维修建议,以及所需备件建议,写在工单里。建议:需要AI与故障逻辑树相结合,自动诊断问题,给出维修措施,给出所需备件建议。

2)服务网络效率

服务工程师有效工作时长:是指服务工程师在用户现场服务的时长,占比越高效率越高。建议:通过排程工具选最合适的工程师,进行最合理的排程,规划最佳的路径。

服务工程师每日平均关单量:是指服务工程师平均每日能完成多少个工单。建议:首先通过排程工具匹配最合适的服务工程师,进行最合理的排程,规划最佳的路径;其次提供移动化的AI服务助手,在服务工程师服务过程中给其辅导和支持;再其次通过AI工具加快其操作填写工单的效率。

服务工程师每单平均时长:是指服务工程师每次服务的平均时长,时长越短,效率越高。建议:首先提供移动化的AI服务助手,在服务工程师服务过程中给其辅导和支持;其次通过AI工具加快其操作填写工单的效率;再其次通过混合现实工具加强培训,提升服务工程师技能。

服务工程师一次解决率:就是服务工程师一次就能修好的比率,比率越高,效率越高。建议:首先使用AI和故障逻辑树,给服务工程师推荐维修措施和所需备件;其次通过备件预测使网点提前储备备件,再其次提供移动化的AI服务助手,在服务工程师服务过程中给其辅导和支持。

服务工程师路上时间占比:服务工程师在去父母地点路上所花时间占比,占比越小,效率越高。建议:通过排程工具,规划最佳路径。

服务工单3/7天关单率:服务工单在3天内,7天内完成关闭的比率,比率越高,效率越高。建议:通过上面提升服务网络效率的所有措施,就能提升服务工单3/7天关单率。

3)退换机效率

服务工程师鉴定时长:从用户提出退换机要求,到完成退换机鉴定所需时长。时长越短,效率越高。建议:首先是优化退还机鉴定流程,其次是通过排程工具优化服务工程师排程。

厂家审批、核销、退款平均时长:从服务工程师完成鉴定,到厂家审批、核销、退款的平均时间。时间越短,效率越高。建议:优化厂家审批、核销、退款的流程。

维修成功比率:是指不良品维修成功的比例。建议:增加专修网点,提升服务网点维修能力、优化物流。

物流平均时长:退换机到中间库和返厂的平均物流时间。建议:优化退换货物流路径和策略。

逆向退机数量占比:退换机占新机比例。建议:优化退换货策略,尽量说服用户接受打折补偿或维修。

4)仓储效率

备件满足率:需要备件时,各级仓库有件的比率。建议:各级仓库统一规划,优化备件预测算法。

二次上门率(忘带备件):服务工程师因为没有携带备件,需要二次上门的比率。建议:需要通过数字化工具,提前通过故障现象,诊断故障原因和维修措施,服务工程师出发前,提前提醒服务工程师所需备件,并在网点库中提前锁定备件。

维修安装缺件获得备件平均时长:当网点库缺件时备件平均获取所需时间。建议:进行备件调拨模式创新,订单高效执行,实现急速备件。

物流平均时长:网点获取备件的平均物流时长。建议:通过数字化工具进行运输路径规划。

逆向旧件、呆滞件数量占比:逆向旧件和呆滞件返回占所有旧件和所有新件的比率。建议:优化逆向流程策略,减少逆向旧件和呆滞件比率。

5) 整体效率

安装和维修每单平均时长,要考虑客服中心、服务网络、退换机和仓储所有环节上所需时间。

二、体验控制塔

图表3 服务体验控制塔

如上图所示,体验效率控制塔监控在整个服务全生命周期中,从用户视角感受到的服务体验。他会涉及四个部分的效率:客服中心的体验、服务网络的体验、退换机的体验和仓储的体验。

1)客服中心体验

  • 投诉率:用户投诉工单在总工单中的占比。
  • 客户满意度:客户是否满意的打分。也有用顾客推荐度(NPS)。
  • 20秒接起率:客户服务请求进来后,座席20秒内接起的比率。
  • SLA满足率:根据客户的服务等级协议,我方服务的满足率。比如针对什么类型问题,多长时间应答,多长时间解决。
  • 用户平均等待时长:用户服务请求进来后,在队列里的平均等候时长。
  • 服务规范性:坐席员规范服务的比率。
  • 问题解决率:客户提出问题后,客户中心能直接解决的比率。

2)服务网络体验

  • 服务改派次数:服务派单后,平均改派几次可以到达最终服务工程师。
  • 按时上门率:服务工程师按照约定时间上门服务的比率。
  • 一次就好率:服务工程师第一次上门就解决问题的比率。
  • 平均处理时长:服务工程师上门安装和维修的平均时间。
  • 服务规范性:工程师规范上门服务的比率。

3)退换机体验

  • 退换机确认平均时长:用户提出退换机请求到确认可以退换平均所花时长。
  • 退换机处理平均时长:用户提出退换机请求到完成退换机过程所花平均时间。

4)仓储体验

  • 网点仓库缺件率:服务需要备件时,网点仓库缺件比率。
  • 用户平均等件时长:服务工单网点缺件后,平均多长时间可以获取新件。

5)整体满意度

用户的体验会涉及多个阶段,从客服中心、到网点和服务工程师、到退换货、到仓储,需要通过服务工单把整个用户服务旅程串联起来,当成一个整体,考核用户满意度。

总结

公司聚焦成本,更关注成本控制塔;

员工聚焦效率,更关注效率控制塔;

用户聚焦体验,更关注体验控制塔。

本文由人人都是产品经理作者【杨峻】,微信公众号:【CRM30】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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