CN107590723A

CN107590723A - 在线下业务中增加微信订货的方法、及服务器

Info

Publication number: CN107590723A
Application number: CN201710848406.9A
Authority: CN
Inventors: 钟南星
Original assignee: Shenzhen Youhu Technology Co Ltd
Current assignee: Shenzhen Youhu Technology Co Ltd
Priority date: 2017-09-19
Filing date: 2017-09-19
Publication date: 2018-01-16

Abstract

本申请实施例公开了一种在线下业务***中增加微信订货的方法、***及服务器，方法包括：接收微信用户对商家微信公众号的触发操作进入订货平台WEB应用，验证所述微信用户是否为所述订货平台WEB应用的客户；当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面；接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认；将确认成功的订单发送至线下业务管理***中以使其进行后续发货；给现有线下业务管理***增加了微信订货功能，实现了客户通过线上微信快速可视化订货，线下处理订单发货，提高了线下业务管理***的工作效率。

Description

在线下业务***中增加微信订货的方法、***及服务器

技术领域

本申请涉及数据处理领域，尤其涉及一种在线下业务***中增加微信订货的方法、***、介质及服务器。

背景技术

随着时代的发展，企业管理中已普遍使用相应的业务***(例如ERP***)来对各种数据进行相应处理。随着企业业务范围的拓展，在进行业务操作的过程中，越来越多的企业会通过自身的业务***与业务伙伴间的业务***进行连接以满足数据交换或传递的需求。然而，不同的业务***之间进行数据传递时，由于不兼容，一般采用人工输入数据，这样不仅效率低下，且容易出错。

现有的线下业务管理***(譬如线下门店管理***、线下订货管理***、线下商品配送***等)中，只能用来记录客户订货结果，即收到客户的订货信息后，再手动将客户的订货信息录入业务管理***中。单一的线下业务管理***无法参与订货过程，需安排专门的人员接收客户的订货信息，同时客户订货无法直观的查看货物图片，也增加了客户与商家的沟通，更不利于商家发布和传播新品广告和促销信息。

发明内容

本申请实施例提供了一种在线下业务***中增加微信订货的方法、***、介质及服务器，用于提高线下业务管理***的效率。

具体技术方案包括：

本申请实施例第一方面提供一种在线下业务***中增加微信订货的方法，该方法包括：

接收微信用户对商家微信公众号的触发操作，响应所述触发操作进入订货平台WEB应用，验证所述微信用户是否为所述订货平台WEB应用的客户；

当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息；

接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认；

将确认成功的订单发送至线下业务管理***中以使其进行后续发货。

可选地，所述验证所述微信用户是否为所述订货平台WEB应用的客户，包括：

获取微信用户的微信ID；

根据所述微信ID检索所述订货平台WEB应用的数据库来判断所述微信用户是否是所述订货平台WEB应用的客户。

可选地，所述验证所述微信用户是否为所述订货平台WEB应用的客户之后，还包括：

当所述微信用户不为所述订货平台WEB应用的客户时，判断所述微信用户是否为线下用户，若是，则将所述微信用户与线下客户编号进行绑定，以完成客户验证；若为否，则将所述微信用户注册为所述订货平台WEB应用的客户，并将客户资料保存至所述订货平台WEB应用的数据库中。

可选地，所述当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息，还包括：

预先进行客户分级设置多个等级，每个客户具有对应的等级，所述商品对应不同的等级具有不同的价格；

当所述微信用户为所述订货平台WEB应用的客户时，根据所述客户的等级，在所述详情页面显示多个商品及其对应的价格。

可选地，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，包括：

接收所述客户对所述多个商品的选择，将被选择的商品放入电子购物车；

接收对所述电子购物车的下单操作生成订单，选择送货地址后提交订单；

接收对所述订单的付款操作或商家对所述订单的确认操作，完成订单确认。

可选地，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，还包括：

接收对所述订单的取消操作，不将取消的订单发送给线下业务管理***。

可选地，所述将确认成功的订单发送给线下业务管理***中以使其进行后续发货之后，还包括：

将所述订单发送至所述订货平台WEB应用的数据库中存储；

接收所述客户输入的查询操作，查询得到该客户的历史订货信息和订单状态；

接收所述客户输入的统计操作，进行商品销售统计或客户订货统计。

本申请实施例第二方面提供了一种在线下业务***中增加微信订货的***，包括：

验证模块，用于接收微信用户对商家微信公众号的触发操作进入订货平台WEB应用，验证所述微信用户是否为所述订货平台WEB应用的客户；

跳转模块，用于当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息；

订单模块，用于接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认；

下发模块，用于将确认成功的订单发送至线下业务管理***中以使其进行后续发货。

本申请实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例中任一项在线下业务***中增加微信订货的方法的步骤。

该存储介质可以是U盘、移动硬盘、只读存储器(英文缩写：ROM，英文全称：Read-Only Memory)、随机存取存储器(英文缩写：RAM，英文全称：Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，具体此处不做限定。

本申请实施例第四方面提供一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例中任一项在线下业务***中增加微信订货的方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

在不改变商家现有线下业务管理***的情况下，给现有线下业务管理***增加了微信订货功能，实现了客户通过线上微信快速、可视化的订货，线下处理订单发货的目的，提高了线下业务管理***的工作效率，本申请实施例的客户可在微信上订货可直接查看商品图片，减少与商家反复沟通了解商品过程，客户直接在微信上下单，下单后可立即收款，减少商家的人工操作，提高货物的回款速度，带来了大大的方便。

附图说明

图1为本申请实施例中在线下业务***中增加微信订货的方法一个实施例示意图；

图2为本申请实施例中在线下业务***中增加微信订货的方法的软件架构示意图；

图3为本申请实施例中在线下业务***中增加微信订货的方法的商家后台软件架构示意图；

图4为本申请实施例中在线下业务***中增加微信订货的***的一个实施例示意图；

图5为为本申请实施例中服务器的一个实施例示意图。

具体实施方式

本申请实施例提供了一种本申请实施例公开了一种在线下业务***中增加微信订货的方法、***、介质及终端，用于提高线下业务管理***的效率。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似改进，因此本发明不受下面公开的具体实施的限制。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

为便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请实施例中在线下业务***中增加微信订货的方法一个实施例包括：

S100、接收微信用户对商家微信公众号的触发操作，响应所述触发操作进入订货平台WEB应用，验证所述微信用户是否为所述订货平台WEB应用的客户。

本实施例中，用户通过微信进入商家的微信公众号，具体来说用户可通过其移动终端(譬如手机、平板电脑等)扫描或查询等方式找到商家的微信公众号，当然也可通过终端(譬如电脑，对应的电脑微信)进入商家的微信公众号。用户从微信中找到商家的公众号，进入公众号后点击菜单进入订货平台WEB应用。本申请实施例是预先做了一个web应用，用户通过微信公众号便可登录该web应用，关于web应用为现有技术，此处不做详述。当用户点击进入订货平台WEB应用，也就是订货应用后，判断当前述微信用户是否为所述订货平台WEB应用的客户。

进一步地，关于如何验证所述微信用户是否为所述订货平台WEB应用的客户，本申请实施例采用较佳的方式为，所述验证所述微信用户是否为所述订货平台WEB应用的客户，包括：

获取微信用户的微信ID；

具体来说，订货平台WEB应用会将注册用户的用户资料保存至订货平台WEB应用的数据库中，用户资料包括手机号、送货地址、微信ID等。这样，当用户使用其微信账号登录商家的微信公众号时，获取用户的微信ID，当前微信用户的微信OpenID(即微信身份ID)，根据获取到的OpenID，检索订货应用数据库，判断是否是当前订货应用的客户，如果数据库中有当前用户的信息则当前微信用户为对应的客户，否则不是。已经是客户的微信用户可直接进入订货平台的详情页面(譬如主页)。优选地，在实际应用时，还可以采用手机号、身份证号等方式来进行判断可唯一确定微信用户是否为订货平台WEB应用的客户，当然也可采用多种方式共同判定，此处不做限定。

进一步地，如果当前微信用户不是订货平台WEB应用的客户时，那么就需要对该微信用户进行后续的绑定或注册操作。优选地，所述验证所述微信用户是否为所述订货平台WEB应用的客户之后，还包括：

具体来说，对于非客户的微信用户，可选择是否已经在是线下客户，如是是则进入客户绑定，如果不是，则进入新客户注册。关于客户绑定，具体方式为：绑定客户时，输入线下客户编号，后台发送验证码到客户登记的联系人的手机上，输入收到的验证码，验证通过后绑定客户信息。关于新客户注册，具体方式为：注册新客户时，先输入手机号，后台服务发送验证码，验证成功后填写客户资料。注册成功后，可直接进入订货平台主页，同时数据同步服务会将客户资料下传到线下业务***中。这样通过上述方式便可完成对当前微信用户的验证。

S200、当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息。

本实施例中，验证通过之后，已通过客户验证的用户便可进入订货平台主页，从主页可浏览商品或选择进入订单查询。所述详情页面也就是订货平台主页，其上显示有多个商品及其商品信息，譬如商品图片、价格、数量等等信息，此处不再穷举。这样，用户在微信上订货时可直接查看商品图片，减少与商家反复沟通了解商品过程，提高了效率。

进一步地，所述当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息，还包括：

具体来说，就是对客户进行分级，譬如对客户的数据增加一个变量，该变量对应代表等级，每个商品对应不同等级具有不同的价格。也就是说本申请订货平台WEB应用对应的详情页面会根据客户的等级显示对应的价格，关于等级可根据客户的订货量来设置，订货量大的客户等级高对应的商品价格低，而订货量少的客户等级低对应的商品价格高。本实施例根据当前客户的等级，显示相应的商品和客户对应的等级价格，实现同一商品不同客户不同价。

S300、接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认。

本实施例中，用户可对终端(譬如手机、平板电脑、电脑等)上显示的主页的多个商品进行选择，为了用户方便，可采用移动终端(譬如手机)与订货平台WEB应用进行数据交互。在实际应用时，客户选择多个商品后根据其对应的送货地址便可生成订单，然后对订单进行确认。

进一步地，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，包括：

也就是说，在实际应用时，客户浏览商品过程中可将商品加入购物车，已加入购物车的商品支持删除和修改数量。选购完商品，可从购物车生成订单，选择送货地址后提交订单。

然后，对所述订单进行确认。订单提交后可立即付款，付款成功后自动确认订单；而未付款单的订单，需商家在商家应用后台手动确认订单(譬如商家的老客户等可以未付款先发货)，以完成确认。这样，使得客户直接在微信上下单，下单后可立即收款，减少商家的人工操作，提高货物的回款速度。

S400、将确认成功的订单发送至线下业务管理***中以使其进行后续发货。

本实施例中，订单确认成功后，数据同步服务自动将该订单下传到线下业务管理***中以便处理后续发货业务，发货业务为现有线下业务管理***的常规业务，此处不再赘述。

这样，本申请实施例在不改变商家现有线下业务管理***的情况下，给现有线下业务管理***增加了微信订货功能，实现了客户通过线上微信快速、可视化的订货，线下处理订单发货的目的，提高了线下业务管理***的工作效率。

进一步地，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，还包括：

具体来说，部分情况下，客户会取消订单，若客户在预定时间内未付款也视为取消订单，这样，取消客户不付款和不要的订单，取消了的订单不会下传到线下业务管理***中，避免数据混淆，这种废数据不用去占存储空间。

进一步地，所述将确认成功的订单发送给线下业务管理***中以使其进行后续发货之后，还包括：

将所述订单发送至所述订货平台WEB应用的数据库中存储；

具体来说，客户还可在订货平台WEB应用的页面上输入查询信息，查询所述数据库，从而得到历史订货信息和订单状态。本实施例还可以对数据库中的数据进行统计，根据客户输入的统计操作，对商品销售及订货情况进行统计。

请参阅图2，图2为本申请实施例中在线下业务***中增加微信订货的方法的软件架构示意图，也就是本申请的计算机程序架构图，结合图2对本申请的在线下业务***中增加微信订货的方法说明如下。本申请包括5个方面，一方面是用户可登陆访问的基于微信公众号的Web订货应用、再一方面是商家可登陆管理的商家应用后台、再一方面是集成本申请方法业务的逻辑实现的后台服务、再一方面是存储用户资料等数据的数据库及将数据库中数据与现有线下业务***进行数据同步的数据同步服务模块。

关于基于微信公众号的Web订货应用，用户可从微信公众号进入，具体为用于给客户下单订货的Web应用，包括注册、商品展示、订货、订货查询4个子模块。后台服务，为微信公众号里的订货应用和商家应用后台提供数据服务，处理本方案里的所有业务逻辑。数据同步服务，则用于将线下业务***中的库存信息上传到订货应用的数据库中，并且将线上微信下的订单同步到线下业务管理***中。

关于商家应用后台，是提供给商家管理客户和管理订单的应用，包括客户管理、订单管理和业务查询3个子模块。具体请参阅图3，图3为本申请实施例中在线下业务***中增加微信订货的方法的商家后台软件架构示意图，具体来说，商家输入账号和密码登入商家应用后台，登入成功后，进入商家应用后台主页，从主页可以选择进入各个功能模块。关于各个模块，客户管理用于维护客户信息，包括新增客户和审批客户；商家可手动增加客户信息或通过文件批量导入客户数据；商家还可审批公众号Web订货应用里的客户注册申请，客户自己在微信上注册，需要商家在后台审批后才能订货。而订单管理用于查看和管理客户从微信上下的订单，主要包括以下两项，一项是确认订单，具体为确认未付款的订单，订单确认成功后，数据同步服务自动将该订单下传到线下业务管理***中处理后续发货业务；另一项是取消订单：取消客户不付款和不要的订单，取消了的订单不会下传到线下业务管理***中。而业务查询用于查询和统计销售情况，主要包括以下两项，一项是按商品统计销售数据，以商品维度分析销售情况；另一项是按客户统计销售数据，以客户维度分析销售情况。这样，通过商家应用后台，商家可在微信上直接发布新品广告和促销信息，客户订货时可直接看到这些新品广告和促销信息，或主动将这些信息推送给客户，做到精准营销。

请参阅图4，图4为本申请实施例中在线下业务***中增加微信订货的***的一个实施例示意图，所述在线下业务***中增加微信订货的***，包括：

验证模块210，用于接收微信用户对商家微信公众号的触发操作进入订货平台WEB应用，验证所述微信用户是否为所述订货平台WEB应用的客户；

跳转模块220，用于当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息；

订单模块230，用于接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认；

下发模块240，用于将确认成功的订单发送至线下业务管理***中以使其进行后续发货。

图4对应的实施例中的在线下业务***中增加微信订货的***具体的功能以及结构用于实现前述图1所示实施例中由在线下业务***中增加微信订货的方法的步骤，具体此处不再赘述。

如图5所示，为本申请实施例中在线下业务***中增加微信订货的***一个实施例示意图，该***可以是终端，也可以是服务器，以服务器为例，具体包括：

请参考图5，本申请实施例所提供的一种服务器的结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上应用程序342或数据344的存储介质330(例如一个或一个以上存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器322可以设置为与存储介质330通信，在服务器300上执行存储介质330中的一系列指令操作。

所述处理器322执行计算机可读指令时可以执行以下步骤：

服务器300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，还可以包括一个或一个以上操作***，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

上述图1所描述的在线下业务***中增加微信订货的方法中的步骤由服务器基于该图5所示的结构实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，功能调用装置，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被执行时，可以实现以下步骤：

该存储介质330可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种在线下业务***中增加微信订货的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述验证所述微信用户是否为所述订货平台WEB应用的客户，包括：

获取微信用户的微信ID；

3.根据权利要求1或2所述的方法，其特征在于，所述验证所述微信用户是否为所述订货平台WEB应用的客户之后，还包括：

4.根据权利要求1所述的方法，其特征在于，所述当所述微信用户为所述订货平台WEB应用的客户时，进入至所述订货平台WEB应用对应的详情页面，所述详情页面包含多个商品及其商品信息，还包括：

5.根据权利要求1所述的方法，其特征在于，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，包括：

接收所述客户对所述多个商品的选择，将被选择的商品放入电子购物车；接收对所述电子购物车的下单操作生成订单，选择送货地址后提交订单；

6.根据权利要求1所述的方法，其特征在于，所述接收对所述多个商品的选择并根据客户的送货地址生成对应的订单，对所述订单进行确认，还包括：

7.根据权利要求1所述的方法，其特征在于，所述将确认成功的订单发送给线下业务管理***中以使其进行后续发货之后，还包括：

将所述订单发送至所述订货平台WEB应用的数据库中存储；

8.一种在线下业务***中增加微信订货的***，其特征在于，包括：

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权1至7中任一项所述在线下业务***中增加微信订货的方法的步骤。

10.一种服务器，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权1至7中任一项所述在线下业务***中增加微信订货的方法的步骤。