店铺会员管理方法和系统与流程

本申请涉及店铺会员管理领域，特别是涉及一种店铺会员管理方法和系统。

背景技术

目前会员已成为线下零售行业维护消费者的重要方式，消费者完成了一次会员充值后，就可以进行线下消费付款。但随着线下竞争的日益激烈，商家需要和它的消费者、会员有更多的互动，以及在经营环节上也需要更多的接触。所以大部分商家选择通过传统会员卡维护自己的会员。

但是在信息化的时代，店铺会员模式作为传统零售业的重要一环，在互联网的浪潮下也需要不断升级。目前很多大型商超或店铺采用了自行研发专属应用程序(aplication，app)或微信公众号的办法，实现会员模式、店铺经营环节的互联网化。但是此种经验模式下，商家开发app的成本过高，后期难以维护。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种店铺会员管理方法和系统。

本申请的方案如下：

一种店铺会员管理系统，包括：店铺老板端、云端服务器、客户端；

所述店铺老板端，用于输入、显示店铺基本信息，并将所述店铺基本信息发送至所述云端服务器；所述店铺基本信息包括：店铺会员充值活动信息、积分活动信息、会员月卡信息、店铺商品信息、店铺动态信息、店铺特惠商品信息、会员信息、会员余额信息、店铺经营情况、店铺订单、商品预定信息、预约排队信息、起送价、满额减配送费信息、营业时间；所述会员卡包括月卡、季卡、年卡；

所述云端服务器，用于接收所述店铺基本信息并发送至所述客户端；还用于接收所述客户端发送的线上需求信息；

所述客户端，用于接收、显示所述店铺基本信息，并在接收客户输入的线上需求信息后，将所述线上需求信息通过所述云端服务器发送至所述店铺老板端；所述线上需求信息包括：积分活动请求信息、会员卡申请信息、商品购买请求信息、会员卡查询请求信息、会员余额扣款请求信息、店铺经营情况查询请求信息、商品预定请求信息、预约排队请求信息。

可选的，所述客户端还用于：

输入会员线上付款指令；所述线上付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员线上付款指令发送至所述云端服务器；

或者，输入会员实体店付款指令；所述实体店付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员实体店付款指令发送至所述云端服务器。

可选的，所述店铺老板端还用于：

接收并存储所述云端服务器发送的所述线上需求信息；

存储本店会员的会员信息；所述会员信息包括：会员个人信息、余额、充值记录、会员购买记录。

可选的，所述店铺老板端还用于：

接收所述云端服务器发送的所述会员实体店付款指令；

根据所述实体店付款指令确定客户的待付款款数和付款方式；

获取客户的会员信息；

根据所述会员信息判断所述客户是否属于本店铺会员；

若所述客户属于本店铺会员，判断所述付款方式是否为余额扣款；

若所述付款方法是余额扣款，则判断所述余额是否大于所述待付款款数；

若所述余额大于所述待付款款数则直接对所述余额进行扣款操作，并存储所述待付款款数；

若所述付款方式不是余额扣款，则开启第三方平台支付方式；

若所述客户不属于本店铺会员，不能进行支付操作，并提示需先成为店铺会员才能购买商品。

可选的，所述云端服务器还设有数据库，所述数据库，用于存储所述店铺基本信息、所述线上需求信息、所述会员实体店付款指令、所述店铺更新信息及所述店铺老板端与所述客户端间相互进行的查阅和控制的行为数据。

可选的，所述会员卡为月卡、季卡、年卡，或者为会员充值卡。

可选的，所述店铺动态信息为图文动态信息和/或视频动态信息。

可选的，所述店铺红包包括：红包数量、红包金额和红包使用截止日期；所述店铺红包为手气红包，所述手气红包的金额随机；或者为粉丝红包；所述粉丝红包的金额固定。

可选的，所述店铺特惠商品信息包括：商品图片、商品数量、商品原价和商品特价。

可选的，所述店铺商品信息包括：商品类别、商品名称、商品图片单价、商品数量、商品规格和商品描述。

一种店铺会员管理方法，基于店铺会员管理系统执行，所述方法包括：

所述店铺老板端输入、显示店铺基本信息，并将所述店铺基本信息发送至云端服务器；所述店铺基本信息包括：店铺会员充值活动信息、积分活动信息、会员月卡信息、店铺商品信息、店铺动态信息、店铺特惠商品信息、会员信息、会员余额信息、店铺经营情况、店铺订单、商品预定信息、预约排队信息、起送价、满额减配送费信息、营业时间、店铺红包及其他店铺优惠活动信息；所述会员卡包括月卡、季卡、年卡；

所述云端服务器接收所述店铺基本信息并发送至所述客户端，还接收所述客户端发送的线上需求信息；

所述客户端接收、显示所述店铺基本信息，并在接收客户输入的线上需求信息后，将所述线上需求信息通过所述云端服务器发送至所述店铺老板端；所述线上需求信息包括：积分活动请求信息、会员卡申请信息、商品购买请求信息、会员卡查询请求信息、会员余额扣款请求信息、店铺经营情况查询请求信息、商品预定请求信息、预约排队请求信息。

可选的，还包括：

输入会员线上付款指令；所述线上付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员线上付款指令发送至所述云端服务器；

或者，输入会员实体店付款指令；所述实体店付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员实体店付款指令发送至所述云端服务器。

可选的，还包括：

所述店铺老板端接收所述云端服务器发送的所述会员实体店付款指令；

根据所述实体店付款指令确定客户的待付款款数和付款方式；

获取客户的会员信息；

根据所述会员信息判断所述客户是否属于本店铺会员；

若所述客户属于本店铺会员，判断所述付款方式是否为余额扣款；

若所述付款方法是余额扣款，则判断所述余额是否大于所述待付款款数；

若所述余额大于所述待付款款数则直接对所述余额进行扣款操作，并存储所述待付款款数；

若所述付款方式不是余额扣款，则开启第三方平台支付方式；

若所述客户不属于本店铺会员，不能进行支付操作，并提示需先成为店铺会员才能购买商品。

可选的，还包括：

存储所述店铺基本信息、所述线上需求信息、所述会员实体店付款指令、所述店铺更新信息及所述店铺老板端与所述客户端间相互进行的查阅和控制的行为数据。

可选的，获取客户的会员信息之前还包括：用户付费成为会员。

本申请提供的技术方案可以包括以下有益效果：

本申请中公开了店铺会员管理系统和方法，该系统包括：店铺老板端、云端服务器、客户端；所述店铺老板端，用于输入、显示店铺基本信息，并将所述店铺基本信息发送至所述云端服务器；所述云端服务器，用于接收所述店铺基本信息并发送至所述客户端；还用于接收所述客户端发送的线上需求信息；所述客户端，用于接收、显示所述店铺基本信息，并在接收客户输入的线上需求信息后，将所述线上需求信息通过所述云端服务器发送至所述店铺老板端。通过上述系统可以实现通过采用一个店铺会员管理系统供不同业态的店铺使用，实现店铺的线上和线下共同联合经营，同时对店铺会员进行管理。店铺不需要找专人定制，极大地降低店铺成本，避免了店铺自行研发导致的成本过高的问题。

同时本申请以会员模式为切入点，在线外卖、动态购物等方式为载体，提高店铺的线上收入，优化顾客的消费体验，增加会员的粘性，提高经营坪效。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种店铺会员管理系统的结构图；

图2是根据一示例性实施例示出的一种店铺会员管理方法的流程图；

图3是根据一示例性实施例示出的客户端的功能模块图；

图4是根据一示例性实施例示出的店铺老板端的功能模块图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种店铺会员管理系统的结构图。如图1所示，一种店铺会员管理系统，其特征在于，包括：店铺老板端101、云端服务器102、客户端103；

所述店铺老板端101，用于输入、显示店铺基本信息，并将所述店铺基本信息发送至所述云端服务器102；所述店铺基本信息包括：店铺会员充值活动信息、积分活动信息、会员月卡信息、店铺商品信息、店铺动态信息、店铺特惠商品信息、会员信息、会员余额信息、店铺经营情况、店铺订单、商品预定信息、预约排队信息、起送价、满额减配送费信息、营业时间、店铺红包及其他店铺优惠活动信息；所述会员卡包括月卡、季卡、年卡；

所述云端服务器102，用于接收所述店铺基本信息并发送至所述客户端103；还用于接收所述客户端103发送的线上需求信息；

所述客户端103，用于接收、显示所述店铺基本信息，并在接收客户输入的线上需求信息后，将所述线上需求信息通过所述云端服务器102发送至所述店铺老板端101；所述线上需求信息包括：积分活动请求信息、会员卡申请信息、商品购买请求信息、会员卡查询请求信息、会员余额扣款请求信息、店铺经营情况查询请求信息、商品预定请求信息、预约排队请求信息。

其中，所述会员卡为月卡、季卡、年卡，或者为会员充值卡。每种卡都有对应的金额和特权。需要注意的是消费者无论在哪家店铺想要进行付款或购买线上商品，都必须先成为店铺的会员，方式为购买上述两类卡的任意一种，否则无法进行相应操作，而且两类卡不可同时购买，若购买了其中一类卡，在该卡失效前不能购买另一种类型的卡。

所述店铺动态信息为图文动态信息和/或视频动态信息。本申请店铺老板端编辑发布店铺动态信息，关注了店铺的用户会实时收到对应动态的推送。动态编辑具体如下：图文、视频编辑。商家发布动态必须添加图片文字或视频(类似微信朋友圈)。

同时，店铺老板端还可以选择是否添加店铺红包，店铺红包包括：红包数量、红包金额和红包使用截止日期。

而红包形式有以下两种：手气红包，所述手气红包的金额随机，领取时客户端会弹出转发朋友圈请求，转发后可领取；

粉丝红包；所述粉丝红包的金额固定，消费者可以直接领取。

更进一步地，商家可选择是否添加特价商品。特价商品每个消费者只能购买一件，店铺特惠商品信息包括：商品图片、商品数量、商品原价和商品特价。

店铺老板端可以根据实际情况添加商品，所述店铺商品信息包括：商品类别、商品名称、商品图片单价、商品数量、商品规格和商品描述。

消费者在客户端，可进入“外送”页面进行购买。

所述店铺老板端101包括：指令接收模块1011、第一数据输入模块1012、第一数据处理模块1013、信号反馈模块1014、第一通信模块1015、存储模块1016和显示模块1017；

所述第一通信模块1015，用于建立所述店铺老板端101与所述云端服务器102之间的通信；

所述指令接收模块1011，用于接收所述会员实体店付款指令；

所述第一数据输入模块1012，用于输入店铺更新信息；所述店铺更新信息包括：店铺动态信息、红包优惠信息、促销活动信息、店内新品信息；

所述第一数据处理模块1013，用于当接收到所述会员实体店付款指令后，确定客户的待付款款数；获取客户的会员信息；判断所述余额是否大于所述待付款款数；若是则直接对所述余额进行扣款操作，并存储所述待付款款数。

所述信号反馈模块1014，用于实时将更新后的使用状态信号通过所述第一通信模块1015反馈至所述云端服务器102。

显示模块1017用于显示店铺的相关信息，例如：店铺会员充值套餐、外卖商品、起送价、满额减配送费、营业时间、店铺动态信息、红包优惠信息、促销活动信息、店内新品信息等。

所述云端服务器102包括：第二通信模块1021和数据库1022；

所述第二通信模块1021用于与所述店铺老板端101的第一通信模块1015和所述客户端103的第三通信模块1031进行通信，实现数据的传输。

数据库1022，用于存储所述店铺基本信息、所述线上需求信息、所述会员实体店付款指令、所述店铺更新信息及所述店铺老板端与所述客户端间相互进行的查阅和控制的行为数据。

所述客户端103包括：第三通信模块1031、第二数据输入模块1032、显示模块1034；

所述第三通信模块1031用于与所述云端服务器102进行通信，实现数据的传输。

第二数据输入模块1032用于客户输入线上需求信息或实体店付款数量，生成会员实体店付款指令。

显示模块1034用于显示店铺相关信息，例如：店铺会员充值套餐、外卖商品、起送价、满额减配送费、营业时间、店铺动态信息、红包优惠信息、促销活动信息、店内新品信息、会员充值信息、商品购买信息、外卖点单信息等。

更进一步地，所述客户端还用于：

输入会员线上付款指令；所述线上付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员线上付款指令发送至所述云端服务器；

或者，输入会员实体店付款指令；所述实体店付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员实体店付款指令发送至所述云端服务器。

所述店铺老板端还用于：

接收并存储所述云端服务器发送的所述线上需求信息。存储本店会员的会员信息；所述会员信息包括：会员个人信息、余额、充值记录、会员购买记录。

接收所述云端服务器发送的所述会员实体店付款指令；

根据所述实体店付款指令确定客户的待付款款数和付款方式；

获取客户的会员信息；

根据所述会员信息判断所述客户是否属于本店铺会员；

若所述客户属于本店铺会员，判断所述付款方式是否为余额扣款；

若所述付款方法是余额扣款，则判断所述余额是否大于所述待付款款数；

若所述余额大于所述待付款款数则直接对所述余额进行扣款操作，并存储所述待付款款数；

若所述付款方式不是余额扣款，则开启第三方平台支付方式；

若所述客户不属于本店铺会员，不能进行支付操作，并提示需先成为店铺会员才能购买商品。

本发明中系统推崇的理念是：所见即所爱。用户在关注店铺或成为店铺的充值会员后，在app上能直观看到的，都是自己喜欢的，信赖的，感兴趣的东西。与货架式的商业模式不同，本系统会员不再以搜索和首页广告为核心，而是主推场景式购物，通过一条动态，一条分享，一张照片，一段文字，让用户产生购物欲望，相对于过去的购物和外卖模式，更加轻量级，更加方便快捷，且用户在系统上是通过看到的动态，文字，图片，产生购买欲，而不是经过大量的挑选。

依据本发明系统，整合所有需要线上会员充值系统内的商家到一款app上，并以会员充值为切入点，尽可能串联商家的所有经营业务。由本公司一家开发app并根据市场需要不断更新维护，以此降低商家成本，优化消费者体验。

采用上述系统可以供不同业态的店铺使用，不需要店铺找专人定制，降低店铺成本。同时以会员模式为切入点，在线外卖、动态购物等方式为载体，提高店铺的线上收入，优化顾客的消费体验，增加会员的粘性，提高经营坪效。同时，会员可以在店铺的实体店中进行消费，消费后可以使用会员卡上的余额在线上进行结算。

图2是根据一示例性实施例示出的一种店铺会员管理方法的流程图。参见图2，一种店铺会员管理方法，所述方法包括：

步骤201：店铺老板端输入、显示店铺基本信息，并将所述店铺基本信息发送至云端服务器；所述店铺基本信息包括：店铺会员充值套餐、外卖商品、起送价、满额减配送费、营业时间；

步骤202：云端服务器接收所述店铺基本信息并发送至所述客户端，还接收所述客户端发送的线上需求信息；

步骤203：客户端接收、显示所述店铺基本信息，并在接收客户输入的线上需求信息后，将所述线上需求信息通过所述云端服务器发送至所述店铺老板端；所述线上需求信息包括：积分活动请求信息、会员卡申请信息、商品购买请求信息、会员卡查询请求信息、会员余额扣款请求信息、店铺经营情况查询请求信息、商品预定请求信息、预约排队请求信息。

更进一步地，本发明方法还包括：

输入会员线上付款指令；所述线上付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员线上付款指令发送至所述云端服务器；

或者，输入会员实体店付款指令；所述实体店付款指令包括付款款数、付款方式；所述付款方式包括余额扣款、第三方平台支付；

将所述会员实体店付款指令发送至所述云端服务器。

更进一步地，本发明方法还包括：

所述店铺老板端接收所述云端服务器发送的所述会员实体店付款指令；

根据所述实体店付款指令确定客户的待付款款数和付款方式；

获取客户的会员信息；获取客户的会员信息之前还包括：用户付费成为会员。

根据所述会员信息判断所述客户是否属于本店铺会员；

若所述客户属于本店铺会员，判断所述付款方式是否为余额扣款；

若所述付款方法是余额扣款，则判断所述余额是否大于所述待付款款数；

若所述余额大于所述待付款款数则直接对所述余额进行扣款操作，并存储所述待付款款数；

若所述付款方式不是余额扣款，则开启第三方平台支付方式；

若所述客户不属于本店铺会员，不能进行支付操作，并提示需先成为店铺会员才能购买商品。

需要注意的是，本发明中的“余额”是顾客在每一家店铺的独立资金，不互通，而且每一家店铺的充值套餐均由店家自主设置，让顾客做“每一家店的会员”，而不是“平台的会员”。

本发明中的支付操作主要分为3种情况：1.客户首先要成为店铺会员，不然没办法购买商品或者在线支付。当客户想购买某店铺的商品时，必须首先成为该店铺的会员，只有成为该店铺的商品后，才能进行线上支付。成为会员的方法在店铺的主页有对应的介绍，支付方式分两种情况，一种是通过会员卡的余额进行支付，另外一种是通过第三方支付平台进行支付，例如微信、支付宝；2.客户成为会员后在线下进行消费，输入消费金额，使用充值余额、微信、支付宝付款；3.客户在线上进行商品购买，使用充值余额、微信、支付宝付款。

更进一步地，本发明方法还包括：

存储所述店铺基本信息、所述线上需求信息、所述会员实体店付款指令、所述店铺更新信息及所述店铺老板端与所述客户端间相互进行的查阅和控制的行为数据。

采用上述方法以会员充值为切入点，尽可能串联商家的所有经营业务。以此降低商家成本，优化消费者体验。

在上述基础上本申请中还涉及了客户端的功能模块结构。图3是根据一示例性实施例示出的客户端的功能模块图。参见图3，客户端103的功能模块包括：会员卡购买单元301、会员充值单元302、店铺商品购买单元303、店铺动态查看单元304；其中店铺动态查看单元304包括：店铺红包领取子单元3041和特价商品购买子单元3042。

其中会员卡购买单元301中又包括：月卡购买子单元、季卡购买子单元和年卡购买子单元；需要注意的是会员优惠不能同享，例如：进行会员卡充值后则不能再购买会员月卡、季卡或年卡。需要注意的是当用户需要申请会员时，必须先付费才能成为会员。具体的金额和折扣力度由商家自己视情况而定。

同时，本申请中还公开了店铺老板端的功能结构。图4是根据一示例性实施例示出的店铺老板端的功能模块图。参见图4，店铺老板端101的功能模块包括：会员卡设置单元401、充值活动设置单元402、商品添加单元404和店铺动态发布单元405。其中店铺动态发布单元405还包括图文动态添加子单元、店铺红包发布子单元和特价商品发布子单元。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。