用于个性化的忠诚度项目的方法和系统与流程

1.本公开涉及一种用于个性化客户忠诚度项目的方法。


背景技术：

2.许多公司为他们的客户提供了忠诚度项目或常客计划，以提高客户的忠诚度并吸引新客户。
3.忠诚度项目通常被设计为使得客户从公司购买的产品或服务越多，他获得的奖励或利益就越多。作为示例，常旅客计划是航空公司的忠诚度项目，其中客户每次使用该航空公司，他都会获得一定数目的里程，然后他可以将其转换为机票折扣、免费机票或在可用的产品或服务中升级。
4.根据另一示例，时尚领域的忠诚度项目可以包括邀请客户进行私人销售，或以公司产品的额外折扣奖励客户。
5.然而，忠诚度项目已经变得如此普遍，以至于客户已经习惯于经常获得折扣，因此，这样的忠诚度项目不再对客户具有特别的吸引力。此外，因为一些奖励给客户的奖励不是根据客户的具体情况或偏好确定的，所以它们可能会令人失望或无用。因此，需要一种新型的有吸引力的忠诚度项目。


技术实现要素：

6.本公开改进了上述情况。特别地，本发明的目的是提供一种个性化客户忠诚度项目的方式，以使忠诚度项目对他更具吸引力。
7.本发明的另一目的是提供一种忠诚度项目，该忠诚度项目为客户持续保持令人惊喜的效果，以防止客户习惯于获得经常性奖励。
8.鉴于上述情况，公开了一种用于管理忠诚度项目的方法，所述忠诚度项目包括预定数目的阶段，预定数目的阶段包括至少一个进展阶段和至少一个奖励归属阶段，所述方法由忠诚度项目管理服务器实现，所述忠诚度项目管理服务器包括：
[0009]-计算机，
[0010]-奖励数据库，存储奖励列表，其中所述奖励列表包括：
[0011]
对于每个奖励归属阶段，分布在多个类别中的相应第一类型奖励的列表，和至少一个第一类型奖励归属规则，以及，
[0012]
与几率相关联的至少一个第二类型奖励，
[0013]-忠诚度项目数据库，针对多个客户中的每个客户，存储与客户相关联的忠诚度项目的当前状态和关于客户的购买历史的信息，
[0014]
所述方法包括：当用户到达其忠诚度项目的奖励归属阶段时，确定要交付给客户的奖励，所述确定的步骤包括：
[0015]-根据与每个第二类型奖励相关联的几率，执行要交付给客户的一种类型的奖励的随机抽取，
[0016]-如果随机抽取输出一个第二类型奖励，则将要交付的奖励确定为所输出的第二类型奖励，
[0017]-如果不，
[0018]
则访问客户的购买历史，
[0019]
基于所述奖励归属阶段、客户的购买历史和所述第一类型奖励归属规则，确定第一类型奖励类别，以及
[0020]
将要交付给客户的奖励确定为所确定的类别的第一类型奖励。
[0021]
在实施例中，所述方法还包括初始化客户资料的初始步骤，所述初始步骤包括：获取与客户有关的数据；初始化客户的忠诚度项目；并且将客户的忠诚度项目的起始状态与和客户有关的数据相关联地存储在所述忠诚度项目数据库中。
[0022]
在实施例中，每个忠诚度项目包括多个进展阶段，其中在每个奖励归属阶段之前有至少一个进展阶段，并且从进展阶段到下一阶段的转换在客户执行至少一个确定的事件时被触发。
[0023]
触发从进展阶段到下一阶段的转换的事件可以在由以下项构成的组中来选择：
[0024]-注册所述忠诚度项目，
[0025]-访问确定的网站，
[0026]-在确定的网站的用户界面上创建或访问个人帐户，
[0027]-在线购买商品或服务，
[0028]-购买以前从未购买过的类型的商品或服务，
[0029]-通过以前从未使用过的购买渠道购买商品或服务，
[0030]-参观文化遗址或展览，
[0031]-参加确定的比赛。
[0032]
在实施例中，所述忠诚度项目管理服务器还被配置为访问如下的数据库，该数据库存储针对多个销售点中的每个销售点的、在销售点内的每个第一类型奖励的库存水平，并且如果随机抽取没有输出第二类型奖励，所述方法还包括：
[0033]-基于客户的信息确定至少一个销售点，
[0034]-确定所确定的类别的至少一个第一类型奖励是否在至少一个确定的销售点中的库存中，并且如果不在，
[0035]-将要交付给客户的奖励确定为与先前确定的类别不同的类别的第一类型奖励。
[0036]
在实施例中，至少一个第一类型奖励归属规则基于由客户执行的交易的总额来确定所述第一类型奖励类别。
[0037]
在实施例中，至少一个第一类型奖励归属规则基于在所述客户初始化其忠诚度项目与所述客户到达当前奖励归属步骤之间经过的时间来确定所述第一类型奖励类别。
[0038]
在实施例中，至少一个第一类型奖励归属规则基于客户执行的购买次数来确定第一类型奖励类别。
[0039]
在实施例中，一些第一类型奖励是产品奖励，第一类型奖励的类别涉及不同类别的产品，并且至少一个第一类型奖励归属规则基于由客户经常购买的产品的类型来确定第一类型奖励类别。
[0040]
在实施例中，所述方法还包括在执行所述随机抽取之前向每个第二类型奖励分配
几率的步骤。
[0041]
在实施例中，一些第二类型奖励是事件或服务奖励，并且为事件或服务奖励分配几率包括：
[0042]-确定事件或服务的位置，
[0043]-基于所获取的与客户有关的数据或客户的购买数据，来确定客户的位置，以及
[0044]
–
针对具有如下位置的时间或服务奖励，设置零几率，该位置远离客户的位置一超过确定阈值的距离。
[0045]
在实施例中，所述方法还包括：在预定时间段结束时，终止所有客户忠诚度项目，更新存储在所述奖励数据库中的奖励列表，并且对于之前拥有客户忠诚度项目的所有客户，初始化新的忠诚度项目。
[0046]
在实施例中，所述方法还包括分析客户的忠诚度项目，以检测特定事件或行为，并根据检测到的事件或行为向客户分配状态。
[0047]
还公开了一种计算机软件，所述计算机软件包括指令，当所述软件被处理器执行时，所述指令用于实现根据上面描述的方法。
[0048]
一种非暂时性计算机可读存储器，在所述非暂时性计算机可读存储器上存储有用于在由计算机执行时实现上面公开的方法的代码指令。
[0049]
还公开了一种实现个性化忠诚度项目的系统，所述系统包括忠诚度项目管理服务器，所述忠诚度项目管理服务器包括：
[0050]-计算机，
[0051]-奖励数据库，存储奖励列表，
[0052]-忠诚度项目数据库，针对多个客户中的每个客户存储与客户相关联的忠诚度项目的当前状态，
[0053]
其中所述服务器被配置用于实现根据上面描述的方法。
[0054]
在实施例中，所述系统还包括客户终端，所述客户终端被配置为从客户接收身份信息和与客户购买有关的信息，并将所述信息发送给服务器，所述客户终端还被配置为从所述计算机接收奖励信息并显示所述奖励信息。
附图说明
[0055]
其他特征、细节和优点将在以下详细描述和附图中示出，在附图中：
[0056]-图1示意性地示出了用于实施根据实施例的方法的示例性系统。
[0057]-图2示意性地示出了根据实施例的忠诚度项目的示例。
[0058]-图3示意性地示出了根据实施例的方法的主要步骤。
[0059]-图4示意性地示出了忠诚度项目的奖励列表的示例。
具体实施方式
[0060]
参考图1，示出了用于管理客户忠诚度项目的系统。该系统包括忠诚度项目管理服务器1，所述忠诚度项目管理服务器包括具有诸如处理器、微处理器、控制器或微控制器的处理装置的计算机10、存储客户在忠诚度项目中可以获得的奖励列表的奖励数据库11以及忠诚度项目数据库12。忠诚度项目数据库为多个客户中的每个客户存储客户忠诚度项目的
当前状态以及与客户有关的数据。
[0061]
存储在数据库12中的与客户有关的数据可以包括身份信息，例如姓名、电子邮件地址、包括标识符和密码的登录信息、诸如城市、地区或邮政编码的关于客户的位置信息以及包括购买的日期和地点、所购产品的标识以及与所购产品同时购买的产品的标识在内的有关客户的购买的信息。
[0062]
奖励数据库11存储可以获得的奖励列表。所述奖励可以包括产品奖励，例如护肤品、香水、衣服或配饰等。所述奖励还可以包括服务奖励，例如按摩或护理服务的优惠券、或诸如美容院、美发店、水疗中心等的健康场所的邀请。奖励还可以包括活动奖励，所述活动奖励包括时间有限的活动的邀请。例如，活动奖励可以是表演、展览、体育比赛等的邀请。
[0063]
在一个实施例中，奖励数据库11可以存储具有不同属性的两组奖励，这将在下面更详细地举例说明。特别地，奖励数据库可以存储第一类型奖励的集合，所述第一类型奖励可以至少基于确定的规则分配给客户。奖励数据库还可以存储第二类型奖励的集合，所述第二类型奖励可以基于分配给这些奖励的几率随机分配给客户。例如，第一类型奖励可以是“普通”奖励，第二类型奖励可以是“非凡”奖励，第二类型奖励更加专属并且随机分配给任何客户。优选地，可以不基于客户购买历史将第二类型奖励分配给客户。如下文更详细地解释的，第一类型奖励的集合包括忠诚度项目的每个奖励归属阶段的奖励子集合，而且该子集合进一步分布到若干类别中。另一方面，第二类型奖励可以在忠诚度项目的任何奖励归属阶段归于用户。
[0064]
该系统还可以包括客户终端20，例如移动电话、数字平板电脑或个人计算机，该终端被配置为通过电信网络与忠诚度项目管理服务器通信。为此，客户可以在其终端上下载软件应用程序。客户终端被配置为从客户接收标识信息，例如登录信息和与客户的购买有关的信息，并将所述信息发送到忠诚度项目管理服务器1。客户终端还被配置为从忠诚度项目管理服务器1接收奖励信息，并在屏幕21上显示所述信息。
[0065]
可以通过扫描或获取购买收据的图片并处理所述购买收据以提取购买信息来获取与客户的购买有关的信息。
[0066]
在客户终端上下载的软件应用程序还可以与社交网络的软件应用程序通信，以允许用户通过社交网络关于其在忠诚度项目上的进展进行通信。
[0067]
忠诚度项目管理服务器1还可以被配置为例如远程访问库存数据库，该库存数据库为多个销售点中的每个销售点存储该销售点内的每个第一类型奖励的库存水平。在实施例中，所有销售点远程连接到中央库存数据库，该中央库存数据库可以在执行购买时更新。替代地，每个销售点可以包括各自的库存数据库和存储器，并且忠诚度项目管理服务器1可以被配置为访问每个各自的库存数据库。
[0068]
上述忠诚度项目管理服务器1适用于管理多个客户的忠诚度项目，同时为每个客户个性化忠诚度项目。参考图2，每个忠诚度项目包括预定数目的阶段，所述预定数目的阶段包括至少一个奖励归属阶段sr。在实施例中，每个忠诚度项目包括多个奖励归属阶段sr。如下文将详细公开的，客户在其忠诚度项目中达到奖励归属阶段时会收到奖励。
[0069]
每个忠诚度项目还可以包括多个进展阶段sp，其中至少一个进展阶段在每个奖励归属阶段之前，并且达到进展阶段不允许客户接收奖励。此外，每个进展阶段与一个或若干条件相关联，以转换到下一阶段。
[0070]
在实施例中，奖励归属阶段被定义为使得每个奖励归属阶段之前的进展阶段的数目在每个奖励归属阶段增加。在图2中所示的示例中，第一奖励归属阶段之前有两个进展阶段，第二奖励归属阶段之前有三个进展阶段，依此类推，直到第四奖励归属阶段，即忠诚度项目的最后阶段。
[0071]
当满足相关条件时，触发从进展阶段到下一阶段的转换。该条件可以包括检测与客户有关的事件。事件可以是以下列表中的任何项：
[0072]-从拥有忠诚度项目的公司购买产品或服务，或特定类型的购买，可以是购买新类型的产品或服务，通过新渠道(例如，在线或在新店)购买商品等。
[0073]-订阅忠诚度项目，
[0074]-在确定的网站的用户界面上创建或访问个人帐户，所述确定的网站是例如拥有、管理或销售来自拥有忠诚度项目的公司或合作公司的商品的网站，
[0075]-参观文化遗址或展览，
[0076]-参加公司组织的比赛等。
[0077]
在实施例中，可以归于客户的奖励在每个奖励归属阶段变化。特别地，奖励数据库可以针对每个奖励归属阶段存储第一类型奖励的数目或列表，使得在奖励归属阶段可以获得的奖励在任何其他奖励归属阶段可能无法获得。
[0078]
此外，对于每个奖励归属阶段，第一类型奖励可以分布在多个类别中，例如在至少2到10个类别之间。不同类别的奖励是不同类型的产品或服务。例如，在给定的奖励归属阶段，第一类别奖励可以包括书签，而第二类别包括产品样品。此外，每个类别可以包括多个不同的奖励。例如，一类奖励可以包括多个不同颜色的口红样品。
[0079]
图4示出了一组第一类型奖励的非限制性示例，其中示出了第一奖励归属阶段sr1和第二奖励归属阶段sr2。第一奖励归属阶段sr1包括两个类别的奖励，每个类别的奖励包含三个不同的奖励，每个奖励只特定于一个类别。第二奖励归属阶段sr2包括三个类别的奖励，第一类别的奖励只包含一个奖励，第二类别的奖励包含三个奖励，第三类别的奖励包含两个奖励，这些都与第一归属阶段的奖励不同。
[0080]
为了确定归属于客户的奖励类别，奖励数据库还为忠诚度项目的每个奖励归属阶段存储至少一个第一类型奖励归属规则。每个奖励归属阶段可存在不同的规则。
[0081]
例如，规则可以基于客户之前的交易历史来确定分配给客户的奖励类别，例如自从客户加入忠诚度项目以来执行的购买次数。如果客户购买的商品少于两件，则该规则可以分配第一类别的奖励，如果客户购买的商品在两到五件之间，则分配第二类别的奖励，如果客户购买的商品超过五件，则该规则可以分配第三类别的奖励。规则还可以基于客户花费的交易总额来确定奖励的类别。
[0082]
在其他实施例中或对于其他奖励归属阶段，规则还可以基于自客户注册其忠诚度项目后经过的时间量来确定分配给客户的奖励类别，该时间量对应于所需的时间量经历所有进展阶段，直到当前的奖励归属阶段。例如，如果时间低于三个月，规则可以分配第一类别的奖励，如果时间在3到9个月之间，则分配第二类别的奖励，如果时间超过九个月，则分配第三类别的奖励。
[0083]
在其他实施例中或对于其他奖励归属阶段，规则还可以确定可以作为奖励提供给客户的产品类别。例如，奖励的类别可以对应于不同的产品类别，包括一个化妆品类别和一
个护肤品类别。在这种情况下，规则可以基于客户的购买历史、特别是客户经常购买的产品类型，确定分配给客户的奖励类别。在实施例中，可以设置规则，授予客户与客户经常购买的产品类别不对应的类别的第一类别的奖励，以使其发现新类别的产品。
[0084]
参考图3，示出了用于个性化客户忠诚度项目的方法的示例性实施例。该方法通过计算机10实施。该方法可以包括初始化存储在数据库中的奖励列表的初步步骤050，其包括存储或更新奖励数据库11的奖励列表。在实施例中，奖励数据库11定期更新，例如每年更新，并且奖励列表在每次更新时更新。
[0085]
然后，该方法可以包括初始化客户资料的初步步骤060，其包括获取与客户有关的数据，例如通过从客户的终端接收所述数据、初始化客户的忠诚度项目、并将客户忠诚度项目的初始状态以及与客户有关的数据一起存储在忠诚度项目程序数据库12中来获取。
[0086]
在实施例中，客户忠诚度项目的初始化是转换到下一阶段的事件，因此该步骤还可以包括实现该转换并存储客户忠诚度项目的更新状态。
[0087]
该方法然后可以包括触发从进展阶段到下一阶段的转变的事件的至少一个检测100。每个检测步骤可以包括检测事件、访问客户的忠诚度项目、以及确定该事件是否满足转换到下一阶段的条件，如果满足则允许客户转换到下一阶段并更新该事件的状态。相应的忠诚度项目。如果事件不满足转换到下一阶段的条件，则无论如何都可以将其与客户数据一起存储，即使客户保持在同一的进展阶段。
[0088]
作为非限制性示例，当事件是客户进行的购买时，该检测可包括：
[0089]-接收与客户数据相关联的购买数据，所述购买数据包括关于所购买产品的信息、购买的数据和位置、可能与所购买的产品同时购买的产品的类型或标识符、是在线还是在商店中进行购买的信息、有关经销商身份的信息等。
[0090]-从客户数据中识别与客户相关联的忠诚度项目，并将购买数据存储在与客户的忠诚度项目相关联的忠诚度项目数据库12中，
[0091]-如果满足程序当前阶段到下一阶段之间的转换条件，则允许客户从当前阶段转换到下一阶段，以及
[0092]-存储客户忠诚度项目的更新状态。
[0093]
当触发事件是客户参观展览或现场时，该检测可包括：
[0094]-接收与客户数据有关的访问数据，所述访问数据包括关于访问站点或展览的信息以及访问数据，
[0095]-从客户数据中识别与客户相关联的忠诚度项目，并将访问数据存储在与客户的忠诚度项目相关联的忠诚度项目数据库12中，
[0096]-允许客户从当前阶段转换到下一阶段，以及
[0097]-存储客户的忠诚度项目的更新状态。
[0098]
当触发事件是在网站上创建个人账户或访问该账户时，检测可以包括：
[0099]-接收有关连接或创建个人帐户的客户数据和相关信息，
[0100]-从客户数据中识别与客户相关联的忠诚度项目，并在忠诚度项目数据库中存储有关连接或创建个人帐户的信息，
[0101]-如果满足程序当前阶段转换到下一阶段的条件，则允许客户从当前阶段转换到下一阶段，以及
[0102]-存储客户忠诚度项目的更新阶段。
[0103]
如果客户达到其忠诚度项目的奖励归属阶段，则该方法包括奖励归于客户的步骤200。此外，客户到达新的进展阶段，然后可以重复检测事件的步骤。
[0104]
该步骤包括根据分配给第二类型奖励的几率执行奖励的随机抽取210。如果抽取输出第二类型奖励，则该奖励归于客户。替代地，根据下面的步骤220确定第一类型奖励归于客户。
[0105]
在实施例中，该方法还可以包括在执行抽取之前为每个第二类型奖励分配或更新几率的步骤。
[0106]
例如，第二类型奖励可以是仅能在特定时期内或特定时间处发生的事件奖励。对这样的事件奖励的几率分配可以考虑客户收到奖励的日期，即，他到达奖励归属阶段并执行步骤200的日期以及事件的日期。在实施例中，为每个事件奖励分配几率包括确定事件的日期和当前日期，并为过去的事件分配零几率(假设存储在奖励数据库中的奖励列表是为特定的持续时间，例如一年)，或日期与当前日期相差太远的事件。例如，从当前日期起超过几个月(例如，三个月)发生的事件的几率可能为零。
[0107]
根据另一示例，分配给作为产品奖励的第二类型奖励的几率可能基于客户的行为、特别是客户通常购买的产品类型。
[0108]
在实施例中，为产品奖励分配几率包括确定与该奖励对应的产品的类别、在客户的购买数据中确定客户购买的产品的类别、并为属于客户购买的类别而不是其他类别的产品奖励分配较低的几率。相应地，客户发现他不熟悉的新产品类别的几率更高。
[0109]
事件或服务第二类型奖励的几率分配也可以取决于客户的位置。在那种情况下，这样的奖励的几率分配包括确定事件或服务的位置以及确定客户的位置。客户的位置可以基于客户在忠诚度项目初始化时提供的初始数据来确定和/或其可以基于客户购买的位置来确定，例如客户执行的最后一次购买。该分配然后通过将较低或零几率分配给远程服务或事件来考虑客户的位置。在实施例中，计算机10可以计算奖励的服务或事件的位置与客户的位置之间的距离，并且为位于大于预定阈值的距离处的奖励分配较低或零的几率。
[0110]
这种几率分配确保客户获得的奖励适合客户的情况。
[0111]
如果在步骤210没有抽取第二类型奖励，则该方法进行到确定第一类型奖励的步骤220。该步骤包括访问客户的购买历史221并基于该历史、当前的奖励归属阶段以及与该奖励归属阶段对应的第一类型奖励归属规则确定可以归于用户的奖励类别222。
[0112]
然后，可以在步骤223期间选择在该类别中选择的第一类型奖励，以便交付给用户。如果类别包括多个奖励，则可以随机进行选择，也可以基于客户的偏好进行选择，客户的偏好可以从客户的购买历史中收集。
[0113]
在忠诚度项目管理服务器可以访问销售点中的奖励库存的实施例中，可以根据销售点的库存量来实现步骤223中的奖励选择。则其可以包括：
[0114]-基于客户信息识别销售点。可以将销售点标识为距客户位置最近的，或者可以选择距离客户位置确定距离内的销售点，或者客户在忠诚度项目中注册时可能已经确定首选的销售点。
[0115]-访问销售点的库存并确定所确定类别的至少一种奖励是否有库存，
[0116]-如果是，则从有库存的确定类别的奖励中选择奖励，
[0117]-如果不是，则将要交付给客户的奖励确定为先前已确定的另一类别的第一类型奖励。
[0118]
在实施例中，当客户到达其忠诚度项目的最后奖励归属阶段时，该方法可以包括向客户分配额外奖励的步骤。该步骤可以根据上述步骤200进行。
[0119]
在实施例中，该方法可以包括检测忠诚度项目中的多于一个阶段的事件触发转换的步骤300。这样的事件可以是例如客户的生日、客户购买特定产品或同一产品范围内的若干产品等。可以通过将当前日期与在初始化阶段收到的客户生日进行比较来执行客户生日的检测。
[0120]
如前所述，奖励数据库的奖励列表会在预定时间段结束时定期更新。在实施例中，该方法包括：在预定时间段结束时终止所有客户忠诚度项目的步骤，即使他们还没有达到他们的计划的最后阶段；并且在奖励列表已在数据库中更新时为每个客户初始化新计划。
[0121]
在实施例中，该方法还可以包括：分析客户的忠诚度项目400，其包括与忠诚度项目一起存储的购买数据，以便检测特定事件或行为；并且根据检测到的事件或行为将特定状态分配给该客户。分配给客户的状态可以是奖励的形式，其可以通过电子邮件或在社交网络上通知客户，并且客户可以传送或与社区共享。例如，可以在检测到特定购买、忠诚度项目内的高进展速度或特定购买行为等时将特定状态分配给客户。