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

推荐订阅源

J
Java Code Geeks
Martin Fowler
Martin Fowler
MongoDB | Blog
MongoDB | Blog
博客园 - Franky
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Security Blog
Microsoft Security Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园_首页
腾讯CDC
D
Docker
The Cloudflare Blog
量子位
爱范儿
爱范儿
L
LangChain Blog
博客园 - 三生石上(FineUI控件)
博客园 - 司徒正美
aimingoo的专栏
aimingoo的专栏
Blog — PlanetScale
Blog — PlanetScale
Jina AI
Jina AI
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
Vercel News
Vercel News
MyScale Blog
MyScale 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迎来强劲对手 – 人人都是产品经理,
客户旅程管理:什么时候是启动旅程编排的最佳时机呢?
龙国富 · 2023-10-19 · via 人人都是产品经理

企业要如何判断什么时机才是进行客户旅程编排的最佳时机?或许解决这个问题时,你需要了解客户旅程管理的成熟度。本篇文章里,作者就做了分析和总结,不妨一起来看看。

在实施编排之前先完成营销自动化。之前写过的:客户旅程编排:个性化客户旅程不仅仅是营销自动化,感兴趣你可以点击链接先行阅读其中的深意。

如果你的品牌还没有为 CJO 或下一个最佳行动做好准备,在实务上面根据客户的行为或兴趣创建更自动化的营销活动,是一个比较灵活的实践思路。

因为营销活动也是客户旅程里面重要的一个阶段。不过企业已经到了要实践客户旅程编排的话,一个重要的行动是,就是需要把客户旅程整合到完整业务流程中去。

那么,我们要怎么判断什么时候才是进行客户旅程编排的最佳时机呢?

那我们就开始吧~

一、客户旅程管理成熟度

客户旅程管理以“策略、驱动和情境”三个维度进行划分可以归纳为 9 大模块。

策略板块就会有:旅程映射、旅程分析、旅程编排。在类型归属上,旅程编排其实是属于客户旅程管理 >> 策略板块的其中一个部分。

下面是我对于客户旅程管理的 6 个维度的一些介绍,以及为何会选取这些维度来进行测评。

1)文化(Culture)

介绍:文化是指公司内部关于客户重要性的态度和价值观。

重要性:一家以客户为中心的文化能够确保全体员工理解并致力于提供卓越的客户体验,从而建立更强的客户忠诚度。

2)组织(Organization)

介绍:组织涉及人员、团队合作和跨部门协同。

重要性:强大的组织协同确保了公司内不同部门和团队能够紧密合作,以客户为中心的方式共同工作,共同为客户创造价值。

3)治理(Governance)

介绍:治理涉及客户旅程管理的领导、决策过程和责任分配。

重要性:没有清晰的治理结构,公司可能在客户旅程的战略方向和执行上产生混乱。治理确保有一个统一的愿景和使命,使全体团队朝着相同的目标前进。

4)过程(Process)

介绍:过程涉及客户旅程管理的标准化、最佳实践和流程。

重要性:标准化的过程确保了客户旅程的一致性和效率,有助于企业通过不断改进和优化流程,满足客户的期望。

5)测量(Measurement)

介绍:测量涉及如何评估和跟踪客户旅程的表现和效果。

重要性:通过有针对性的测量和评估,企业可以及时了解客户旅程的效果,及时调整优化,确保业务目标的达成。

6)工具(Tools)

介绍:工具涉及用于支持客户旅程管理的技术和平台。

重要性:合适的工具能够支持公司有效地分析、追踪和优化客户旅程,使企业能够更灵敏地响应市场变化和客户需求。

二、成熟度等级划分

通过调查问卷进行自评以及加权计算,可以得到当前客户旅程管理的所属等级,以及各维度能力的强弱项。

在客户旅程管理成熟度的评价体系里面,可以分为 5 个等级。分别是:直觉、碎片化、协调、可拓展和卓越。

通过下面 5 个等级的划分,企业可以清晰地了解自己在客户旅程管理方面的位置和成熟度,从而更有针对性地进行改善和优化,逐步提升客户体验和满意度。

Level 1:直觉驱动(Intuition-driven)* 分数范围 = 1.00 – 1.99

介绍:每个人对客户需求的理解都是基于轶事证据和强烈的直觉。公司内部的直觉驱动行动,而不是客户数据。

定义解释:这一阶段的企业对客户需求缺乏明确的了解和量化分析,主要依赖个人经验和感觉进行决策,可能存在较大的偏差。

Level 2:碎片化(Fragmented)* 分数范围 = 2.00 – 2.99

介绍:有组织的旅程方法正在引入,但尚未标准化。不同团队使用不同工具来发现改善客户旅程的机会。

定义解释:这一阶段企业已经开始关注客户旅程,但流程和工具未统一,各团队操作碎片化,难以形成合力。

Level 3:协调(Coordinated)* 分数范围 = 3.00 – 3.99

介绍:所有客户旅程信息存储在一个地方,团队围绕客户反馈协调合作。

定义解释:这一阶段企业在客户旅程管理上实现了统一和协调,数据共享,促进了跨团队协作。

Level 4:可扩展(Scalable)* 分数范围 = 4.00 – 4.49

介绍:公司的整体战略、方法和工具都围绕客户旅程展开。客户旅程在重大业务决策中起到关键作用。

定义解释:这一阶段企业已将客户旅程整合到核心业务中,形成了可扩展的客户旅程管理体系,能更灵活响应市场变化。

Level 5:卓越(Excellence)* 分数范围 = 4.50 – 5.00

介绍:整个团队对客户体验有深入的理解,公司能提前预测客户的需求和期望。

定义解释:这一阶段企业达到客户旅程管理的卓越境界,不仅能精准响应客户需求,还能预见未来趋势,实现主动适应。

三、启动旅程编排的时机

一般来说,处于 “L3:协调” 的等级,是企业开始全面投入客户旅程编排的最佳时机。这个等级,企业的表现为所有的客户旅程信息都存储在一个地方,团队围绕客户反馈协调合作。

意思是,会把原本各个部门、团队之间的墙推倒,像市场营销、销售、技术、产品、客服等等,在客户旅程的不同阶段,其实是会同时由一个或多个部门、团队共同承接完成。

所以,在客户旅程的整个框架下,我们会跳脱仅仅围绕营销活动管理来谈编排,而是会在客户的了解、吸引、种草、购买、使用、维护等不同阶段去串联各个部门、团队的职能,共同围绕客户旅程进行编排。

这里全渠道是一个比较复杂且漫长的事情,需要慢慢来。

如果在企业还没有准备好接受完整的全渠道体验,可以先在一个或两个渠道上以有限的方式实施 CJO,不要过度规定行程。

即使只是在客户体验的一小部分,客户旅程编排仍然会对整体的客户体验非常有帮助。

以上。

专栏作家

龙国富,公众号:龙国富,人人都是产品经理专栏作家,CxHub主理人。致力于终身学习和自我提升,分享用户研究、客户体验、服务科学等领域资讯,观点和个人见解。

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

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

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