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

推荐订阅源

N
News and Events Feed by Topic
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
N
Netflix TechBlog - Medium
Recorded Future
Recorded Future
S
Securelist
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Scott Helme
Scott Helme
C
Check Point Blog
量子位
月光博客
月光博客
Last Week in AI
Last Week in AI
C
Cisco Blogs
G
GRAHAM CLULEY
B
Blog RSS Feed
K
Kaspersky official blog
爱范儿
爱范儿
J
Java Code Geeks
I
Intezer
aimingoo的专栏
aimingoo的专栏
WordPress大学
WordPress大学
云风的 BLOG
云风的 BLOG
C
CXSECURITY Database RSS Feed - CXSecurity.com
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园 - 三生石上(FineUI控件)
罗磊的独立博客
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
MongoDB | Blog
MongoDB | Blog
T
Threat Research - Cisco Blogs
N
News | PayPal Newsroom
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Security Latest
Security Latest
T
Tailwind CSS Blog
人人都是产品经理
人人都是产品经理
P
Privacy International News Feed
The Cloudflare Blog
H
Heimdal Security Blog
宝玉的分享
宝玉的分享
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
腾讯CDC
GbyAI
GbyAI
V
Visual Studio Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
博客园 - 聂微东
T
Tenable Blog
The Register - Security
The Register - Security
AI
AI
C
Cybersecurity and Infrastructure Security Agency CISA
S
Schneier on Security
L
LangChain 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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
中低客单价的SaaS行业应该如何做客户成功?(2)有限资源的有效利用
橘先生的工作笔记 · 2022-12-21 · via 人人都是产品经理

【客户成功】对于SaaS厂商来说,是非常重要的服务环节,那在中低客单价的SaaS行业中,他们的客户成功阶段的方向是什么?本篇文章根据现实案例,对这个问题进行了整理和架构规划,一起来看看吧。

一、回顾前文:场景假设

上一期,提到中低客单的中小型SaaS厂商的部分客户成功阶段。

本文将介绍下一个阶段,这类公司的客户成功阶段的方向是什么?也欢迎大家评论,这是橘先生根据现实案例进行的整理和架构规划,可能不少朋友会有其他想法。

让我们再次回顾一下案例场景:

这是一家做线下收银系统和无人自助的SaaS厂商,他们的客户主要来源于便利店、餐饮、茶楼等行业,单店客单价格不足3万元。

其售后部门仅在新用户启动阶段与客户有较为频繁的交流,主要是为客户提供软硬件交付、功能培训。在此之后,与客户的互动逐渐减少,客户开设分店/或因经营不善导致闭店流失,服务及市场团队不能及时发现。

此时,这家公司已经完成第一/二阶段的客户成功体系搭建,已经具备了不错的发展和相当量的客户基数。这时候,企业应该有意识地细化用户运营方案,建立更为完善的客户画像。

通过对客户画像的系统分析,了解客户需求,真实服务于客户。并且,以相关的数据来驱动精细化运营,做好需求挖掘和风险预警,避免客户的流失且提高粘性,最终实现(客户)续约率和收入留存(金额续费率)的提升。

二、第三阶段:数字化服务阶段-精细运营与持续优化

这章节开展前,让我们先回顾下前文提到的【第一阶段:基础支持阶段】。

我们以行业客户的群体数来定义价值,将客户分为简单的1-3星。仔细思考下,是不是觉得非常不完善?

假设自习室行业的客户数最多,对于客户成功来说,续费收入留存价值是最高的。而游戏咖的客户数最少,但是其中一个客户开了品牌加盟,已经实现全国150家连锁。

难道这名客户还不能称为是重要客户么?再深入些,如果连重要服务对象都错了,客户成功还能做好么?

大家理解之后,让我们回归正题。

【该阶段如何制定有用的客户画像?】

仍然以开头的场景为例,让我们来拆解下。

1. 系统采购情况

系统采购情况组要是对客户采购信息的整理,了解客户的来源渠道、采购原因、销售沟通成单周期等等。

这些数据对于运营部门的买量投流渠道价值判断、对客户采购需求的归因整理、销售部门的沟通成本分析等等方面有着极高的价值。

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

2. 企业情况

(1)对接人情况

SaaS软件行业虽然属于互联网行业,但是深入其客户合作的逻辑,其实也是做“人”的生意。

那么,与客户企业的对接人的沟通就由为重要,把握关键人信息和关系也是完成续费率和收入留存的关键点之一

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

(2)公司背景

了解客户的公司行业背景、规模和发展情况,有助于制定更科学的跟进对接方案。

举个例子,SaaS软件公司在实际经营的过程中,需要帮助客户成长的。随着客户公司体量的改变,他们对于软件系统的支撑需求也在不断地变化。不一定所有客户都需要功能齐全但繁杂的系统支持,适合的才是最好的。

所以,客户成功团队如果把握客户发展情况,就能在更为恰当的时机进行up-sell和cross-sell。

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

(3)客户经营情况

客户成功团队与客户交流时,应该像跟好友沟通一样。那么,好友的标准是什么?

对彼此相识相知、日常中有所交集和羁绊,并且有相同相似的认知。生活中有些小小的距离感,但是在困难时能给予一定帮助。

橘先生认为这就是【好友】的标准。

所以,客户成功团队应该主动去调研客户经营的情况。别出现上述曾提到的【到了续费期,才得知客户倒闭了】这种啼笑皆非的状况。

调研可以主要以三个方面进行:

  1. 客户经营基本面的情况
  2. 客户的供应商竞品情况
  3. 企业信息化进程

调研开展前,必须设置关键字段,具体可以从产品和客户行业上综合考虑,让调研具备合理性。不要什么都调研,浪费时间精力不说,人家还误会你是来刺探情报的。【朋友≠尾随犯】

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

根据上述的【公司背景】【经营情况】,可以根据自身的团队配备和资源配备来制定更为细致的【客户分级】。不过,一些关键数据需要按时进行更新,做好客户分级的升级、降级,让客户成功团队精准地利用各类资源服务于各层级客户。

并且,关键信息的收集也方便新人快速接手,不会出现服务断档的情况。

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

橘先生曾见过规模不错的品牌客户,他们的发展到了一定阶段,希望建设属于自己的系统。除了可以展示自己的品牌、功能迭代更敏捷之外,自建关键系统也是对重要数字信息资产的一种保障。

因为这样的公司已经到达了一定阶段,此时客户成功团队通过资源倾斜的方式挽留客户,就治标不治本了。这时候,SaaS厂商可以由软件服务转为项目制服务。从原来的周期收费变为项目制收费和长期运维服务收益。

有些扯远了,目光拉回到主题,来看1条公式:

一门生意的基本盘=用户数*LTV(客户生命周期价值)*NPS(净推荐值)

完成上一步【客户分级制度】的我们,其实已经可以判定客户的价值程度,其中包含一定周期变化的【规模体量价值】和【未来发展价值】。

在【客户满意度】方面,企业可以使用NPS(净推荐值)或者CSAT(客户满意度),来确定客户忠诚度。

这二者各有优势。NPS更多的展现是客户对SaaS产品的整体感知和品牌印象,而CSAT更适用于测试产品中某一项重要功能的客户满意度。

这里,橘先生更倾向客户成功团队使用NPS来判断客户忠诚度。原因是CSAT会分支出不同重要板块的满意度参数,看上去它能制定出更细致的服务方案,但是可能会出现员工培训、管理和执行上的无效浪费。

Tips:NPS的调研通常只问一个核心问题:你向朋友或同时推荐{品牌/产品/服务}的可能性有多大?受访者以0~10来表示其态度,0分表示“完全不可能”,10分表示“非常可能”。所以,一般根据受访者的回答分数划分为3组。

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

好了,上述内容提到3个关键性的数据指标,下一步让我们来制定客户成功执行工作的SOP流程。

这里橘先生偷个懒,剔除对【未来发展价值】的考量,先以【规模体量价值】和【客户满意度】作为xy轴的参考因素来设置。让我们看看下面的方案可不可行?

中低客单价的SaaS行业应该如何做客户成功?(2)I 运营管理笔记:有限资源的有效利用

首先,可以将客户分为两类:大客户、中小型客户。

大客户交由专职的AM(大客户经理)来负责,他就只为了这些大客户服务,当然比其他服务人员更为上心了。再根据满意度划分,对大客户满意度提升做考量:

  • 满意的大客户:对于产品满意的客户,要做好关键人的关系维护,定时的拜访或赠礼。对于其功能期望与要求,不做太多的内部卡滞,如果合理且费用较低则快速通过;
  • 中立的大客户:及时、主动地了解与客户间的合作有哪些可以提升的地方。中立的原因到底是归结于产品、还是服务,亦或者是对接人个人因素,一定要做好客情与跟进工作,不然客户可能转向批评者;
  • 批评的大客户:如果存在这种情况的客户,大概率属于①产品有重大问题;②客户关系上有重大矛盾。接手的AM应尽大力气去解决,记住一个规律:只要不是完全不可调和的问题,找到问题方案的折中点,就【以我真心换爱心】。

中小型客户由客户成功团队负责。因为客户基数太大,在满意度维护和服务的时候,要根据客户价值来把握精力和资源的分配。

  • 满意的中小型客户:做好对接人(最好做好关键人)的关系维护,定时的拜访或赠礼。关于其客户生命周期的重要阶段,做好相关的扶持/服务策略;
  • 中立的中端客户:与对待中立大客户的服务方式类似,要主动地了解与客户间的合作有哪些可以提升的地方。并且,及时做好客户的产品需求记录,如果是特殊的产品功能需求,提报给产品部门做好需求评估,并且要主动反馈跟进情况;
  • 中立的小客户:客户成功团队可以为基数大的用户开设【产品培训课】【经营培训课】等相关辅助经营且对客户有帮助的通识培训服务。直播或者录播都行,不仅能服务于多种类型的客户,还能提升公司品牌曝光度。产品方面可以通过系统软件内置的CAST评价功能获取即时的服务评价,让售后部门进行跟进,完成产品需求的内部提报。
  • 批评的中端客户:与上述对待大客户的方式一致,【以我真心换爱心】,尽力帮助客户解决问题。如果是因为内部服务人员导致客户的不满情绪,及时替换服务人员并安抚客户。尽心尽力地争取提升客户满意度。
  • 批评的小客户:及时沟通客户差评原因,根据具体情况,帮助客户要求的实现,提升满意度。如因对接人的个人因素(特殊功能要求/性格方面)导致服务进展不顺利或无法执行,那么可以放弃客户、做好退款。

不要浪费太多的精力在这类客户上面,也尽量别让客户带着情绪走,毕竟对方如果是通过电商渠道获取的客户,人家一个差评就可以毁了你一条做了大价钱的商品链接。

上述的方案当然还不是很完善,大家可以思考一下思路。想一想还有没有其他的因素需要考量,加入后又应该如何设计呢?

三、终章:客户满意度并不一定高于一切

这两篇文章介绍了如何搭建客户成功体系的阶段建设外,也请大家回顾一下标题:有限资源的有效利用

这个标题说的是【对有限资源的有效配备和使用】。不是所有公司都有预算,建立客户成功的相关团队,或者有足够的时间和精力投入客户满意度的提升。

我们在思考客户成功或提高客户满意度的同时,也需要考虑到这件事的【价值】。毕竟,企业是要盈利的,它是一门生意。企业去做客户成功,是为了长远的发展,为了市场口碑,为了客户续单率,而不是为了客户的成功做而做。

这两篇文章的概念可能与您的想法不谋而合,亦或者有其他不一样的思考。但我觉得有一点,咱们应该是共通的:

设计客户成功体系时,应该具备全局思维、公关思维和销售服务思维。客户满意度并不一定高于一切,有效地利用现有资源,达到目标才是好结果。

有时候,做的100分可能仅能得60分;

而70分,可能能获得100分的价值。

专栏作家
橘先生的工作笔记,公众号:橘先生的工作笔记,人人都是产品经理专栏作家。聊一聊品牌、运营、营销的领域。没有套路,绝不藏私。

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

题图来自Unsplash,基于CC0协议

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