文档详情

美团O2O的CRM系统架构设计

s9****2
实名认证
店铺
DOC
19KB
约9页
文档ID:435447652
美团O2O的CRM系统架构设计_第1页
1/9

美团O2O的CRM系统架构设计 众所周知,O2O(Online To Offline),是指将线下的商务机会与互联网结合,让互联网成为线下交易的前台但是O2O平台自身并不提供顾客最后享有的商品、服务,这些服务都来自线下商户提供的服务,换句话说平台只是服务的搬运工线上风景固然靓丽,但是并不像看到的那样风光,就拿“团购”来讲,美团、点评、百度糯米的APP在功能布局、操作体验等方面差别化越来越小,这样极大的减少了顾客使用门槛,作为理性逐利的C端顾客来讲,最长见的成果谁便宜就会用谁那么问题来了,如何在这场纷争中抓住顾客,最后胜出呢?对,线下能力!线下的能力涉及线下资源的控制能力和线下服务品质的控制能力线下能力最后决定了平台可以提供应线上顾客的服务和服务品质,只有可以提供丰富、实惠、高品质的服务,来可以协助平台上赢得顾客,获得成功美团之因此成功,就在于强大的地面、运营团队所建立起的线下能力而这些团队背后所依赖的,就是我们称之为秘密武器的B端产品CRM,就是其中之一CRMCRM系统,立足于协助美团解决线下资源控制的能力CRM通过商家关系的建立和维系客户关系,同步借助于新技术、和措施改善来提高工作效率,从而达到链接美团和商户的使命!接下来我会从两大维度四个方面来简介一下美团CRM的特点:合伙篇销售(建立合伙)、运营(持续合伙)效能篇信息之战(数据)、移动办公(场景支持)销售(建立合伙)众所周知,在CRM系统中线索是非常重要的资源,提供丰富、有价值的线索是CRM系统的首要职责。

在美团,线索对象一般指商家门店(POI),通过对门店核心人物(KP)的拜访和机会转化,最后为美团提供合伙商家(可上单的商家)线索通过多种渠道获得:网上数据爬取 (初期)BD(业务拓展人员)采集商家创立众包采集美团数据中心(MDC)将信息收集完毕后,POI将会进入审核环节,未经校准的POI会经由人工(运营审核、众包采集)、机器审核进行校准、去重工作,通过反向拉取、消息队列告知等方式,线索数据最后会同步到CRM基于美团的大数据服务,在CRM中的POI数据将会被标记分类(300大商家、头部商家、竞对、券、多、免)和信息聚合(历史上单信息、历史销量信息、关联门店记录)随着美团的影响力逐渐扩大,更多的商家也会积极谋求和美团的合伙,目前商家可以通过商机(提交合伙信息)和入驻(自助服务)来谋求美团合伙,这些'机会'信息会直接作为线索进入到CRM的机会转化模型中来有了丰富的线索资源之后,还需要设计一种有效的线索管理模型来协助线下团队完毕资源的合理分派、线索到机会的迅速转化一方面,系统提供一种公私海模型,并且通过参数化限制每个BD可认领的资源数,这样可以避免一种BD独占大量资源 另一方面,限定了私海的有效期限,一种资源在BD私海的初始期限被设立为45天,在此期间,如果BD持续15天未拜访,或者持续30天没有完毕签约,线索都会掉入到公海中。

其她BD可以继续做资源的转化固然,如果在特殊状况下,例如商家谈判的确很慢,碰巧私海的保护期又到了,那么BD还是可以通过自助延期或者上级分派的方式来延长私海有效期通过上述的模型,CRM对完毕了对销售阶段的支持运营(持续合伙)销售发现商家,运营维系商家;与美团合伙的商家,也需要一系列的维系工作,如延期、变更合同、新上单;这部分工作在1年前是由BD来完毕的,不仅消耗了BD大量的时间来维系老商家而无法及时拉新,老商家的满意度也无法保障在这个背景下,我们建立美团的运营工作台-中台;将合同、小品类逐渐从BD层过渡到运营层面然而,就是这个小小的过渡,就让我们获得了惊人的成绩:在中台,平均每个运营人员可以覆盖900多种门店,1000 合同,是BD维护能力的5倍不止地推模式转变到运营模式是一种必然,一方面从公司的角度上来讲,运营的效率惊人,另一方面,近年的O2O'教育'已经让商家越来越具有自助的能力,有更强的自主性凡事有利必有弊,从实际的执行成果上来看,运营的破冰能力与地推相比尚有很大差距,客户自助的品质相较之下,也略逊于地推团队的方案因此,运营尚有更长的路要走信息之战(数据)美团的COO阿干(干嘉伟)曾经在内部沟通中讲,但愿美团的销售有一天可以像美国的特种兵同样,头戴战术头盔,从总部接受战术指令进行特种作战。

而今这个盼望已经成为现实,通过竞争情报、方略分析、应用执行等多层服务系统化的数据链条,多种“决策命令”由机器 人工的方式在总部动态制定,再经CRM系统基于系统设定的解决流程下发到都市端,最后由都市进行迅速的跟进辅助其做出对的解决在解决过程中,都市端也可以通过任务系统及时的反馈问题至总部以获取更多的决策信息来辅助其做出对的解决对于都市无法及时解决的“决策命令”,总部项目运营团队甚至可以直接进行干预,例如直接调节项目的价格拿每天平价中的'价格劣势'来讲,通过基本层采集竞对的门店和单并与美团的门店和Deal进行匹配,通过度析层对数据进行进一步的分析,会输出一系列的方略(同方案、独占方案等竞价则略),这些方略会通过应用层CRM的工作台以任务模式直接推送到BD,BD则可以根据推荐的方略与商家沟通,进行价格干预,最后协助美团消除线上价格劣势、树立消费者视角价格优势形象移动办公(场景支持)移动办公在BD层面是是一种场景性的问题,试想一下一种BD在'扫街'过程中,发现路边有一种门店,她如何去进行有效的拜访呢?早在,美团就推出了团购行业的第一种客户关系管理客户端MOMA(Mobile Meituan APP)。

BD在扫街过程中,基于定位信息,MOMA可以迅速推荐出BD所在位置的周边商家对于指定的商家,MOMA提供的具体页面汇聚了商家的基本信息、联系人信息、历史拜访信息、历史合伙销量状况、竞对合伙销量状况,通过这些信息,BD可以迅速判断并制定谈判的方式,促成合伙的达到MOMA端还集成了待办事项中心、活动页面,这些功能可以协助BD迅速获取任务,便于销售人员进行客户关系管理,提高工作效率到目前,美团BD在MOMA上的持续访问时间已经是在Web上访问时间的1.5倍;从创立商家、顾客拜访数据上看,MOMA的占比已经超过70%技术架构CRM系统,建立在底层服务的支撑 MDC(美团数据中心)、供应链(合同、上单)、PMC(合伙商信息)、大数据服务之上,同步抽象了一部分基本组件服务:Deal中心、代办、任务、仪表盘(遗憾的是,除了Deal服务,其她的基本组件大都是代码层级的依赖,这也是我们下面要做平台化的因素之一)在应用层,根据业务的特点,又狭义的定义了面向销售的CRM系统和面向运营的中台系统,在这篇文章里,我们统称它们为CRM系统美团的CRM是随着业务发展逐渐演化而来的,架构也在不断的优化之中微服务化就是我们在架构改善中的方略之一,例如Deal中心就是这个过程的一种产物。

在需求开发过程中,我们发目前门店详情页、项目运营页面、项目列表页面都需要使用到“Deal”对象,而Deal对象由于生命周期非常长,诸多状态或数据分别存在于多种供应链系统、主站,并且在系统功能层面上提供复杂的检索支持基于数据库、CCache服务(美团Medis)、索引服务(SolrCloud)等技术,我们将Deal波及到对象、服务从CRM中分离并沉淀为一种Deal中心服务通过度解巨大单体式应用为多种服务措施解决了复杂性问题,这就是微服务化所带来的收益平台化美团正处在高速发展期,高速发展所来带的业务发展和变化给系统建设带来了巨大的挑战:业务垂直化在公司的T型战略指引下,美团的垂直业务不断在孵化中,目前的垂直业务诸如酒店、外卖、猫眼、早餐、智能餐厅等等,都给系统支撑带来了诸多挑战如果没有平台化的系统支持,那么每个业务都要完整地重建一套CRM、供应链系统,这不仅仅挥霍人力成本,系统建设效率往往也很难与业务发展匹配,严重制约着业务发展线索多样化在业务层面,与客户有关的角色不断被细化与重组,与美团合伙的对象也有不同从定义上讲,线索对象是一张名片,或者是联系人但实际状况这个联系人需要附着在一种业务实体上,例如团购在销售眼中的销售对象是门店(POI)、大客户部关注的线索对象则是品牌商。

即便是门店对象,酒店、餐饮关注的信息也不完全一致,例如酒店关注的门店信息要涉及间夜量信息,在做此类信息的聚合上也需要兼顾不同的数据源供应链多样化供应链系统在不同的业务群里差别较大,从老式的团购单、到买单、预付单作为“门户”,CRM也需要建立不同的原则,对接多样化的业务系统平台化做什么?模型化在模型化层面上,是要将CRM业务领域的核心实体以及核心实体的关系定义出来,将业务模型从复杂的业务需求中剥离出来;同步需要在抽取的基本上考虑到业务自身所具有的可扩展性一般这个模型就是CRM的线索转化、公私海定制化顾客可以基于自身诉求,对所需服务进行定制组件化不同的业务,对服务的规定也是不同样的,因此对于功能来讲,应当可以组件化定制组件化是定制化服务的基本业务隔离承载不同的业务,诸如团购、酒店、早餐、智能餐厅等,需要对不同的业务进行隔离,避免互相干扰业务扩展业务是发展的,因此要具有对业务进行扩展的能力,这一种对技术的规定更高不同的业务,对实体的规定是不同样的,实体乃至实体的属性应当可以自由定制在建设过程中,我们将系统提成三层:核心服务层、业务扩展层(应用层)、租户层;核心服务层重要沉淀CRM的线索机会模型、拜访活动、公私海服务;同步为了支持不同的业务“线索”对象,核心服务层还将对象定义、关系定义服务纳入进来。

由于在这一层需要提供动态的领域对象服务,因此在持久化、检索服务上,都分别做了设计来支持对象的扩展能力业务应用层重要是对租户业务进行支持,在这个层面上,顾客所需的功能被组件化,基于核心服务层定义出的对象和服务,业务应用层可以根据不同的顾客组合不同的功能界面租户层,通过Web、MOMA(移动app)甚至是API为不同的租户提供特有的服务今天,CRM服务的业务方只需要在系统中创立自己的租户,并对线索对象、机会转化参数、阶段等信息进行设定,就可以完毕服务的接入一般在梳理完需求的前提下,这个接入的时间是以周为单位计算的在如此剧烈的竞争环境中,技术团队正是以如此高效率的方式去支撑业务拓展,协助美团决胜线下而租户隔离的模式,也可以保证系统去灵活地对接不同的供应链对于各个业务方,我们提供了页面集成、组件自定义、数据对接、业务切面等多种层次的扩展方略,这些方略为业务的个性化需求提供了相对通用的解决方案。

下载提示
相似文档
正为您匹配相似的精品文档