一种运营中网点后续优化的方法与流程

文档序号:25726118发布日期:2021-07-02 21:12阅读:142来源:国知局
一种运营中网点后续优化的方法与流程

本发明涉及共享汽车停车网点领域,尤其涉及一种运营中网点后续优化的方法。



背景技术:

城市网点负责人根据经验签署实体网点、加减实体网点车位数、加减超停车位数以及打开虚拟网点。

网点达到可用车位数上限时,app显示车位数已满,不可还车,但大多数用户过程中一般不查看app,到达网点后发现无法还车。

网点达到可用车位数上限情况如下:

实体网点未开超停:与场地方签署合同规定固定车位数。

实体网点打开超停:与场地方签署合同规定固定车位数+系统配置超停车位数。

虚拟网点:系统配置车位数(可配置无上限)。

现有技术的缺点:

(1)运营中网点以实体网点还是虚拟网点方式开启,以及实体网点是否打开超停缺乏数据理论依据。

(2)运营中网点配比多少车位数缺乏数据理论依据。

(3)用户到达网点后由于网点停放车辆数达到可用车位数上限而无法还车。



技术实现要素:

鉴于上述问题,提出了本发明以便提供克服上述问题或者至少部分地解决上述问题的一种运营中网点后续优化的方法。

根据第一方面,提供了一种运营中网点后续优化的方法,包括步骤s1,当某网点内车辆达到可用车位数上限,且该请求还车的车辆进入该网点电子围栏时,允许用户正常还车,产生强制还车车辆;步骤s2,产生强制还车车辆后,生成红包车,所述红包车用于鼓励用户下单该网点的车辆;步骤s3,在第一预设时间段内,若红包车未被用户取走,生成车辆调度工单,所述车辆调度工单用于指示运维人员在调走该网点的车辆;步骤s4,根据上一周期内用户强制还车后车辆如何被调出网点和/或强制还车时间距用户取车时间间隔和/或网点的平均停车数量,调整当前周期内的网点属性以及停车数量。

在一种可能的实施方式中,步骤s4具体包括:步骤s41,统计上一周期内网点的平均停放车辆数a、最低平均停放车辆数l、最高平均停放车辆数h;步骤s42,对于不可超停的实体网点,调整当前周期的租赁车位数为a,对于可超停的实体网点,调整其租赁车位数为l,打开超停车位数为(h-l),对于虚拟网点,调整其车位数为h。

在一种可能的实施方式中,在步骤s42中当虚拟网点的取车时间与还车的时间的间距小于第三时间段时,调整其车位数为无上限。

在一种可能的实施方式中,在步骤s42中当实体网点的取车时间与还车的时间的间距小于第三时间段时,调整实体网点为虚拟网点。

在一种可能的实施方式中,在步骤41之前或之后,还包括:步骤s43,统计上一周期内当前网点的被取走车辆中被运维调走的比例和被用户取走的比例;步骤s44,对于后续被运维调走的比例大于被用户取走的比例的网点,调整该网点为不可超停实体网点,对于后续被运维调走的比例小于被用户取走的比例的网点,调整该网点为可超停实体网点。

在一种可能的实施方式中,在步骤s44之后,还包括:步骤s45,对于后续被运维调走的比例小于被用户取走的比例的网点,若该网点不允许超停,在该网点周围寻找可超停停车场,选为可超停实体网点。

在一种可能的实施方式中,在步骤s44之后,还包括:步骤s46,对于后续被运维调走的比例小于被用户取走的比例的网点,在该网点周围寻找虚拟网点。

在一种可能的实施方式中,一个周期为一周或者一个月。

根据第二方面,提供了一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行第一方面所述的方法或者第一方面的任意一种可能的设计中所述的方法。

根据第三方面,提供了一种计算设备,包括存储器和处理器,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现第一方面任意所述的方法或者第一方面的任意一种可能的设计中所述的方法。

本发明解决了运营中网点后续如何精细化运营问题,为城市运营提供理论数据支持以及对应的闭环解决办法,同时可以解决部分用户由于车位满无法还车问题。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的一种运营中网点后续优化的方法的流程示意图。

具体实施方式

本发明的说明书实施例和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元。方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在对本申请实施例进行详细地解释说明之前,先对本申请实施例涉及到的一些缩略语和术语进行介绍。

实体网点:与场地方签署租赁合同,按月租赁固定车位数的网点。

超停:某实体网点固定车位数使用达到上限后,再进入该网点的车辆按照临停车辆进行计费。

虚拟网点:所有车辆以社会车辆方式进入网点,场地方按临停进行收费。

下面结合附图和实施例,对本发明的技术方案做进一步的详细描述。

本发明实施例提供一种运营中网点后续优化的方法,包括:

步骤s1,当某网点内车辆达到可用车位数上限,且该请求还车的车辆进入该网点电子围栏时,允许用户正常还车,产生强制还车车辆。

当某网点内车辆达到可用车位数上限后,如果判断用户进入该网点电子围栏并点击还车操作后,允许用户正常还车。

步骤s2,产生强制还车车辆后,生成红包车,所述红包车用于鼓励用户下单该网点的车辆。

具体地,产生强制还车车辆后,立即产生红包车,鼓励用户使用车辆,将该网点车位数尽快降到可用车位数以下。

步骤s3,在第一预设时间段内,若红包车未被用户取走,生成车辆调度工单,所述车辆调度工单用于指示运维人员在调走该网点的车辆。

例如,强制还车后30分钟生成指定调度工单(调度级别最高工单),若30分钟无用户用车,运维人员线下保证1小时内将车辆调离网点。

步骤s4,根据上一周期内用户强制还车后车辆如何被调出网点和/或强制还车时间距用户取车时间间隔和/或网点的平均停车数量,调整当前周期内的网点属性以及停车数量。

对于不可系统配置的车位数(固定车位数),根据系统大数据测算得出应租赁的固定车位数后通过短信及邮件通知网点管理员。

对于可系统配置的车位数(超停车位数、虚拟网点车位数)实现根据不同结果动态变更车位数。

在一个示例中,步骤s4具体包括:

步骤s41,统计上一周期内网点的平均停放车辆数a、最低平均停放车辆数l、最高平均停放车辆数h。

步骤s42,对于不可超停的实体网点,调整当前周期的租赁车位数为a,对于可超停的实体网点,调整其租赁车位数为l,打开超停车位数为(h-l),对于虚拟网点,调整其车位数为h。

在一个示例中,在步骤s42中当虚拟网点的取车时间与还车的时间的间距小于第三时间段时,调整其车位数为无上限。如果是虚拟网点,建议直接转为车位数无上限,因为高取高还的网点产生的停车费成本非常低。

在一个示例中,在步骤s42中当实体网点的取车时间与还车的时间的间距小于第三时间段时,调整实体网点为虚拟网点。如果是实体网点,直接转为虚拟网点,减少网点租赁成本。

在一个示例中,在步骤41之前或之后,还包括:

步骤s43,统计上一周期内当前网点的被取走车辆中被运维调走的比例和被用户取走的比例。

步骤s44,对于后续被运维调走的比例大于被用户取走的比例的网点,调整该网点为不可超停实体网点,对于后续被运维调走的比例小于被用户取走的比例的网点,调整该网点为可超停实体网点。

其中后续被运维调出占比较大的网点属于高还车网点,用户取车意愿较低,系统会建议网点管理人员签署实体网点,控制停车费成本及车辆调度成本。而后续被用户取车占比较大的网点属于高取高还网点,如果与场地方协商可以打开超停,系统会建议网点管理人员合理租赁车位数并打开超停。

在步骤s44之后,还包括:

步骤s45,对于后续被运维调走的比例小于被用户取走的比例的网点,若该网点不允许超停,在该网点周围寻找可超停停车场,选为可超停实体网点。

如果场地方不允许打开超停,系统建议寻找网点周围可打开超停的停车场进行合作。

在步骤s44之后,还包括:

步骤s46,对于后续被运维调走的比例小于被用户取走的比例的网点,在该网点周围寻找虚拟网点。

根据用户用户需求可在周围适当打开虚拟网点(虚拟网点不需要与场地方商务谈判)。

在一个示例中,一个周期为一周或者一个月,这里的一周或者一个月只是举例,也可以是其它时间段,具体根据实际情况进行调整。

以上的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1