本文主要讲解crm在后台系统中所承载的信息与执行的功能，主要以出行行业crm系统为例。
Crm主要承担这基础信息的录入以及事务的处理，协助前端产品完成无法执行的操作，处理由于前端产品产生的问题处理以及产品所触及的其他相关信息的流转和记录。
以出行产品的crm来例举，基础信息包括订单管理，车辆管理，城市管理，账户管理；周边事务如发票管理，财务管理，优惠活动管理，协助前端产品处理的模块包括计费规则，服务类型等，派单设置等，但是每一个模块又是相互关联并且不是独立执行任务的。
订单管理为整个crm中重要的模块，其中涉及到订单列表，订单查询，创建订单，订单投诉以及订单评价和订单改派等，模块内的所有功能主要围绕着订单的处理和订单查询为主，通过人工处理前台无法处理的事务。
派单则属于单独一条产品线，只不过是关于派单设计在crm内完成操作。派单主要是规则和策略的内容，类似这个订单派给哪个司机，某一个城市需要支持哪些派单形式这是复杂的。派单则是基于城市进行的相关派单逻辑的设置，类似派单时长的设置。串单的设置，服务范围的设置以及升舱的设置当然还需要包括限行设置。此处是派单记录相关信息，派单逻辑则直接在此取相关数据即可，这样也是方便更改一些经常变动的信息方便后期操作维护。
城市列表是最最基础的信息列表，因为好多数据都要基于城市列表，类似客户信息，派单信息，订单信息都要关联城市。城市列表相当于是整个后台数据的基石。
服务与计费规则则是辅助前台的一个计费规则，和派单模块的性质是一样的，记录基础信息方便后面操作与维护。当我们用网约车的时候，都会有一个预估费用，点击会有费用详情，其实这些计费详情都是后台设置的，以及动态调价也是更加后台算法算出某一区域的价格。
账户管理及为后台的用户，后台用户也是我们所有服务的核心，毕竟所有的服务都是为了他们而做的。账户可分为用户列表，用户等级一级相关的用户反馈，这里面还有更狠的是还需要能够在这里直接扣用户的钱，因为呢有的时候难免后扣款失败的。
司机管理主要是做司机信息的维护以及司机所对应的主管信息维护，包括主管下方管理几个人，一个主管下方管理几个司机，每个司机的详细信息，甚至还需要关注司机的行为，类似几点干活了，几点下线了等等。
车辆管理也就是车辆的基本信息维护，都有哪些车，这些车辆的收发记录以及匹配关系，此处需要重点讲的是当建造表的情况下一定要考虑好对应关系，类似人，车，主管，电话这四者的对应关系就很重要，由于一开始创建的时候没有考虑到其他平台对于这四者关系的需求，导致人车不匹配，手机号不匹配等问题。后来由于系统太大只能增加收发车功能解决此问题。
财务管理包括充值管理和发票管理，充值记录我们总是要对账的对吧，我们给对方开了发票也是要有记录的，因为要交税啊。记录详细的信息方便后面的查询。但是现在除了给到财务部门他们所需要的信息还不知道如何优化这个的内容。
渠道管理为这里对接的第三方渠道的信息管理，归根结底也就是对于前方战场信息的攻击。此处涉及到渠道管理，合作方管理和合作方秘钥管理，渠道管理为创建的渠道以及渠道的双方对接人信息和公司相关信息，而合作方管理是对于渠道的补充，类似某一渠道是使用什么样的价格体系，是否涉及到车型映射城市映射和服务类型的映射，这个指的就是我们的服务类型与对方的不匹配，让后做一个映射匹配。
优惠券管理是公司运营层面所需要的信息，其中包括代金券管理，h5活动管理，和评价分享等，每一条的活动信息设计的细节特别多，什么时间发放，发放形式以及结束时间等等。
此处的crm还承载这上架产品到服务器的工作。此处不是很理解。
客服操作就是客服需要处理的信息，类似乘客投诉了，司机申请改派了，主要是客诉相关的信息处理。
这就是出行行业crm大致的产品结构，归根结底就是记录详细信息补助前台完成任务以及处理产生的周边问题。相当于产品里的保姆
