突然资讯网
首页 >> 科技 >> 正文

从属性角度,这里我就当成CRM的基础功能使用了

日期:2020-06-02 13:14:53 来源:互联网 编辑:小狐 阅读人数:474

CRM是企业和客户在、营销、服务等层面上的交互,实现自动化、营销自动化、服务自动化,最终进化为智能化。自动化的前提是对客户的分类,那么客户来自于哪呢?

从属性角度,这里我就当成CRM的基础功能使用了(图1)

CRM(Customer Relationship Management)客户关系。在百度百科中的解释为:客户关系是指企业为提高核心竞争力,利用相应的信息技术以及互联网技术协调企业与顾客间在、营销和服务上的交互,从而提升其方式,向客户创新式的个性化的客户交互和服务的过程。其最终目标是吸引新客户、保留老客户以及将已有客户转为忠实客户,增加市场。

聊CRM就不能不提到他的开山鼻祖Siebel CRM,它是以其创始人Thomas Siebel命名的。1984年Thomas Siebel以工程师的身份进入Oracle,此后转身成为了Oracle最出色的人员,并作为营销部副来进入总部工作。

他开始考虑将信息技术应用于建立和维持客户关系。此后Siebel帮助Oracle建立了Oasis的,用于加强公司自身能力。随着不断的积累,Thomas Siebel最终离开了Oracle,成立了以自己名字命名的Siebel公司。

1995年6月,Siebel发布了自己的自动化软件。产品一鸣惊人,第一年的量800万美元,第二年就攀升到3920万美元。

1996年,Siebel公司上市,每股17美元,上市当天股价就翻了一翻。

1997年,Siebel 花费4.6亿美元以获得专门制作软件的Scopus 技术, 当年公司的额由原先的1.2亿美元迅猛的增长到2.7亿美元

1998年又攀升到了3.9亿美元。

2005年的时候,Oracel以85亿美元的价格收购了Siebel,Thomas Siebel本同时回归Oracel。

在Siebel迅猛发展的同时,另一家日后的巨头则刚刚起步。Mark Bennioff在1999年3月创立的Salesforce,可SaaS化的客户关系平台。

格局的分水岭大概是在2011到2012年出现的,这一年Siebel在国际上丢了三个大客户,IBM、微软、惠普。IBM替换成了SugarCRM,微软换成了自己的Dynamics CRM,惠普则使用了Salesforce。在国内Siebel也丢失了一个大客户—北京移动,好像是国内第一家替换掉Siebel CRM的公司。至此Siebel开始走上了下坡路,Salesforce则成长为今1600亿美金市值的巨头。

下图是网上找到的有人在2017年1月做的一张CRM厂商图谱,展示了各家个爱恨情仇。

从属性角度,这里我就当成CRM的基础功能使用了(图2)

CRM是企业和客户在、营销、服务等层面上的交互,实现自动化(Sales Force Automation)营销自动化(Marketing Automation)服务自动化(Service Automation)最终进化为智能化。自动化的前提是对客户的分类,那么客户来自于哪呢?

一、线索商机

商机(Opportunity)将错误的、无意向的、不相关的线索排除掉,留下有意向,有可能有意向的潜在客户,就是商机。

1. 线索

1数据问题

线下录入线索数据。人都是有惰性的,当在外跑了一天回到公司还要填报一大堆的数据,有时候线索数量还被设置成KPI进行考核。这就要考虑录入的便利性,比如增加移动端方式。在录入线索数据时要求上传照片或者定位数据作为证据(定位数据要考虑法律风险,国外有被起诉的案例)同时需要设立对应的规章制度,不要单纯的考验人性。

2线索分级

曾经有客户(toB企业)对于线索的处理流程是:

收集各渠道线索数据。

交给呼叫中心进行外呼。

呼叫中心按周向部门外呼结果。

跟进。

这里边有几个问题:

线索数据没有集中。

线索不分主次统一处理。

受限于外呼资源,信息反馈慢。

第一个问题好解决,接入到统一的中就OK了。

第二个问题需要对线索进行评分,分出优质层级。我们在中不只是接入了线索数据,还包括广告监测数据,官网、小程序、等监测数据。设计规则综合各方数据对线索进行评分(这其实涉及到另外一个CDP的概念Customer Data Platform,这里我就当成CRM的基础功能使用了)

行业 5分

有 5分

最近7天访问过小程序 10分

打开H5微页面 5分

观看直播 10分

除了加分项还会有扣分项,通过规则计算显而易见的我们知道了哪些线索最为重要。其实除了规则的计算引擎,我们还尝试了算法。

由于初始样本数据量比较小,通过算法得出的线索评分和规则引擎的计算结果相差不大。但我想如果样本数据量够大的话,应该还是会有新的变化,比如地区,甚至留资的时间是不是都会成为参考依据。

第三个问题在解决了上边问题的基础上就有了优化方案。不再是将全部数据给到呼叫中心,而是将高价值线索直接给到人员,剩余的线索再给呼叫中心。根据外呼结果会对线索再次评分,这次的评分占比会比较大足以影响线索等级,最后将有价值线索分配给。

这样有几个好处:

高价值线索直接到手中,响应时间短且人员对产品的了解更透彻有利于成单。

从另一个角度看当知道手中的线索价值较高时会更有耐心,不会因为一两次未接通电话就放弃。而外呼人员手中有大量的线索数据,而且有外呼数量的KPI考核,不会在单个线索上耗费太多精力。

3线索分配

要实现线索的利用率和成单率的最大化,只是区分出线索价值还是不够的。企业需要一套机制来实现线索的分配、回收、流动,最终实现。

就像《安家》中,老洋房业务就找店长徐文昌,别人卖不掉的房产房似锦可以。

不同的企业,不同的业务形式,实现的方式也不一样,整体规则也是一个不断完善不断优化的过程。

下图根据实际经验以及网上的一些资料列出了一些常用的方式方法供大家参考:

从属性角度,这里我就当成CRM的基础功能使用了(图3)

从属性角度,这里我就当成CRM的基础功能使用了(图4)

从属性角度,这里我就当成CRM的基础功能使用了(图5)

下图是组合应用的一个示例:

从属性角度,这里我就当成CRM的基础功能使用了(图6)

2. 商机

有效的线索经过跟进后,如果潜在客户对产品/服务有意向,那么就会转为商机。一般商机会划分成几个阶段,随着和客户之间的沟通进展,通过阶段递进的形式构成漏斗进行。

从属性角度,这里我就当成CRM的基础功能使用了(图7)

需要思考的是一个CRM中是不是线索和商机都要包括?我觉得这就要分情况来看了。如果是设计标准的CRM产品,那么这两个模块还是都要存在,并且是有一定的递进关系的。

而如果是贴近业务的定制化CRM则需要仔细分析一下,比如一些2c的业务(教育、培训)消费者的决策链条没有那么长,也没有那么明显的阶段区分,那么是不是只有线索模块就够了,或者说把线索和商机的功能结合一下整合成一个功能模块。

这里会涉及到每个阶段的拜访记录、客户意向产品/服务、意向金额、失败原因、竞争公司、竞争产品等信息,成单的商机会生成合同。还会有人员流动等各种原因造成的商机转派;申请后台业务或技术同事参与拜访等功能。

其他周边功能:

任务,记录自己每天的任务包括电话、拜访、会展等。可以关联线索商机,也可以独立存在,最好要求每个任务有结果说明。这样不但可以计划自己的工作任务,同时也保证每个事项都有结论记录,俗话说的好好记性不如烂笔头。部门领导也可以方便快捷的了解到每个同事的工作状况。

排行榜,原因不用多说是青铜还是王者榜上见。可以设立全国、区域、团队等多范围的排行。

目标,年度、季度等维度的目标,以及目前达成率。仅限上级于本人查看。如果有明确的奖励规则,甚至可以将奖励或提成的也展示出来,形成直观刺激。

二、客户人

客户是整个和核心,一切都是为了更好的服务客户。一般来说是于企业订单或合同的潜在客户(线索商机)才正式成为客户。

1. 客户、人

企业面对的客户群体不同,大体上可以把客户分为企业客户与个人客户两类。

企业客户主要包括的基本信息有:客户名称、简称、行业、统一社会信用代码、国家、省份、城市、公司规模、企业类型、公司电话、传真、官网、上级企业(父客户)以及其他业务相关字段。

字段内容和个人客户类似,包括除了姓名、方式等信息外还有所属客户。一般来说一个人有且只能属于一个客户,一个客户可以有多个人。由于人和个人客户存储信息很类似,如果企业只做2C业务的话即只有个人客户,是不需要人模块的。如果同时具有企业客户和个人客户,建议在创建个人客户时自动在人中创建一条对应的人数据。

这样做的目的有两个:

客户—人数据关一。

后续在做分组、打时,统一都在人上操作,避企业客户与个人客户不一致。

泛客户人,在传统CRM的基础上social CRM还会接入其他的数据,最常见的的是、小程序、等。的粉丝并不属于传统意义上的客户,但在现实情况下又是很好的触达和传播渠道。所以将这些粉丝数据当做泛客户、泛人。

随着数据的积累,当能识别出粉丝数据和客户人数据的关联关系后,进行数据合并。考虑到营销层面,营销的最终目标是人,不管是粉丝还是粉丝都是和手机号、一样的渠道。

在电信行业对于客户有个著名的三户模型:

从属性角度,这里我就当成CRM的基础功能使用了(图8)

你品,你细品,品出点啥?

2.

维基百科中对的定义是这样的—是无等级的关键字或分配某项物品的信息(如互网络书签,数字图像,或电脑档案)这样的数据有助于说明一个项目,并允许它再次发现浏览或搜寻。

根据,本身被非正式创或其他观察者选择。 在许多用户标记许多项目的网站上,标记的汇集成为分众分类法。经常说起的用户画像,基本上也是将用户各种维度的信息进行化,及用一个个的信息点去描绘用户。

那么那些信息可以作为呢?

性别、年龄算不算,如果是描述一个人当然算。但在中,这些虽然也是很重要的信息,但我认为更应该归为属性而不是。应该具备分类、次数、权重、关联性等。

1分类

体系的建立不是一蹴而就的,而是随着对业务的梳理和发展慢慢发展起来的。

的分类也是根据业务进行划分的,不同行业不同产品都会不相同。一般可以从两个大的角度进行考虑:人和产品/服务。比如从人的角度可以考虑互动频率、互动内容偏好、活动偏好、消费特征、性格等等。产品/服务可以从其不同品牌、型号、功能等去进行分类。

2次数

这个很好理解,在其他情况相同的条件下,同一个被打上的次数多肯定要比少的浓度要高。

3权重

4关联性

3. 分组

当客户积累到一定数量时,为客户进行合理的分组十分重要,它能够帮助企业提高效率,而无需再在茫茫客户群之中费力的找寻。

这里有两种方式:

一个客户只能属于一个分组。

一个客户可以属于多个分组。

第一种方式客户分组清晰非此即彼,但不能多个维度综合分析。所以更倾向于第二种方案,可以从度设置不同分组,也为交叉分析做好准备。

4. 客群

具有某一类或几类公共特征的客户群体。是不是觉得和分组很类似,会觉得功能重复。确实有那么一点儿,初始我也觉得很困惑。但其实两者之间还是有区别的(要不我也不会写出来了)

分组更像是一种常规稳定的客户类别,就像我们在好友中分的初中同学、高中同学、大学同学。客群则更像是团购中的拼团,往往是为一次活动、营销、等等按一定条件圈定出来的群体(当然也可以长期存在)

这个条件可以选择的范围更广、甚至各种条件组合。

从角度:具有某、不具有某、多少分值之上、某被打了几次。从属性角度:性别、地区、年龄段等。三、产品价格

前边我们又是对线索分级评分,又是对客户打分组,最终目的是将产品(服务)出去,这就少不了产品的。

这里主要关心两个方面:

卖的是什么产品。

价格是多少。

1简单产品

最简单的产品只需要产品编码、产品名称、产品描述、产品图片等简单信息。需要有一个产品发布功能,只有发布的产品才可以在后续价格列表、订单等业务中使用。

2产品属性

当需要更为复杂的产品数据时,就需要使用产品属性了。包括属性名称、数据类型(字符串、数字、日期、布尔值)样式类型(自有格式、枚举、排除)单位、最大值、最小值、属性值。举个例子:属性名称—颜色,数据类型—字符串,样式类型—枚举,属性值—红色、蓝色。

3产品类

建立一个大的产品类别,将产品属性加入到产品类中。可以设置产品属性的默认值、只读、隐藏等。当新建自定义产品时,选择对应的产品类,会自动在产品中加载产品类中定义好的属性。如果有面向对象经验的话,会比较好理解,其实就是类—属性—实体之间的逻辑关系。

4产品目录

当产品数据很多的时候,可以通过将产品添加到产品目录中,对产品分类。产品和产品目录是多对多的关系。尤其是在合同或订单录入时,可以通过产品目录快速找到目标产品,方便操作。

5父子产品

在产品中添加其他产品做为子产品。当在合同订单中添加产品时,如果该产品为父产品,会自动将子产品添加到行项目中。

在配置父子产品时有两种类型:

是赠送。

是捆绑。

当时赠送时,订单行项目中的子产品是不计入总价的,捆绑则会计入到订单总价中。

6价格列表

价格列表要有名称、生失效时间、货币、说明等。行项目中添加产品和价格,每个行项目可以设置单独的生失效时间。在订单头上配置价格列表,订单行项目中的产品将依据该价格列表展示价格。

7属性价格列表

属性价格列表绑定产品类,根据产品类中配置的属性,生成笛卡尔积属性矩阵。配置对应的价格调整方式及数值。将属性价格列表添加到产品价格列表的产品行项目中进行使用。

8产品促销

和价格列表类似,但在促销行项目中产品对应的是价格调整方式及调整值。将促销方案配置到订单头,订单行项目中产品会在价格列表价格基础上依据促销方案对价格进行调整。

四、营销触达

传统CRM在营销层面功能相对是比较弱的。随着这些年的发展,对客户的营销手段越来越丰富,除开传统的呼叫中心、短信、EDM展会,到现在的、小程序、短、直播…渠道和方式越来越丰富。这里基本不涉及到广告投放,其将由DSP、Trading Desk等完成。

1营销活动

企业在进行营销活动,无论是线上或者线下都会使用到各种各样的营销内容,和统计每一项营销内容的工作非常繁琐,而营销方案功能可以帮助营销人员简单地将所有的营销内容进行汇总,并且营销人员可以自己设置每项内容的完成进度以及查看每项营销内容的效果统计。包括活动名称、渠道、目标人群、使用素材、预算、规则、活动日期等等。对于一些经典或者有规律的活动可以保存成活动模板,方便后续快速使用。

2营销素材

3自动化营销

这是现在SCRM中基本都具备也都在说的一个功能点。主要是在画布中将预定义的一些步骤组件通过拖拽的形式组合到一起,以任务的形式执行某些营销活动。步骤组件一般分为受众、动作、条件判断等几大类别,通过定时触发添加人群的做法,对满足条件的客户自动触发后续动作。同时这种拖拽化的交互操作,使操作人员更方便,逻辑也更清晰。

从属性角度,这里我就当成CRM的基础功能使用了(图9)

4裂变营销

总结起来大致是以下几步:

选题。

准备诱饵。

种子用户。

步骤执行。

新用户留存。

活动总结。

从属性角度,这里我就当成CRM的基础功能使用了(图10)

五、合同订单

CRM中的合同更主要侧重客户相关方面的,对于产品和财务方面一般会对接ERP或财务。

1合同录入

合同信息录入包括:编号、名称、类型、签订主体、金额、数量、付款方式、状态等其他业务相关字段内容。还要包括一些附件的上传功能。某些情况下还应具备合同导入功能。

2合同审批

审批一般包括并行和串行两种形式。并行及在一个审批节点上有多名审批人,任何一个审批人进行审批都可以。串行只有一层审批人通过,才会到下一层审批人。合同审批不同于其他数据的审批,合同具体很强的法律,需要考虑增加法律人员的审批节点或接入法律。

3合同变更

作为双方权利义务的约定,合同的变更必须要记录好版本和变更记录。一般只有审批通过或正在执行的合同才可以变更。对于正在审批中合同会发起驳回请求,完成的合同则不允许变更。

4其他功能

包括:提醒、暂停/启用、归档、作废等。需要注意各个功能间的逻辑规则。

5订单

合同和订单是一对多的关系,一个合同下边可以有多个订单。而每个订单会包含多个订单行项目,一个行项目对应一个产品或服务。

之所以合同下边还会有订单这一层,那是因为一个合同可能会有多个收货方,对于年度合同或者框架合同会分批次去执行,每个收货方或者每次都可以是一个订单。在一些业务流程相对简单的场景可以不需要合同直接到订单层,像我们在各种电商平台付款后叫提交订单而不是合同。

六、服务请求

1创建

有两种方式进行创建:

通过或相关服务人员手工创建。

通过自助渠道(短信、网页)由客户创建。

信息包括:编号、客户、产品、类型、内容描述、状态、紧急程度,当前处理人员、处理记录(多条)解决方案等。其中类型可以是一个多级联动的下拉列表,尽量将分类分详细。

2流程处理

对于相对简单或者比较常规的服务请求,基本在人员接待过程中即可解决的由接待人员直接结单。客户自助渠道就会有分派的需求了,一些基本方法可以参照线索的分配方案。可以通过地区、渠道、类型分配给不同的组或人员。

对于复杂的请求,就需要有升级、转派的功能,将服务请求提升到领导处理或转派给其他适合的同事处理。某些企业业务场景,还需要能生成工单用于技术人员参与甚至出客户现场。整个处理的过程需要进行记录,包括参与人、处理方案、客户反馈等内容。

3状态

从属性角度,这里我就当成CRM的基础功能使用了(图11)

从属性角度,这里我就当成CRM的基础功能使用了(图12)

4知识库

为实现服务客户的标准化、准确化,将话术、解决方案、产品介绍等知识化是很有必要的。既可以当做员工平日里的学习途径,当服务客户时又可以当成工具手册进行使用。像电信行业,因各种套餐、活动、优惠、规则繁多且变化很快,甚至是将知识库单独作为了一个,当我们拨打客户电话时,可以迅速查询出需要了解的各种信息。

七、统计分析及预测

从功能角度,一般会为客户准备一些相对通用的统计报表。复杂的话会自定义报表的功能,功能更强大的像国际上很出名的Tableau产品等。传统的统计分析往往都是人定义目标,从数据中去进行分析。

八、其他

作为标准化的CRM产品基本上会包含上边绝大部分的业务功能,但如果是自建则需要根据实际业务对功能进行取舍,同时添加特定业务相关的功能,是为人服务的不要被单单一个名字限定住。像CRM也好,ERP也好都是将相关联的业务和功能组合到一起形成的。

以上算是对之前工作的一个总结,啰啰嗦嗦写了不少。

本文相关词条概念解析:

客户

中国古代户籍制度中的一类户口﹐与主户相对而言﹐泛指非土著的住户。它不是一个统一的阶级或阶层﹐其中包括有地主﹑自耕农﹑城市小商贩﹑无业游民。可以指用金钱或某种有价值的物品来换取接受财产、服务、产品或某种创意的自然人或公司。是商业服务或产品的采购者,他们可能是最终的消费者、代理人或供应链内的中间人。传统观念认为,客户和消费者是同一概念,两者的含义可以不加区分。但是对于企业来讲,客户和消费者应该是加以区分的。客户是针对某一特定细分市场而言的,他们的需求较集中;而消费者是针对个体而言的,他们的需求较分散。在市场学理论中,供应商必须在销售事前了解客户及其市市场的供求需要,否则事后的“硬销售”广告,只是一种资源的浪费。现代社会中,“顾客就是上帝”是企业界的流行口号。在客户服务中,有一种说法,“客户永远是对的”。不过各方有不同的演绎,也就是客户二字的不同定义。客户一词源于称呼习惯。一个顾客是常常光顾某店铺或主户的人,他时常光顾或买东西,与店主或主户维持良好关系。

网友评论