美团O2O地CRM系统架构设计
- 格式:doc
- 大小:19.58 KB
- 文档页数:9
美团网系统设计说明书姓名:李晓光赵霞王金宝田林伟学号:05、09、12、13学院:信息学院专业:软件工程教师:马小军2013年12月8日1. 引言1.1 编写目的21世纪的到来,伴随着许多电商业务的新兴和繁荣。
计算机网络的蓬勃发展,为电商产业的发展奠定了基础,使得更多更广泛的电商产业为人们提供了更加便利的生活服务。
简单地说,美团网其实就是一个团购的中介网。
美团网的运营方式也非常简单,网站本身充当了中介的作用。
把有意购买低价打折物品的人们召集到一起组成一个团购队伍,当这个队伍的人数达到最低限度时,则可成功进行团购,享受最低价格购买商品。
如果人数没有达到最低限度,则此次团购失败,用户也无须承担任何风险。
网站赚取的就是团购过程中的成交费。
团购网是媒体、社区和电子商务的跨界组合。
可以从三个原则对网站进行判断:一是省钱,折扣一定是前所未有的,二是省心、筛选、比较、判断的过程被压缩到一个页面上,消费者只需要判断自己是否需要这个产品,第三点体现出媒体的功能—有趣。
1.2 背景a.软件系统的名称:美团网b.提出者:王兴c.开发者:王兴及其团队d.用户:全体注册成功消费者1.3 实现功能团购网站发展到现在,要做出新意并不容易。
每天仅仅有1件、而且都立足于各个城市提供本地化团购,最大特点就是这些团购是以服务类为主、而不是折扣价的商品,这些服务包括SPA、跳伞等各类培训课程和高尔夫、滑雪、划艇等活动,而且这些团购的折扣都相当低,因为每天只有一件,要非常注重选择,一般折扣可以达到六折、四折,甚至还有一折的,毕竟团购的商品和服务才是吸引用户的根本之道。
美团网站的业务流程:第一,网站先去那些当地消费者感兴趣、利润较高的商家,就某一项产品或服务,跟他们谈一个超大的折扣,并且商量好合作的商家在某一个折扣上能够接受最低成团人数用来做团购。
第二,在网站发布团购活动信息:商品名称,折扣,价格,最低成团人数,倒计时,商家联系信息。
第三,网站要有一个客服甚至更多的客服人员回答会员实时的对于当天团购商品的提问。
crm系统方案一、引言在当今竞争激烈的商业环境中,客户关系管理(Customer Relationship Management,简称CRM)的重要性日益凸显。
CRM系统可以帮助企业更好地管理客户关系、提高销售效率、增强客户满意度,并为业务发展提供全面的数据支持。
本文将介绍一个完善的CRM系统方案,旨在帮助企业实现业务目标和提升竞争力。
二、系统构架1. 数据库管理CRM系统的核心是一个强大的数据库,集中存储和管理客户信息、销售数据、市场活动等相关数据。
数据库管理功能包括数据录入、存储、更新和查询,并可以根据企业需求进行定制化开发,以满足不同业务场景的要求。
2. 客户关系管理CRM系统通过全面记录客户信息和互动历史,帮助企业建立客户画像,分析客户需求,提供个性化的服务和沟通。
系统可以自动化客户互动流程,包括销售机会跟进、客户反馈处理等,提高销售团队的协作效率。
3. 销售管理CRM系统提供全面的销售管理功能,包括销售机会管理、合同管理、订单管理等。
通过销售机会管理,企业可以跟踪潜在客户,评估销售机会的价值和成功概率,并制定相应的销售策略。
合同管理功能可以帮助企业管理合同全生命周期,包括合同起草、审批、签署和执行等。
4. 市场营销CRM系统可以支持市场活动管理、营销策略制定和执行。
系统可以帮助企业进行目标客户细分、市场活动计划和执行,同时提供活动效果跟踪和分析报告,以评估市场活动的效果并不断优化营销策略。
5. 客户服务管理CRM系统提供客户服务管理功能,包括客户反馈管理、服务请求处理、客户满意度调查等。
通过及时响应客户的反馈和需求,系统可以提高客户满意度,增强客户黏性,并帮助企业建立良好的口碑和品牌形象。
三、系统特点1. 数据安全性CRM系统具备可靠的数据安全保障措施,包括数据加密、权限控制、备份和灾备等措施,确保客户信息和企业数据的安全性和完整性。
2. 可扩展性CRM系统采用模块化设计,可以根据企业业务发展需要进行灵活扩展。
CRM系统结构与设计CRM(Customer Relationship Management)系统是一种通过综合客户信息、优化销售流程、提升客户满意度的信息管理系统,旨在帮助企业建立良好的客户关系,并通过对客户信息的全面管理提高销售业绩。
一个好的CRM系统结构和设计能够满足企业的需求,并提供可靠、高效的解决方案,本文将探讨CRM系统的结构和设计。
首先,CRM系统的结构分为三个层次:数据层、业务逻辑层和表现层。
表现层是CRM系统的用户界面,负责与用户进行交互。
该层可以包括Web界面、移动端界面等形式,方便用户在不同终端上使用系统。
表现层的设计需要考虑用户体验、界面美观和易用性,以便用户能够快速上手并享受到系统的优势。
其次,CRM系统的设计需要考虑以下几个方面:1.业务需求分析:在CRM系统设计之前,需要充分了解企业的业务需求,包括对客户信息的管理、销售流程的优化和客户满意度的提升等目标。
通过与企业内部各部门的沟通和调研,明确系统需要满足的功能和要求。
2.数据模型设计:在设计CRM系统时,需要设计合理的数据库模型,包括表关系、字段类型、数据约束等。
数据模型的设计需要考虑到数据的完整性、可扩展性和性能。
3.系统架构设计:CRM系统的架构设计需要结合企业的规模和需求,选择适当的架构模式。
常见的架构模式有单体应用架构、微服务架构和云原生架构等。
不同的架构模式有不同的优势和劣势,根据企业的实际情况进行选择。
4.界面设计:CRM系统的用户界面设计需要注重用户体验,简洁清晰、易于操作。
设计师可以使用信息架构、交互设计和视觉设计等方法,提供一个用户友好的界面。
5.安全与隐私保护:由于CRM系统涉及到大量的客户数据,系统的安全性和隐私保护至关重要。
在系统设计阶段,需要考虑信息的加密、权限控制、访问审计等安全措施,确保数据的保密性和完整性。
6.技术选型与集成:在CRM系统设计中,需要选择合适的技术和工具来实现系统功能。
美团外卖管理信息系统一、系统背景介绍随着互联网技术的快速发展,网络早已经成为现代人日常生活中不可或缺的部分,网上订餐由于其独有的便捷性和直观性,更能够轻而易举地被现代人认同和接受。
互联网上诞生出这种便捷的订餐形式,也是电子商务应用的全新体现;从另一个侧面来看,网上订餐还起到了帮助推进电子商务的普及和应用进程的作用,网上订餐的形式,同时也在帮助加速电子商务应用的步伐。
随着时代发展的日益加快,我们身边每天都在发生日新月异的变化。
不论在哪个行业里,用户几个大的根本需求永远不会变,比如说像省钱、懒。
省钱”这个需求美团团购已经做到,现在该轮到“懒”这个需求。
外卖一个就足够满足“懒”的需求——吃饭不出门。
二、系统的组织结构和业务流程的分析1.系统的组织结构分析对美团外卖系统进行分析把美团外卖网上订餐管理信息系统分成几个模块,即信息管理模块、信息发布模块、意见反馈模块、食品管理模块、订单管理模块和送餐管理模块以及细分模块。
2.系统的业务流程分析(1)以下的是销售管理系统业务流程图的符号说明: 表格、报表制作业务功能描述信息传递过程三、系统的数据流程分析:(1)以下的是销售管理系统业务流程图的符号说明:(2)下图是数据流程图和数据字典:1,数据流数据流名称:客户信息说明:公司客户资料数据流来源:人工输入数据流去向:数据库、各种报表打印数据流组成:{客户编号,名称,联系人姓名,送餐地址,联系电话,备注}数据流名:商品信息;说明:菜品简介,图片信息数据流来源:人工输入数据流去向:数据库、各种报表打印数据流组成:{店家信息,菜品名称,菜品介绍及图片,销售价}2.处理逻辑处理逻辑编号:P2处理逻辑名称:录入店家、购买商信息输入的数据流:新客户信息客户记录处理逻辑描述:在原有记录的基础上,进行录入输出数据流:客户信息F1 客户信息表处理逻辑编号:P3处理逻辑名称:信息查询输入的数据流:客户信息处理逻辑描述:在原有记录的基础上,进行查询,看是否有查漏补缺的地方输出数据流:客户信息P4 添加、修改客户信息处理逻辑编号:P4处理逻辑名称:添加、修改客户信息输入的数据流:新客户信息客户记录处理逻辑描述:在原有记录的基础上,进行查询,看是否有查漏补缺的地方输出数据流:客户信息F1客户信息表处理逻辑编号:P5处理逻辑名称:录入餐品相关信息输入的数据流:新菜品推荐,菜单处理逻辑描述:在原有记录的基础上,进行新商品信息的录入输出数据流:餐品信息F2 餐品信息表处理逻辑编号:P6处理逻辑名称:餐品预订输入的数据流:购买者的订餐明细处理逻辑描述:购买者下订单,记录订单信息及送餐地址输出数据流:F3 订餐表处理逻辑编号:P7处理逻辑名称:联系店家送餐输入的数据流:订餐信息处理逻辑描述:把客户下单订餐情况告知店家,让店家准备送餐输出数据流:F3 订餐表处理逻辑编号:P8处理逻辑名称:查看反馈信息输入的数据流:客户反馈信息处理逻辑描述:查看客户的反馈信息,对问题进行整理,告知店家进行改善输出数据流:F4 客户反馈表3.数据存储数据存储编号:F1数据存储名称:客户信息表输入数据流:新客户信息+修改删除后的原信息数据存储组成:客户编号,名称,联系人姓名,联系地址,联系电话,备注关键字:客户编号数据存储编号:F2数据存储名称:餐品信息表输入数据流:新餐品信息+修改删除后的原信息数据存储组成:菜品的介绍及图片关键字:菜品介绍数据存储编号:F3数据存储名称:订餐表输入数据流:客户下的订单情况输出数据流:订单明细数据存储组成:菜品名称,订购数量,送餐地址关键字:菜品名称数据存储编号:F4数据存储名称:客户反馈表输入数据流:客户反馈信息输出数据流:客户反馈信息数据存储组成:客户对订餐、送餐、餐品一系列服务的满意程度及建议关键字:反馈信息四、系统运行界面1、用户注册界面当用户第一次登录美团外卖,并单击订购按钮图标时,会自动跳入注册页面,在注册页面,用户需要填写订餐人姓名、送餐地址、详细地址、送餐联系电话。
美团外卖分布式系统架构设计背景美团外卖已经发展了五年,即时物流探索也经历了3年多的时间,业务从零孵化到初具规模,在整个过程中积累了⼀些分布式⾼并发系统的建设经验。
最主要的收获包括两点:1. 即时物流业务对故障和⾼延迟的容忍度极低,在业务复杂度提升的同时也要求系统具备分布式、可扩展、可容灾的能⼒。
即时物流系统阶段性的逐步实施分布式系统的架构升级,最终解决了系统宕机的风险。
2. 围绕成本、效率、体验核⼼三要素,即时物流体系⼤量结合AI技术,从定价、ETA、调度、运⼒规划、运⼒⼲预、补贴、核算、语⾳交互、LBS挖掘、业务运维、指标监控等⽅⾯,业务突破结合架构升级,达到促规模、保体验、降成本的效果。
本⽂主要介绍在美团即时物流分布式系统架构逐层演变的进展中,遇到的技术障碍和挑战:订单、骑⼿规模⼤,供需匹配过程的超⼤规模计算问题。
遇到节假⽇或者恶劣天⽓,订单聚集效应,流量⾼峰是平常的⼗⼏倍。
物流履约是线上连接线下的关键环节,故障容忍度极低,不能宕机,不能丢单,可⽤性要求极⾼。
数据实时性、准确性要求⾼,对延迟、异常⾮常敏感。
美团即时物流架构美团即时物流配送平台主要围绕三件事展开:⼀是⾯向⽤户提供履约的SLA,包括计算送达时间ETA、配送费定价等;⼆是在多⽬标(成本、效率、体验)优化的背景下,匹配最合适的骑⼿;三是提供骑⼿完整履约过程中的辅助决策,包括智能语⾳、路径推荐、到店提醒等。
在⼀系列服务背后,是美团强⼤的技术体系的⽀持,并由此沉淀出的配送业务架构体系,基于架构构建的平台、算法、系统和服务。
庞⼤的物流系统背后离不开分布式系统架构的⽀撑,⽽且这个架构更要保证⾼可⽤和⾼并发。
分布式架构,是相对于集中式架构⽽⾔的⼀种架构体系。
分布式架构适⽤CAP理论(Consistency ⼀致性,Availability 可⽤性,Partition Tolerance 分区容忍性)。
在分布式架构中,⼀个服务部署在多个对等节点中,节点之间通过⽹络进⾏通信,多个节点共同组成服务集群来提供⾼可⽤、⼀致性的服务。
CRM系统方案1. 简介CRM(Customer Relationship Management,客户关系管理)是指通过分析客户数据和与客户的互动,以满足客户需求、提高企业销售和服务水平的一整套策略和技术体系。
CRM系统是指用于支持和管理企业与客户之间关系的软件系统。
本文将针对CRM系统的方案进行详细介绍,包括系统的设计思路、功能模块以及实施计划。
2. 设计思路2.1 目标CRM系统的设计目标主要包括以下几个方面:1.提升销售业绩:通过系统化管理客户信息和销售过程,提高销售团队的工作效率和销售业绩。
2.提升客户满意度:通过全面了解客户需求和互动,提供个性化的服务,提升客户满意度和忠诚度。
3.优化运营效率:通过自动化处理日常工作流程和数据管理,提高企业的运营效率和内部协作能力。
2.2 架构CRM系统的架构主要分为前端和后端两个部分。
前端主要负责用户界面的展示和用户交互,后端则负责数据处理和业务逻辑。
系统采用的技术栈包括:•前端:HTML、CSS、JavaScript、Vue.js•后端:Java、Spring Boot、MySQL、Redis系统的架构图如下所示:graph LRA(前端) --> B(后端)3. 功能模块CRM系统的功能模块主要包括以下几个方面:3.1 客户管理•客户信息录入:包括客户基本信息、联系方式、关联人员等。
•客户分类和标签:根据客户特征进行分类和标记,方便后续运营和市场活动。
•客户互动记录:记录客户与企业的各种互动,如电话、邮件、会议等。
•客户统计和分析:对客户信息进行统计和分析,了解客户需求和市场趋势。
3.2 销售管理•销售机会管理:跟踪销售机会的进展,包括线索来源、销售阶段、预测金额等。
•销售团队协作:协调销售团队的工作,分配任务、跟进进展、分享销售心得等。
•销售业绩统计:对销售业绩进行统计和分析,包括销售额、销售额增长率等指标。
3.3 服务管理•服务单管理:处理客户的服务请求和问题反馈,跟踪服务过程和结果。
这个生产过程由哪些角色参与了哪些事,生产出来的项目又是什么呢?以传统团购为例,一个经典的上单过程由美团在城市端的BD(业务拓展人员)发起。
BD和商家达成合作意向后签署一纸合同,再到美团的业务门户录入这次合作和详细方案,然后提交总部审核。
审核人员根据审核手册做出判断,如果本次合作和方案可靠合法就将其审核通过。
审核通过的方案再经过CMS(内容管理系统)完成标题图文的包装和各个C端渠道的适配,一单项目就生产完成了。
可以看到,这个过程涉及多个业务环节和人员角色,如果能提高其中一些环节效率或减少人员投入,将成为公司的核心竞争力。
除了传统团购,美团在O2O的一些细分领域,比如酒店、旅游、外卖、早餐等等也逐步开花结果。
这些新生的细分领域的项目标准化程度不一,如何支持这些细分领域的项目生产,如何让这个支持过程高效可靠,帮助美团把握住一个又一个的O2O风口,就成了美团供应链系统面临的挑战。
供应链系统的挑战复杂数据细粒度结构化在购买传统商品时,在淘宝、京东上,用户更关心的是产品规格、材质、物流方面的信息,比如一件红色T恤,用户会关心是纯棉的吗,是不是XL码,所在的省份支持哪些快递公司,快递费多少,而不太会关心商家所处的位置。
而购买餐饮团购时,用户就非常关注这个商家的物理位置,需要具体到哪个城市哪个商圈哪个门店。
即使同为团购单,餐饮和酒店又有很大不同。
餐饮单需要关心几人餐,餐具是否免费,允不允许自带酒水,是川菜还是江浙菜系列等。
酒店单需关注是大床房还是双人床房,是否免预约,工作日和周末是否价格不同等。
由此可以看出,在不同的细分领域,甚至同一领域下不同的品类,商品的标准化程度都有很大不同。
以传统团购中餐饮品类下火锅子品类为例,一个细化的方案包括:方案信息(菜系、几人餐、套餐几选几、具体菜品等),购买须知(交易类型是美团券还是优惠码,项目有效期,美团券有效期等),还有商家自身文案描述等,大概涉及将近100个属性。
那么问题就来了,为什么需要将粒度拆分得这么细呢?背后有两个原因。
美团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在'扫街'过程中,发现路边有一个门店,他如何去进行有效的拜访呢?早在2013年,美团就推出了团购行业的第一个客户关系管理客户端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服务的业务方只需要在系统中创建自己的租户,并对线索对象、机会转化参数、阶段等信息进行设定,就可以完成服务的接入。
通常在梳理完需求的前提下,这个接入的时间是以周为单位计算的。
在如此激烈的竞争环境中,技术团队正是以如此高效率的方式去支撑业务拓展,帮助美团决胜线下。
而租户隔离的模式,也能够保证系统去灵活地对接不同的供应链。
对于各个业务方,我们提供了页面集成、组件自定义、数据对接、业务切面等多个层次的扩展策略,这些策略为业务的个性化需求提供了相对通用的解决方案。
未来。