+

WO2006111815A1 - Procede de gestion de credits tels que points de fidelite et dispositif pour sa mise en oeuvre - Google Patents

Procede de gestion de credits tels que points de fidelite et dispositif pour sa mise en oeuvre Download PDF

Info

Publication number
WO2006111815A1
WO2006111815A1 PCT/IB2006/000896 IB2006000896W WO2006111815A1 WO 2006111815 A1 WO2006111815 A1 WO 2006111815A1 IB 2006000896 W IB2006000896 W IB 2006000896W WO 2006111815 A1 WO2006111815 A1 WO 2006111815A1
Authority
WO
WIPO (PCT)
Prior art keywords
points
community
members
user
shop
Prior art date
Application number
PCT/IB2006/000896
Other languages
English (en)
Inventor
Isabelle Stucker
Lucien Mauguin
Original Assignee
Aton Service
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aton Service filed Critical Aton Service
Publication of WO2006111815A1 publication Critical patent/WO2006111815A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems

Definitions

  • payment by credit card excludes participation in a loyalty program of a merchant due to commissions owed by him to the credit card organization.
  • the client-member must pay with cash, a debit card or other means of payment offered by the sign (credit card and / or credit), which does not allow him to benefit from the trade loyalty program.
  • An object of the invention is to improve known programs and devices.
  • an object of the invention is to propose new credit management methods that rely on state-of-the-art devices.
  • an object of the invention is to propose a credit management method, such as loyalty points, which is open to different types of shopping communities.
  • Another object of the invention is to propose a credit management method that can integrate existing loyalty programs.
  • Another object of the invention is to provide a system for implementing the method which is simple, inexpensive and within the reach of any trade, whatever its size.
  • the principle of the invention is not to focus on a trade or brand having its own system but to create a more general program for business communities, which can be defined by a geographical grouping ( shopping center, downtown), by brands, or by type of activity.
  • a unique means, such as a card, is issued to the client- member that he can use in all the shops of the community during his purchases.
  • the invention also provides for the possibility of integrating an external credit management program so that its members and members can benefit from the specific assets of the defined community program, without having to discard the program itself.
  • the credits distributed by the member have a counter-value in community credits, which have a fixed monetary equivalence
  • each user can carry out transactions with one or more members, or with one or multiple users in the community, and for each transaction, one or more credits and their counter-value are added to or subtracted from the user's or users' account, according to rules customized by the member and the community, on the central database , in order to keep the account of each user and each member updated according to the transactions made.
  • the transactions may include the purchase of products / services from the members, said purchases giving rise to the generation of credits distributed by the member, on the basis of attribution rules customizable by said member, and the updating of the account of the member. user on the database according to the attribution rules. Credits are awarded outside of the purchase transaction at the discretion of each member, with the credits attributed having their counter-value added to the user's account according to rules customizable by each member and the community.
  • Transactions may include the exchange of credits or their counter-value with the members, said exchanges giving rise to the subtraction of said credits or their counter-value of the account of the user in return for service (s) provided (s) by the member to the user, based on exchange rules customizable by said member.
  • Transactions between users may include the sale or purchase of credits from the community, each transaction giving rise to the addition of these credits, respectively the subtraction of these credits purchased or sold by the buyer or the seller of their respective accounts. in the central database.
  • a clearing process may be implemented between said given member and the other member to compensate for said given member.
  • Each user can access online access to their account statement indicating two levels of member or community credits, at the level of a specific member, multi-member or globally at the community level.
  • Other credit management methods can be integrated with the method of the invention in a standardized manner in order to benefit from the functional coverage and thus enable its issuer to participate in the community of members, in particular to its platform. exchange of points by an exchange of data defining the common customers-members in standardized form allowing the updating of the data present in the database.
  • the credit acquisition device such as loyalty points or the like, for users within a network of members during transactions between users and members, includes a digital pen and paper forms for entering the credit card. identifier of the user, credits allocated and / or exchanged during a transaction, as well as a means of transmitting the information thus collected to a central database in which the information concerning all the users is stored, members and credits of said users.
  • the user's identifier is a unique code within a given network of members, which can be represented as a pattern, readable by the pen.
  • the user's identifier is placed on a card, or on a wristwatch, or on a mobile phone, or on another obj and.
  • FIG. 1 represents a general view in the form of a block diagram of the architecture of the method
  • FIG. 2 represents a transaction acquisition device
  • FIG. 3 represents a device for transmitting and controlling transactions
  • Figure 4 shows the credit allocation process
  • Figures 5.1 and 5.2 show the process of credit trading within the framework of the credit trading platform between member-shops;
  • Figure 6 represents the process of financial compensation within a community of members within the framework of the credit trading platform between member-shops;
  • FIG. 7 represents the process of exchange of credit exchange between client-members within the context of the credit trading platform between client-members
  • FIG. 8 represents the credit consultation process
  • Figure 9 shows the opening of the overall credit management process to external (owner) loyalty programs. It is first of all an attempt to illustrate the invention as part of a loyalty program that relies on the devices with reference to FIGS. 2 and 3.
  • a customer-member subscribes for example a loyalty card 1 in a trade participating in the program or via the Internet.
  • This card 1 includes a unique identifier 2 of the client-member which allows to link to an account on a central database at the program level, and which allows to add or remove points of said account based on transactions made by said client-member in a trade-member.
  • This card 1 can be unique, or in the form of "couple” (two cards with the same identifier), or even "family” for the members of a given household with a common account (several cards with the same identifier). This solution makes it possible to increase the sources through which credits are acquired.
  • the card 1 may have a limited validity period or not.
  • the identifier 2 may be worn by another object than a card 1.
  • a watch and / or its bracelet to support the identifier 2, or the case a mobile phone, or other commonly worn item.
  • the card 1 also includes legibly a unique number linked to the member allowing a manual entry.
  • An acquisition device is made available to the trade-member who is a member of the community.
  • This device mainly includes a digital pen 3
  • a mobile assistant such as a PDA or mobile phone
  • a mobile assistant makes it possible to identify the user by reading the bar code or the magnetic stripe on his personal identification card. , to enter the amount of the purchase made, calculate the number of credits granted, and transmit this information in real time via a standard communication protocol, such as GPRS, UMTS, Wifi, etc. to the database the central server.
  • a standard communication protocol such as GPRS, UMTS, Wifi, etc.
  • the client-member presents his loyalty card 1 to the merchant.
  • the merchant reads the customer-member ID 2 on the card 1 with the pen 3; the merchant selects with the digital pen 3 on the form 4 the nature of the transaction
  • the form 4 used is of the "Anoto functionality" type as mentioned above and that this form includes patterns corresponding to numbers that the merchant selects to dial the number of points. assigned and a transaction validation instruction, said patterns being read by the pen 3.
  • the trade-member identification number is programmed in the pen 3 as well as the date and time of transaction (updated automatically) which then allows the level of the central database of the community of keep a record of the transaction (customer-member and trade-member identifiers, date, time, nature of the transaction, type of "shop” points, number of points).
  • the points awarded to the different client-members are communicated at least once a day to a central database.
  • the transmission device mainly comprises a communication box 6.
  • the control device mainly comprises a printer 7 connected to the communication box.
  • the communication box 6 consists for example of a mini PC ("barebone") with Internet connection (via modem, Ethernet, WiFi %) or a bluetooth compatible smart mobile phone.
  • the transmission of the data stored in the digital pen to the communication box is supported by the software associated with the digital pen (installed in the communication box), according to means known in themselves in the state of the technical.
  • the dots are sent to a remote central server. This transfer is triggered automatically each time a dot file is received by a specific program stored in the communication box for communication via the Internet.
  • a specific program Upon receipt of the point files on the remote central server, a specific program is automatically triggered and transforms the data for integration into the database where the points are updated for each customer-member after different checks.
  • a written report of the result of the transmission and update can be provided on the printer 7 connected to the communication box.
  • the merchant connects via a secure connection to the community site with his trade-member ID and password;
  • the merchant enters on a specific transaction: -) the number of the client-member 2 concerned (entered on the loyalty card 1 or any other identification medium explicitly mentioning the client-member number);
  • the merchant can print a ticket to the client-member.
  • the merchant gives a written record of the transaction to the client-member, for example in the form of a carbon copy of the form;
  • the points awarded to the different client-members are communicated at least once a day to a central database.
  • a transmission and control device is made available to the trade-member, in the form of a communication box 6.
  • This is a fax system.
  • the data received on the remote server are automatically read and converted into a format allowing their integration in the central database, via an OCR system (optical character recognition, process for recovering digitized symbols) according to techniques known in themselves. same in the state of the art.
  • OCR system optical character recognition, process for recovering digitized symbols
  • each merchant is free to define his point allocation rules, referred to as "shop" points (percentage on the amount of purchases, valuation of regular purchases, specific actions, etc.). Once these rules have been defined, they can be set up in the central database so that each transaction made in said trading member is processed according to these rules.
  • any trade-member of the community allocates "shop” points to its client-members, at each checkout, during any specific action decided by the merchant, or automatically based on rules customized by the trade. -Member.
  • the "shop” points are valued by the merchant according to rules of customer loyalty that he is free to define.
  • the number of "shop” points awarded may be proportional to the amount of a purchase, proportional to the amount of an accumulation of purchases or fixed.
  • the number of points is calculated by the merchant; the loyalty application comes into play when the points are entered by the merchant.
  • a trade-member can assign only "shop” points which are of three types (as indicated above): "standard”, “specific actions” or "bonus”.
  • Any "standard” point is entered via the point acquisition device (type of point x ⁇ ).
  • Points can be automatically allocated by the program, following an ad-hoc configuration by the trade-member. They may correspond for example to: -) the anniversary date of a client-member -) the achievement of a certain number of points -) an age group of client-members These are "bonus" points, coded with a type of point ⁇ 0 '.
  • the balance of "bonus" points and “specific actions” is managed separately from the “standard” points balance.
  • a trade-member may decide to make the "shop” points “active” only at a certain threshold (number of cash passes, total amount of purchases, number of services acquired or a combination of these criteria) .
  • the use of "shop” points is then deferred in time; they take a "passive" status.
  • the trade-member can only assign "shop” points.
  • the "shop” points with "active” status are automatically converted into “community” points according to an exchange value specific to each trade-member, decided by the merchant.
  • the "community" points have a financial countervalue in euros or in another currency.
  • Any client-member who has received points "shop” in one or more shops-members can know at any time their equivalence in points "community”, by consultation (see further in the description). The client-member can then use his "community” points in the business of his choice of the community, even if he has never consumed and acquired points through transactions with this member-commerce.
  • the client-member therefore has an alternative to use his points: in the trade-member who attributed them to him
  • the client-member can use his points against benefits offered by the trade-member or his community:
  • the business community and / or the merchant may decide on thresholds / ceilings specific to the exchange of points ("community" for a community, "shop” for a trade-member): -) minimum threshold: the client-member begins to use his points from a minimum balance of points collected, -) usage ceiling per purchase: the client-member can not use more than x points for each purchase (non-computerized data, left to the discretion of the merchant), -) usage ceiling in% of a purchase / gift voucher: the client-member can not use more than x% of the purchase in equivalent points (non-computerized data, left to the discretion of the merchant).
  • the point exchange method is performed as follows.
  • the exchange of points processing can concern points “shop” or points "community” and to avoid any risk of fraud, the treatment is preferably done in real time with the central database.
  • the program In case of exchange of "shop” points, the program firstly withdraws from the account of the client-member concerned, on the central database, the oldest points awarded (FIFO rule) by the trade-member.
  • the program withdraws from the account of the client-member concerned, on the central database, the "community” points and the corresponding "shop” points, according to the following rule: -) withdrawal priority points awarded by the community program, starting with the oldest awarded (FIFO rule);
  • the exchange can be done: -) via the digital pen 3, a special form 4 and a communication box 6;
  • - via a mobile assistant (PDA or mobile phone).
  • PDA mobile assistant
  • the client-member presents his community loyalty card 1 in the store and requests an exchange of "shop” points (step 1.1 in figure 5.1) or "community” (step 1.2). in figure 5.1).
  • the merchant must first make sure that the customer-member ID is valid and has the required number of points and the means are available for this control: Internet, pen (digital or not, depending on the selected system) by the trade-member), telephone operator, voice server, mobile assistant.
  • the merchant proceeds with the exchange transaction and rewards the client-member in exchange for his points redeemed.
  • the method is as follows:
  • the client-member presents his loyalty card 1 to the merchant; 2.
  • the merchant reads the patron-client ID 2 on the card 1 with the pen 3;
  • the merchant manually triggers the transfer of the information thus collected by the pen to the central database, by resting the pen on its base 5 (USB mode) or directly by an action on the pen (bluetooth mode);
  • the merchant may then, in exchange for points, give the reward requested by the client-member, possibly accompanied by the justification of the transaction.
  • the member proceeds to the exchange of credits by identifying the user by reading the bar code or the magnetic strip of his identification card by the mobile assistant. , by entering the number of points to be exchanged, which is transmitted to the central database via a standard communication protocol for verification of the balance and validation of the transaction, then confirmation of the transaction to the member.
  • the merchant connects via a secure connection to the community site with his trade-member ID and password;
  • the merchant enters on a specific transaction: -) the number of the client-member 2 (written on the loyalty card 1 or any other identification medium explicitly mentioning the customer-member number) -) the nature of the item exchanged: "shop” or "community” -) the number of points redeemed
  • the system will control the balance of points exchangeable and if this balance is sufficient, perform the operation (including updating the balance of points of the customer-member in the database central data); in this case, the merchant may, in exchange for points, return the reward requested by the client-member, possibly accompanied by the transaction justification ticket.
  • the merchant manually enters (checkboxes and / or handwriting) on the paper form: -) the number of the client-member 2 concerned (entered on the loyalty card 1 or any other identification medium explicitly mentioning the number of the client-member)
  • the merchant transmits the exchange of points request to the central database (see the fax / OCR device described above) for checking the balance of points; 3. the merchant receives a fax indicating to him: in case of refusal of the transaction:
  • the merchant may then, in exchange for points, give the reward requested by the client-member, possibly accompanied by a justification of the transaction, for example the carbon copy of the form.
  • the calculation of the financial compensation is periodically carried out automatically in the central database and the monitoring of the smooth progress of compensation is the responsibility of a central, ensuring the proper functioning of the compensation mechanisms in compliance with the rules of ethics.
  • the frequency of compensation is defined by the community of businesses (weekly, monthly %), in agreement with the Centrale.
  • the accounts to be debited are debited automatically in favor of a central clearing account, and the clearing account transfers the amounts received to the member-businesses to be compensated.
  • the compensation mechanism is described below in an example dealing with the compensation between two trade-members (trade-member Ml-debtor, and trade-member M2-creditor) involving their respective banks and a central account managed by the Central :
  • the Central issues an order for debiting the amount to the bank Bl of the trade-member Ml; C2. Bank Bl transfers the amount to be debited to the Centrale's central account;
  • the method according to the invention also provides for an exchange of points between client-members, represented in FIG.
  • This exchange of points "community" between customers-members is via an exchange exchange on the Internet, including connections and secure payments, according to technologies known in themselves in the state of the art.
  • the points can be exchanged for free (as a gift) or expensive by payment.
  • the buyer makes his payment to the Central via a secure online payment and the Central transfers the amount to the seller.
  • V connects to the community site with his client-patron ID and password; -) V goes on the web page of the site which allows to realize a transaction of sale;
  • V enters the following information in particular on a specific form: -) number of "community” points offered -) identifier of the client-member-beneficiary.
  • V enters in particular the following information on a specific form: -) number of points "community” to sell -) sale price -) date of registration of the offer (automatic by the system) -) date of validity of the offer (by default, validity of 3 months for example) -) minimum size of the lot for sale
  • A connects to the community site with his client-member ID, his password and goes to the web page of the site that allows for a purchase transaction: A captures the following information on an application form:
  • a search engine will search the central database of the community for all offers matching A's request and display them in ascending order of price.
  • the validation of the form by A automatically triggers the sending of the payment confirmation to the seller (s) via e-mail, indicating the number of points transferred and the selling price to be received, minus the transaction costs. These costs, defined by the Centrale, are borne by the two client-members. In case of donation of points, no fee is preferable.
  • the payment triggers the transfer of points from V to A, and the transfer date retained in the central database is the payment date of the transaction.
  • the data of the central database can be consulted by the client-members and the member-businesses according to the consulting profile attached to them.
  • the joint program offers a much wider field of consultations as multi-businesses, via the Internet or techniques such as mobile telephony (SMS, etc.)
  • the static data as well as the movements and balances of points, at a time "t" or over a defined period, can be consulted by the communities, the retail-members and the client-members.
  • the people who can view the data are: Community Management (Shopping Center Managers, Merchants Association, Franchises or chain stores %) and any trade participating in the community program, as well as patron-clients and various profiles related to the administration of the program
  • Each category of "consultant” above has access to its own form in consultation and modification mode, while data relating to the other categories of “consultants” are only accessible to them in consultation.
  • a member-store has access to all static data of the client-members of the community that has authorized it, as well as transactional data (points) relating to the allocation / exchange of points in its business only.
  • the trading community has access to all the customer-adherent community information (static data) that has authorized it, as well as transactional data at an aggregate level for all member stores.
  • static data customer-adherent community information
  • Client-members have access to their own static and transactional data.
  • the information available for consultation is preferably:
  • the information available to the client-member is typically:
  • the community program automatically and regularly communicates to the owner program the list of all of its valid client-members, who are also members of the proprietary program, according to a frequency to be defined from case to case. This list is established on the declarative base of the members when subscribing the community card, or later via an Internet transaction.
  • the information provided is: the client-adherent identifiers of the community program and the proprietary program, his name, first name, address, the date of the last update of one of these data in the central database of the community.
  • the "shop” point allocation transactions carried out via the proprietary program are sent daily by the owner program to the community program.
  • the information transmitted is: the client-adherent IDs of the community program and the owner program, the date and time of the transaction, the number of points awarded.
  • the "shop” points thus communicated are considered as "standard” points.
  • the proprietary program tracks only its proprietary "shop” points, while the community program tracks two-level points, "shop” points including those assigned / exchanged by the owner program and "community” points.
  • the merchant performs the exchange via an operator, a voice server, a specific Internet transaction or the fax / OCR system (see exchange transaction descriptions above).
  • the procedure is as follows, for example with a telephone operator: 1. the merchant identifies himself after dialing a number by indicating on his keyboard his trade-member number and his password; 2. the merchant has the operator online and indicates to him the ID of the client-member 2 appearing on the loyalty card 1 presented by the client-member and the nature / number of points to be exchanged; 3. the operator controls the number of available points and validates the transaction after checking; if not, it means to the merchant the rejection of the transaction;
  • the operator can be replaced by a fully automated system with a voice server, according to techniques known from the state of the art.
  • the "shop” and “community” exchange transactions of patron-client members of the proprietary program are transmitted daily by the community program to the proprietary program for updating the corresponding "shop” points.
  • the data transmitted are: the identifiers of the customer-adherent to the program of the community and the owner program, the date and time of the transaction, the number of "shop” points exchanged, the new balance of points "shop”.
  • Figure 1 schematically shows in block diagram form the overall device for implementing the methods around a central database 10 and a web server 13.
  • the global credit management process such as loyalty points also includes:
  • CRM Customer Relationship Management
  • a server At the center of the system is a server with a computer database 10 on which all the information and data necessary for the management, the allocation of accounts, the tracking of transactions, etc. are located.
  • Such servers and databases are known per se in the state of the art, especially in the banking field for the management of customer accounts and other similar areas.
  • the client-members and the businesses-members of the community can access this central database 10 via online accesses 11, 12, such as for example the Internet (Web server 13) or a wired or wireless network 14 ( SMS type or by phone). Access is protected (logins and passwords) and access rights are defined in the database according to the person who accesses, in a manner known in the state of the art, for example as in online transactions with a bank (payments, consultations of balance, consultation of paperwork, transfers between accounts etc.), as on online auction sites.
  • online accesses 11, 12 such as for example the Internet (Web server 13) or a wired or wireless network 14 ( SMS type or by phone).
  • Access is protected (logins and passwords) and access rights are defined in the database according to the person who accesses, in a manner known in the state of the art, for example as in online transactions with a bank (payments, consultations of balance, consultation of paperwork, transfers between accounts etc.), as on online auction sites.
  • Client-to-member access typically allows the consultation of the balance of points ("shop” or “community”) and the exchange of points within the framework of the exchange exchange according to the method described above to propose points on the sale or on the contrary look for points to buy.
  • the commercial access 12 meanwhile allows the transmission of points awarded during purchase transactions, the transmission of points exchanged and the consultation of the points balances according to the methods described above.
  • the accounts of the client-members are up-to-date according to the operations carried out according to the methods described above, namely purchase transaction in a trade-member, exchange of points "shop “or” community "in a member store, selling or buying points between customer-members, donating points.
  • the central database 10 makes it possible, by appropriate programs, to calculate the compensation 15 between member stores according to the method described above and also to make CRM statistics ("Customer
  • the central database integrates data including:
  • the central database 10 can also communicate with loyalty programs that own specific businesses via a standardized interface 17 between the proprietary program and the central database.
  • the trade is responsible for the adaptation of its programs for the sending of the data.
  • the data exchange interface 17 between the two programs is standardized, identical for all the proprietary programs that are part of the community program.
  • the method according to the invention also makes it possible to perform statistical analyzes called "CRM" (Client Relationship Management).
  • CRM Cross Relationship Management
  • the CRM offers a range of tools, which contribute to customer retention and the development of goodwill.
  • the traditional CRM tools need a renewal: a greater responsiveness to the mobility of client-members (quality of databases update for targeted mailing), Internet sites responding better and better to the changing customer needs, communication modes in line with the latest technological developments (mobile technologies, permanent race for innovation).
  • behavioral statistics such as:
  • Another analysis concerns the volumetry of the "community" points awarded and / or exchanged at the level of a trade / community over the last 12 months, which forms a first approach to measuring the effectiveness of the program of the member-shops and the community on base of the evolution of the activity of the client-members.
  • Another way to do this is to produce customized CRM statistics such as customer analyzes according to specific cross-criteria, to be determined with the trade / community.
  • Another specific offer for shopping center managers would be benchmarking statistics between shopping centers to measure the effectiveness of loyalty programs from one shopping center to another (from one community to another) and customer typologies. compared.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Dans le procédé des crédits distribués par un membre ont une contre-valeur en crédits d'une communauté, lesquels ont une équivalence monétaire fixe, et chaque utilisateur peut effectuer des transactions avec l'un ou plusieurs membres, ou avec l'un ou plusieurs utilisateurs de la communauté. Pour chaque transaction, un ou plusieurs crédits et leur contre-valeur sont ajoutés ou soustraits du compte dudit utilisateur ou desdits utilisateurs, selon des règles personnalisées par le membre et la communauté, sur une base de données centrale, afin de maintenir à jour le compte de chaque utilisateur et de chaque membre en fonction des transactions effectuées.

Description

Procédé de gestion de crédits tels que points de fidélité et dispositif pour sa mise en œuyre
De nombreux programmes de gestion de crédits tels que de points de fidélité pour des clients de commerces existent à l'heure actuelle. En effet, de nombreuses enseignes connues
(grands magasins, stations service, lignes aériennes, organismes de crédit) exploitent pour leurs clients des moyens, tels que carte et points de fidélité, qui permettent d'une part de fidéliser leurs clients et d'autre part d'analyser les habitudes de consommation de ceux-ci et leur proposer des offres "sur mesure".
Aujourd'hui, chaque commerce, enseigne ou groupement dans une alliance donnée utilise son propre système à la fois sur le plan technologique et des règles d'attribution de points. Ainsi, un client donné doit, pour pouvoir participer à des programmes de fidélisation, posséder de nombreux moyens différents, tels que cartes diverses (une pour le magasin de détail, une pour l'essence, une pour le vidéo-club, une carte de crédit etc) , et les utiliser à tour de rôle lors de ses transactions avec lesdits commerces. La multiplication des cartes de fidélité conduit à une saturation face au grand nombre de cartes et de programmes, un risque d'oubli de carte et donc de perte des avantages correspondants, une faible mémorisation des programmes et de leurs mécanismes, une information insuffisante sur les points acquis et les avantages correspondants et un risque de désintérêt des programmes si l'utilisation ne correspond pas aux besoins des clients.
Dans certains cas, le paiement par une carte de crédit exclut la participation à un programme de fidélisâtion d'un commerçant en raison des commissions dues par celui-ci à l'organisme gérant les cartes de crédit. Ainsi, pour bénéficier d'un programme de fidélisâtion dans ce commerce, le client-adhérent doit obligatoirement payer avec de l'argent liquide, une carte de débit ou un autre moyen de paiement proposé par l'enseigne (carte de paiement et/ou crédit) , ce qui ne lui permet pas de bénéficier du programme de fidélisation du commerce.
Ainsi, et en fonction de la façon dont les crédits, typiquement des points (parfois aussi appelés "miles" dans les programmes de compagnies aériennes) , des litres d'essence ou autres crédits, sont ajoutés sur son compte, du fait de la dispersion des programmes attribuant des points et de leur fonctionnement en réseau limité, il faudra en général beaucoup de temps à un client-adhérent donné pour arriver à un nombre de points intéressant dans chaque programme de fidélité dans lequel il participe. Conscients de ce problème et pour remédier à cet inconvénient, certains programmes, proposent aujourd'hui l'achat pur et simple de points supplémentaires.
De plus, les systèmes utilisés sont en général coûteux et demandent un investissement important (financier et de temps) de la part du commerce intéressé à devenir membre. Ainsi, ces programmes sont actuellement utilisés principalement par des enseignes importantes qui possèdent et ouvrent des points de vente dans différents endroits, ces points de vente utilisant les mêmes moyens technologiques communs. Toutefois, il existe aussi une demande d'autres commerces, souvent indépendants et de petite taille pour participer à des programmes de fidélisation, mais, en raison de l'investissement initial en particulier en équipements (hardware et software) et des coûts d'exploitation induits, ceux-ci renoncent ou en restent à des moyens très simples tels que cartes en papier tamponnées au fur et à mesure des achats.
Un but de l'invention est d'améliorer les programmes et dispositifs connus.
En particulier, un but de l'invention est de proposer de nouveaux procédés de gestion de crédits qui s'appuient sur des dispositifs à la pointe de la technologie.
Plus particulièrement, un but de l'invention est de proposer un procédé de gestion de crédits, tels que des points de fidélité, qui soit ouvert à différents types de communautés de commerces .
Un autre but de 1 ' invention est de proposer un procédé de gestion de crédits qui puisse intégrer des programmes de fidélisation existants.
Un autre but de 1 ' invention est de proposer un système pour la mise en œuvre du procédé qui soit simple, bon marché et à la portée de tout commerce, quelle que soit sa taille.
Le principe de l'invention est de ne pas s'attacher à un commerce ou une enseigne ayant son système propre mais de créer un programme plus général s 'adressant à des communautés de commerces, celles-ci pouvant être définies par un regroupement géographique (centre commercial, centre-ville), par marques, ou encore par type d'activité. Un moyen unique, tel qu'une carte, est émis pour le client- adhérent qu'il peut utiliser dans tous les commerces de la communauté lors de ses achats.
Selon l'invention, on prévoit également la possibilité d'intégrer un programme externe de gestion de crédits afin que ses adhérents et ses membres puissent profiter des atouts propres au programme de la communauté définie, sans devoir se défaire dudit programme propre.
L'invention est définie par les caractéristiques des revendications suivantes :
Dans le procédé selon l'invention les crédits distribués par le membre ont une contre-valeur en crédits de la communauté, lesquels ont une équivalence monétaire fixe, chaque utilisateur peut effectuer des transactions avec l'un ou plusieurs membres, ou avec l'un ou plusieurs utilisateurs de la communauté, et pour chaque transaction, un ou plusieurs crédits et leur contre-valeur sont ajoutés ou soustraits du compte dudit utilisateur ou desdits utilisateurs, selon des règles personnalisées par le membre et la communauté, sur la base de données centrale, afin de maintenir à jour le compte de chaque utilisateur et de chaque membre en fonction des transactions effectuées.
Les transactions peuvent comprendre l'achat de produits/services auprès des membres, lesdits achats donnant lieu à la génération de crédits distribués par le membre, sur base de règles d'attribution personnalisables par ledit membre, et la mise à jour du compte de l'utilisateur sur la base de données en fonction des règles d ' attribution . Des crédits sont attribués hors transaction d'achat à la discrétion de chacun des membres, lesdits crédits attribués ayant leur contre-valeur ajoutés sur le compte de l'utilisateur selon des règles personnalisables par chaque membre et la communauté.
Les transactions peuvent comprendre l'échange de crédits ou leur contre-valeur auprès des membres, lesdits échanges donnant lieu à la soustraction desdits crédits ou leur contre-valeur du compte de l'utilisateur en contrepartie de prestation (s) fournie (s) par le membre à l'utilisateur, sur base de règles d'échange personnalisables par ledit membre.
Les transactions entre utilisateurs peuvent comprendre la vente ou l'achat de crédits de la communauté, chaque transaction donnant lieu à l'ajout de ces crédits, respectivement la soustraction de ces crédits achetés ou vendus par 1 ' acheteur ou le vendeur de leurs comptes respectifs dans la base de données centrale.
Lors de transactions d'échange de crédits de la communauté auprès d'un membre donné, la contre-valeur échangée ne provenant pas d'une transaction avec ledit membre mais d'avec un autre membre, un processus de compensation peut être mis en œuvre entre ledit membre donné et l'autre membre afin de dédommager ledit membre donné .
Chaque utilisateur peut consulter par un accès en ligne son relevé de compte indiquant deux niveaux de crédits membres ou communauté, au niveau d'un membre spécifique, multi membres ou globalement au niveau de la communauté. D'autres procédés de gestion de crédits peuvent s'intégrer au procédé de 1 ' invention de manière standardisée afin de bénéficier de la couverture fonctionnelle et ainsi permettre à son émetteur de participer à la communauté de membres, notamment à sa plate-forme d'échange de points par un échange de données définissant les clients-adhérents communs sous forme standardisée permettant la mise à jour des données présentes dans la base de données.
Le dispositif d'acquisition de crédits, comme des points de fidélité ou autres équivalents, pour des utilisateurs au sein d'un réseau de membres lors de transactions entre utilisateurs et membres, comprend un stylo numérique et des formulaires papier permettant la saisie de l'identifiant de l'utilisateur, des crédits attribués et/ou échangés lors d'une transaction, ainsi qu'un moyen de transmission de l'information ainsi collectée vers une base de données centrale dans laquelle est stockée 1 ' information concernant tous les utilisateurs, les membres et les crédits desdits utilisateurs.
L'identifiant de l'utilisateur est un code unique au sein d'un réseau de membres donné, qui peut être représenté sous forme de pattern, lisible par le stylo.
L'identifiant de l'utilisateur est placé sur une carte, ou sur une montre-bracelet, ou sur un téléphone portable, ou encore sur un autre obj et .
L'invention sera mieux comprise par la description de modes d'exécution de celle-ci et de figures, dans lesquelles : la figure 1 représente une vue générale sous forme de schéma-bloc de l'architecture du procédé;
la figure 2 représente un dispositif d'acquisition de transactions;
la figure 3 représente un dispositif de transmission et de contrôle de transactions;
la figure 4 représente le procédé d'attribution de crédits;
les figures 5.1 et 5.2 représentent le procédé d'échange de crédits dans le cadre de la plate-forme d'échange de crédits entre commerces-membres;
la figure 6 représente le procédé de compensation financière au sein d'une communauté de membres dans le cadre de la plate-forme d'échange de crédits entre commerces-membres;
la figure 7 représente le procédé de bourse d'échange de crédits entre clients-adhérents dans le cadre de la plateforme d'échange de crédits entre clients-adhérents;
la figure 8 représente le procédé de consultation de crédits;
la figure 9 représente l'ouverture du procédé global de gestion de crédits à des programmes de fidélisation externes (propriétaires) . L'on s'attache tout d'abord à illustrer l'invention dans le cadre d'un programme de fidélisation qui repose sur les dispositifs en référence aux figures 2 et 3.
Ainsi, un client-adhérent souscrit par exemple une carte de fidélité 1 dans un commerce participant au programme ou via Internet. Cette carte 1 comprend notamment un identifiant unique 2 du client-adhérent qui permet de le lier à un compte sur une base de données centrale au niveau du programme, et qui permet d'ajouter ou de retirer des points dudit compte en fonction des transactions effectuées par ledit client-adhérent dans un commerce-membre . Cette carte 1 peut être unique, ou sous forme de "couple" (deux cartes avec un même identifiant) , voire de "famille" pour les membres d'un ménage donné avec un compte commun (plusieurs cartes avec le même identifiant) . Cette solution permet d'augmenter les sources au travers desquelles des crédits sont acquis.
La carte 1 peut avoir une durée de validité limitée ou non.
Selon une variante, l'identifiant 2 peut être porté par un autre objet qu'une carte 1. L'on pourrait envisager l'emploi d'une montre et/ou de son bracelet pour supporter l'identifiant 2, ou le boîtier d'un téléphone portable, ou un autre objet couramment porté.
De préférence, dans le cas de la carte 1, celle-ci comporte également de façon lisible un numéro unique lié à l'adhérent permettant une saisie manuelle.
Un dispositif d'acquisition est mis à la disposition du commerce-membre qui est membre de la communauté. Ce dispositif comprend principalement un stylo numérique 3
(par exemple commercialisé par Logitech® sous le nom iO2™) , et un formulaire 4 sur lequel sont indiqués les crédits attribués ou échangés, le principe de la lecture sur le formulaire 4 utilisant le stylo numérique 3 étant, à titre d'exemple de réalisation non limitatif, celui commercialisé par la société Anoto®, sous le nom "Anoto functionality" . Une autre solution équivalente reprenant ou non une partie de ces composants est bien entendu possible.
A titre d'exemple, l'utilisation d'un assistant-mobile (tel que PDA ou téléphone-mobile) permet d'identifier l'utilisateur via lecture du code-barre ou de la piste magnétique figurant sur sa carte personnelle d'identification, de réaliser la saisie du montant de l'achat effectué, de calculer le nombre de crédits attribués, et de transmettre en temps réel ces informations via un protocole de communication standard, tel que GPRS, UMTS, Wifi, etc à la base de données du serveur central.
Lors d'une transaction (par exemple un achat) décrite en référence à la figure 4 sur la base des dispositifs représentés dans les figures 2 et 3 , les étapes suivantes d'attribution de points de fidélité sont suivies :
Tl. le client-adhérent présente sa carte de fidélité 1 au commerçant .
T2. le commerçant lit l'identifiant du client-adhérent 2 sur la carte 1 avec le stylo 3 ; le commerçant sélectionne avec le stylo numérique 3 sur le formulaire 4 la nature de la transaction
(attribution) , le type de points (voir ci-dessous) et le nombre de points attribués en cochant des cases du formulaire 4 et toute l'information est stockée dans la mémoire du stylo 3.
Dans cet exemple, on part de l'hypothèse que le formulaire 4 utilisé est du type "Anoto functionality" tel que mentionné ci-dessus et que ce formulaire comporte notamment des patterns correspondant à des chiffres que le commerçant sélectionne pour composer le nombre de points attribués ainsi qu'à une instruction de validation de la transaction, lesdits patterns étant lus par le stylo 3.
De préférence, le numéro d'identification du commerce- membre est programmé dans le stylo 3 ainsi que la date et l'heure de transaction (mis à jour automatiquement) ce qui permet ensuite au niveau de la base de données centrale de la communauté de garder une trace de la transaction (identifiants du client-adhérent et du commerce-membre, date, heure, nature de la transaction, type de points dits "shop", nombre de points) .
T3. Les points attribués aux différents clients-adhérents sont communiqués au moins une fois par jour à une base de données centrale.
Pour ce faire, un dispositif de transmission et de contrôle est mis à disposition du commerce-membre . Le dispositif de transmission comprend principalement un boîtier de communication 6. Le dispositif de contrôle comprend principalement une imprimante 7 connectée au boîtier de communication. Le transfert des points ainsi attribués (voir T1/T2) vers la base de données centrale est automatisé à partir du moment où le commerçant déclenche manuellement cette transmission, en reposant le stylo sur son socle 5 (mode USB) ou directement par une action sur le stylo (mode bluetooth) .
Le boîtier de communication 6 consiste par exemple en un mini PC ("barebone") avec connexion Internet (via modem, Ethernet, WiFi...) ou un téléphone mobile intelligent compatible bluetooth.
1. La transmission des données stockées dans le stylo numérique vers le boîtier de communication est prise en charge par le logiciel associé au stylo numérique (installé dans le boîtier de communication) , selon des moyens connus en eux- mêmes dans l'état de la technique.
2. Une fois stockés dans le boîtier de communication sous forme de fichiers, les points sont envoyés à un serveur central distant. Ce transfert se déclenche automatiquement à chaque réception de fichier de points par un programme spécifique stocké dans le boîtier de communication pour une communication via le réseau Internet .
3. A réception des fichiers de points sur le serveur central distant, un programme spécifique se déclenche automatiquement et transforme les données pour les intégrer dans la base de données centrale où les points sont ainsi mis à jour pour chaque client-adhérent après différents contrôles.
4. Un compte-rendu écrit du résultat de la transmission et de la mise à jour peut être fourni sur l'imprimante 7 connectée au boîtier de communication .
Les commerces-membres disposant d'un accès Internet peuvent, selon un mode de réalisation particulier, effectuer la transaction d'attribution depuis Internet, à titre d'exemple, de la manière suivante :
1. le commerçant se connecte via une connexion sécurisée au site de la communauté avec son identifiant commerce-membre et son mot de passe ;
2. il choisit sur son menu la transaction d'attribution de points. L'identifiant du commerce-membre, le libellé correspondant ainsi que la date et l'heure de la transaction sont automatiquement indiqués par le système ;
3. le commerçant saisit sur une transaction spécifique : -) le numéro du client-adhérent 2 concerné (inscrit sur la carte 1 de fidélité ou tout autre support d' identification mentionnant explicitement le numéro du client-adhérent) ;
-) le type de points dits "shop" (voir ci-dessous) ; -) le nombre de points attribués ; 4. lors de la validation de la transaction par le commerçant, la base de données centrale est automatiquement mise à jour ;
5. le commerçant peut imprimer un ticket au client- adhérent .
Les commerces-membres ne disposant ni d'Internet ni du stylo numérique peuvent, selon un autre mode de réalisation particulier, effectuer la transaction d'attribution à partir d'un simple stylo et d'un formulaire papier spécifique, à titre d'exemple, de la manière suivante :
1. le commerçant saisit manuellement (boîtes à cocher et/ou écriture manuscrite) sur le formulaire papier :
-) le numéro du client-adhérent 2 concerné (inscrit sur la carte 1 de fidélité ou tout autre support d'identification mentionnant explicitement le numéro du client-adhérent) ; -) la nature de la transaction (attribution) ;
-) le type de points dits "shop" (voir ci-dessous) ;
-) le nombre de points attribués ;
2. le commerçant remet une trace écrite de la transaction au client-adhérent, par exemple sous forme d'une copie carbone du formulaire ;
3. les points attribués aux différents clients-adhérents sont communiqués au moins une fois par jour à une base de données centrale.
Pour ce faire, un dispositif de transmission et de contrôle est mis à disposition du commerce-membre, sous forme d'un boîtier de communication 6. Il s'agit d'un système fax.
Le transfert des points ainsi attribués vers la base de données centrale est automatisé à partir du moment où le commerçant déclenche manuellement cette transmission, en envoyant par fax l'ensemble des formulaires complétés.
Les données reçues sur le serveur distant sont automatiquement lues et converties sous un format permettant leur intégration dans la base de données centrale, via un système OCR (reconnaissance optique de caractères, procédé permettant de récupérer les symboles numérisés) selon des techniques connues en elles-mêmes dans l'état de la technique.
Dans le procédé selon l'invention, chaque commerçant est libre de définir ses règles d'attribution de points, qualifiés de points "shop" (pourcentage sur le montant des achats, valorisation d'achats réguliers, actions spécifiques, etc) . Une fois ces règles définies, elles peuvent être paramétrées dans la base de données centrale de façon que chaque transaction effectuée dans ledit commerce-membre soit traitée selon ces règles.
Plus particulièrement, tout commerce-membre de la communauté attribue des points "shop" à ses clients- adhérents, à chaque passage en caisse, lors de toute action spécifique décidée par le commerçant, ou de manière automatique sur base de règles personnalisées par le commerce-membre . Les points "shop" sont valorisés par le commerçant selon des règles de fidélisation de sa clientèle qu'il est libre de définir. A titre d'exemple non limitatif, le nombre de points "shop" attribués peut être proportionnel au montant d'un achat, proportionnel au montant d'un cumul d'achats ou encore fixe.
Le nombre de points est calculé par le commerçant; l'application de fidélisation entre en jeu au moment de la saisie des points par le commerçant .
Un commerce-membre ne peut attribuer que des points "shop" qui sont de trois types (comme indiqué ci-dessus) : "standard", "actions spécifiques" ou "bonus".
Tout point "standard" fait l'objet d'une saisie via le dispositif d'acquisition de points (type de point x λ) .
Les actions spécifiques sont décidées par le commerçant et limitées dans le temps. Elles peuvent être par exemple:
-) une période (date, heure, jour, semaine, mois...)
-) l'achat d'une prestation particulière (produit, coupe de cheveux, etc)
Les points "actions spécifiques" attribués lors d'actions spécifiques sont codifiés avec un type de point de Λl' à
'9' .
Des points peuvent être attribués automatiquement par le programme, suite à un paramétrage ad-hoc par le commerce- membre. Ils peuvent correspondre par exemple à : -) la date anniversaire d'un client-adhérent -) l'atteinte d'un certain nombre de points -) une tranche d'âge des clients-adhérents Ce sont des points "bonus", codifiés avec un type de point λ0' .
De préférence, le solde de points "bonus" et "actions spécifiques" est géré séparément du solde de points "standards" .
En outre, un commerce-membre peut décider de ne rendre "actifs" les points "shop" qu'à partir d'un certain seuil (nombre de passages en caisse, montant cumulé d'achats, nombre de prestations acquises ou un combiné de ces critères) . L'utilisation des points "shop" est alors différée dans le temps; ils prennent un statut "passif".
Le commerce-membre ne peut attribuer que des points "shop" .
Les points "shop" avec statut "actif" sont automatiquement convertis en points "communauté" selon une valeur d'échange propre à chaque commerce-membre, décidée par le commerçant.
Les points "communauté" ont une contre-valeur financière en euro ou dans une autre devise.
Dans le procédé selon 1 ' invention, on met en oeuvre la possibilité d'échange de points entre clients-adhérents et commerces-membres ("shop" et "communauté") ou entre clients-adhérents ("communauté") .
Tout client-adhérent ayant reçu des points "shop" dans un ou plusieurs commerces-membres peut connaître à tout moment leur équivalence en points "communauté", par consultation (voir plus loin dans la description) . Le client-adhérent peut alors utiliser ses points "communauté" dans le commerce de son choix de la communauté, même s'il n'y a jamais consommé et acquis de points par 1 ' intermédiaire de transactions avec ce commerce-membre .
Le client-adhérent a donc une alternative pour utiliser ses points : dans le commerce-membre qui les lui a attribués
(règles d'échange des points "shop" décidées par le commerçant) ou dans un autre commerce-membre de la communauté (règles d'échange des points "communauté").
Dans le procédé selon l'invention (voir les figures 5.1 et 5.2), le client-adhérent peut utiliser ses points contre des avantages proposés par le commerce-membre ou sa communauté :
Avec des points "shop" ou "communauté", contre : -) des remises à l'achat (% de remise ou montant fixe), -) des avantâges/cadeaux proposés par le commerce-membre, Avec des points "communauté", uniquement contre :
-) des chèques cadeaux "communauté" échangeables dans tous les commerces-membres de la communauté,
-) des cadeaux d'un catalogue de la communauté ou encore -) un versement à une action de solidarité.
La communauté de commerces et/ou le commerçant peuvent décider de seuils/plafonds propres à l'échange de points ("communauté" pour une communauté, "shop" pour un commerce- membre) : -) seuil minimum : le client-adhérent commence à utiliser ses points à partir d'un solde minimum de points collectés, -) plafond d'utilisation par achat : le client-adhérent ne peut pas utiliser plus de x points à chaque achat (donnée non informatisée, laissée à la libre appréciation du commerçant) , -) plafond d'utilisation en % d'un achat / chèque cadeau : le client-adhérent ne peut pas utiliser plus de x% de l'achat en équivalent points (donnée non informatisée, laissée à la libre appréciation du commerçant) .
Le procédé d'échange de points est effectué comme suit. Le traitement de l'échange de points peut concerner des points "shop" ou des points "communauté" et pour éviter tout risque de fraude, le traitement se fait de préférence en temps réel avec la base de données centrale.
En cas d'échange de points "shop", le programme retire en priorité du compte du client-adhérent concerné, sur la base de données centrale, les points les plus anciennement attribués (règle FIFO) par le commerce-membre .
En cas d'échange de points "communauté", le programme retire du compte du client-adhérent concerné, sur la base de données centrale, les points "communauté" et les points "shop" correspondants, selon la règle suivante : -) retrait en priorité des points attribués par le programme de la communauté, en commençant par les plus anciennement attribués (règle FIFO) ;
-) puis retrait des points attribués par des programmes propriétaires, en commençant par les plus anciennement attribués (règle FIFO) ;
L'échange peut se faire : -) via le stylo numérique 3, un formulaire spécial 4 et un boîtier de communication 6 ;
-) via Internet et un site dédié ;
-) via un stylo, un formulaire de saisie et un boîtier de communication 6 de type fax ;
-) via une opératrice téléphonique ;
-) via un serveur vocal ;
-) via un assistant mobile (PDA ou téléphone portable) .
D'une manière générale, dans ces cas de figure le client- adhérent présente sa carte 1 de fidélité de la communauté en magasin et demande un échange de points "shop" (étape 1.1 dans la figure 5.1) ou "communauté" (étape 1.2 dans la figure 5.1).
Le commerçant doit tout d'abord s'assurer que l'identifiant du client-adhérent est valide et dispose du nombre de points requis et des moyens sont à sa disposition pour ce contrôle : Internet, stylo (numérique ou non, selon le système retenu par le commerce-membre) , opératrice téléphonique, serveur vocal, assistant-mobile.
Le commerçant procède à la transaction d'échange et récompense le client-adhérent en contrepartie de ses points échangés .
En utilisant le système de stylo numérique 3, le procédé est le suivant :
1. le client-adhérent présente sa carte de fidélité 1 au commerçant ; 2. le commerçant lit l'identifiant du client-adhérent 2 sur la carte 1 avec le stylo 3;
3. le commerçant sélectionne avec le stylo numérique 3 sur le formulaire 4 la nature de la transaction
(échange), la nature du point échangé ("shop" ou "communauté") et le nombre de points échangés, en cochant les cases du formulaire 4 et toute l'information est stockée dans la mémoire du stylo 3 ;
4. le commerçant déclenche manuellement le transfert des informations ainsi collectées par le stylo vers la base de données centrale, en reposant le stylo sur son socle 5 (mode USB) ou directement par une action sur le stylo (mode bluetooth) ;
5. les informations suivantes s'affichent en retour sur une imprimante 7 :
En cas de refus de la transaction : -) le solde de points disponibles par nature
En cas d'acceptation de la transaction : -) le nombre de points échangés -) la nature du point échangé : "shop" ou
"communauté" -) le nouveau solde de points disponibles par nature la transaction de mise à jour de la base de données centrale n'est réalisée que si le solde de points est suffisant;
6. en cas d'acceptation de la transaction, le commerçant peut alors remettre, en échange des points, la récompense demandée par le client-adhérent, accompagnée éventuellement du ticket de justification de la transaction.
En cas d'utilisation de l'assistant-mobile, le membre procède à l'échange de crédits en identifiant l'utilisateur via la lecture du code-barre ou de la piste magnétique de sa carte d'identification par l'assistant-mobile, en saisissant le nombre de points à échanger, qui est transmis à la base de données centrale via un protocole de communication standard pour vérification du solde et validation de la transaction, puis confirmation de la transaction au membre.
Les commerces-membres disposant d'un accès Internet peuvent, selon un mode de réalisation particulier, effectuer la transaction d'échange depuis Internet, à titre d'exemple, de la manière suivante:
1. le commerçant se connecte via une connexion sécurisée au site de la communauté avec son identifiant commerce-membre et son mot de passe ;
2. il choisit sur son menu la transaction d'échange de points. L'identifiant du commerce-membre, le libellé correspondant, ainsi que la date et l'heure de la transaction sont automatiquement indiqués par le système ;
3. le commerçant saisit sur une transaction spécifique : -) le numéro du client-adhérent 2 (inscrit sur la carte 1 de fidélité ou tout autre support d' identification mentionnant explicitement le numéro du client-adhérent) -) la nature du point échangé : "shop" ou "communauté" -) le nombre de points échangés
4. lors de la validation de la transaction par le commerçant, le système va contrôler le solde de points échangeables et si ce solde est suffisant, effectuer l'opération (notamment avec mise à jour du solde de points du client-adhérent dans la base de données centrale) ; dans ce cas, le commerçant peut remettre, en échange des points, la récompense demandée par le client-adhérent, accompagnée éventuellement du ticket de justification de la transaction.
Les commerces-membres ne disposant ni d'Internet ni du stylo numérique peuvent, selon un mode de réalisation particulier, effectuer la transaction d'échange à partir d'un simple stylo et d'un formulaire papier spécifique, à titre d'exemple, de la manière suivante :
1. le commerçant saisit manuellement (boîtes à cocher et/ou écriture manuscrite) sur le formulaire papier : -) le numéro du client-adhérent 2 concerné (inscrit sur la carte 1 de fidélité ou tout autre support d' identification mentionnant explicitement le numéro du client-adhérent)
-) la nature de la transaction (échange)
-) la nature du point échangé : "shop" ou "communauté"
-) le nombre de points échangés
2. le commerçant transmet la demande d'échange de points à la base de données centrale (voir le dispositif fax/OCR décrit ci-dessus) pour contrôle du solde de points; 3. le commerçant reçoit un fax lui indiquant : en cas de refus de la transaction :
-) le solde de points disponibles par nature en cas d'acceptation de la transaction : -) le nombre de points échangés -) la nature du point échangé
-) le nouveau solde de points disponibles par nature la transaction de mise à jour de la base de données centrale n'est réalisée que si le solde de points est suffisant;
4. en cas d'acceptation de la transaction, le commerçant peut alors remettre, en échange des points, la récompense demandée par le client-adhérent , accompagnée éventuellement d'une justification de la transaction, par exemple la copie carbone du formulaire .
Compte tenu du fait que le client-adhérent peut en principe utiliser des points acquis par des transactions dans un commerce-membre (points "shop") et convertis (en points "communauté") dans un autre commerce-membre de la communauté, un mécanisme de compensation est mis en œuvre dans le procédé représenté en figure 6.
Dans le procédé, l'on met ainsi en place des rétrocessions financières entre commerces-membres d'une même communauté pour compenser les points utilisés dans un commerce-membre et non attribués par celui-ci et la compensation (figure 6) se fait sur la base des points échangés et non des points attribués . La consultation des soldes inter-commerces est accessible à chaque commerce-membre à tout moment via un accès en ligne (par exemple Internet) ou via une opératrice téléphonique ou un serveur vocal , par exemple .
Le calcul de la compensation financière est effectué périodiquement automatiquement dans la base de données centrale et la surveillance du bon déroulement des compensations incombe à une Centrale, garante du bon fonctionnement des mécanismes de compensation dans le respect des règles déontologiques .
La fréquence de compensation est définie par la communauté de commerces (hebdomadaire, mensuelle ...) , en accord avec la Centrale.
Plus précisément, le fonctionnement de la compensation financière est le suivant :
Chaque jour, les soldes inter-commerces de points "communauté" sont calculés et valorisés dans la devise de la communauté. Chaque commerce-membre participant à la plate-forme d'échange de points a signé en faveur de la Centrale un ordre permanent variable pour le traitement des transactions de compensation inter-commerces.
A la date convenue de compensation, les comptes à débiter sont débités automatiquement en faveur d'un compte-pivot de compensation, et le compte de compensation reverse les montants perçus aux commerces-membres qui doivent être indemnisés . Le mécanisme de compensation est décrit ci-après dans un exemple traitant de la compensation entre 2 commerces- membres (commerce-membre Ml-débiteur, et commerce-membre M2-créditeur) faisant intervenir leurs banques respectives et un compte pivot géré par la Centrale :
Cl . la Centrale émet un ordre de débit du montant à destination de la banque Bl du commerce-membre Ml ; C2. la banque Bl transfère le montant à débiter sur le compte pivot de la Centrale ;
C3. un avis de débit de la banque Bl est envoyé au commerce-membre Ml ; C4. un décompte détaillé de la transaction est envoyé par la Centrale aux commerces-membres Ml et M2 ; C5. la Centrale émet un ordre de transfert du compte pivot à la banque B2 du commerce-membre C2 ; C6. le transfert est réalisé vers la banque B2 en faveur du commerce-membre M2 ;
C7. un avis de crédit de la banque B2 en faveur du commerce-membre M2 est envoyé ;
C8. les soldes de points "communauté" des comptes des commerces-membres sont remis à zéro dans la base de données centrale 10.
Le procédé selon 1 ' invention prévoit également un échange de points entre clients-adhérents, représenté en figure 7.
Cet échange de points "communauté" entre clients-adhérents se fait via une bourse d'échange sur Internet, incluant connexions et paiements sécurisés, selon des technologies connues en elles-mêmes dans l'état de la technique. Les points peuvent être échangés à titre gratuit (comme un don) ou onéreux par paiement .
De préférence, seules les transactions entre clients- adhérents au programme de la communauté sont autorisées.
En cas d'échange onéreux, l'acheteur effectue son paiement à la Centrale via un paiement sécurisé en ligne puis la Centrale transfère le montant au vendeur.
Les traitements et formulaires utilisés pour le déroulement d'une transaction via Internet sont décrits ci-dessous, comme exemples de réalisation non limitatifs.
Exemple : Le client-adhérent (A) a 400 points "communauté" et il lui manque 100 points pour acquérir un objet qui l'intéresse sur le catalogue de la communauté. Il va donc rechercher un ou plusieurs vendeurs (V) pour compléter son solde de points.
La transaction se déroule de la manière suivante:
-) V se connecte au site de la communauté avec son identifiant de client-adhérent et son mot de passe ; -) V va sur la page Web du site qui permet de réaliser une transaction de vente ;
En cas de don de points, V saisit notamment les informations suivantes sur un formulaire spécifique : -) nombre de points "communauté" offerts -) identifiant du client-adhérent bénéficiaire. En cas de vente de points, V saisit notamment les informations suivantes sur un formulaire spécifique : -) nombre de points "communauté" à vendre -) prix de vente -) date d'inscription de l'offre (automatique par le système) -) date de validité de l'offre (par défaut, validité de 3 mois par exemple) -) taille minimum du lot en vente
-) numéro de carte bancaire à créditer en cas de vente
Pour un acheteur A, le procédé est le suivant. A se connecte au site de la communauté avec son identifiant de client-adhérent, son mot de passe et va sur la page Web du site qui permet de réaliser une transaction d'achat : A saisit notamment les informations suivantes sur un formulaire de demande :
-) nombre de points "communauté" demandés -) prix maximum accepté
-) date de validité de la demande
Un moteur de recherche va rechercher sur la base de données centrale de la communauté toutes les offres correspondant à la demande de A et les afficher par ordre croissant de prix.
Une fois le choix effectué, A remplit un formulaire de paiement sécurisé en ligne pour régler la transaction.
La validation du formulaire par A déclenche automatiquement l'envoi de la confirmation de paiement au (x) vendeur (s) via e-mail, indiquant le nombre de points transféré et le prix de vente à recevoir, déduction faite des frais de transactions. Ces frais, définis par la Centrale, sont supportés par les deux clients-adhérents. En cas de don de points, aucun frais n'est perçu de préférence. Le paiement déclenche le transfert de points de V vers A, et la date de transfert retenue dans la base de données centrale est la date de paiement de la transaction.
Dans le cas d'un don de points, l'échange de points dans la base de données centrale intervient dès la phase I
(inscription de l'offre) au moment de la validation du formulaire par V dans le système. La confirmation du don de points est communiquée aux deux parties via e-mail.
Dans le procédé selon l'invention (voir la figure 8), les données de la base de données centrale sont consultables par les clients-adhérents et les commerces-membres selon le profil de consultation qui leur est rattaché.
A la différence des programmes existants qui, pour un petit nombre d'entre eux proposent une consultation de points mono-commerce via Internet, le programme commun propose un champ de consultations beaucoup plus vaste car multi- commerces, via Internet ou des techniques telles que la téléphonie mobile (SMS, etc.)
Pour la consultation des données, les principes suivants sont mis en œuvre.
Les données statiques ainsi que les mouvements et soldes de points, à un instant "t" ou sur une période définie, sont consultables par les communautés, les commerces-membres et les clients-adhérents.
Les personnes pouvant consulter les données sont : la Direction de la communauté (gérants de centres commerciaux, Association de commerçants, Direction de franchises ou de chaînes de magasins...) et tout commerce participant au programme de la communauté, ainsi que les clients-adhérents et les divers profils liés à l'administration du programme
(gestionnaire help-desk, administrateur de la base de données...) .
Chaque catégorie de "consultant" ci-dessus a accès à sa propre fiche en mode consultation et modification, tandis que les données relatives aux autres catégories de "consultants" ne leur sont accessibles qu'en consultation.
Un commerce-membre a accès à toutes les données statiques des clients-adhérents de la communauté l'ayant autorisé, ainsi que des données transactionnelles (points) relatives à l'attribution/échange de points dans son commerce uniquement .
La communauté de commerce a accès à l'ensemble des informations clients-adhérents de la communauté (données statiques) l'ayant autorisé, ainsi que les données transactionnelles à un niveau agrégé pour l'ensemble des commerces-membres .
Les clients-adhérents ont accès à leurs propres données statiques et transactionnelles.
Les informations disponibles en consultation sont de préférence :
-) des informations relatives à toute la population de clients-adhérents de la communauté ayant donné son accord pour la divulgation des informations personnelles les concernant auprès des commerces de cette communauté (selon respect des lois pays relatives au domaine Informatique et Libertés) ;
-) les informations relatives aux commerces-membres et communautés de commerces : variables selon droits d'accès.
Les informations consultables par le client-adhérent sont typiquement :
-) les paramètres de personnalisation, informations détaillées sur le client-adhérent (cf. fiche client- adhérent) ;
-) le solde de points à un instant "t" (via numéro ou nom du client-adhérent) en cumul et par commerce-membre (vue à J-I) ; -) les mouvements de points "shop" et "communauté" (points acquis et utilisés) sur une période donnée, en cumul et par commerce-membre .
Les informations consultées par le commerce-membre et la Direction d'une communauté sont typiquement:
-) les informations détaillées sur le commerce/la communauté (cf. fiche commerce/communauté de commerce);
-) les paramètres de personnalisation du programme définis à l'un ou l'autre niveau; -) l'historique des points "shop" et "communauté" attribués et échangés pour l'ensemble des clients- adhérents du commerce-membre ou de la communauté (vue à J-D ;
-) les soldes des points "communauté" à un instant "t" dans le cadre de la compensation inter-commerces;
-) le solde en devise de référence à un instant "t" d'un commerce-membre dans le cadre de la compensation financière inter-commerces . A titre d'exemples, l'on peut prévoir les consultations suivantes :
Consultations Direction de communauté :
-) liste des clients-adhérents de la communauté de commerces;
-) liste des commerces faisant partie de la communauté; -) volumétrie des points "communauté" attribués et échangés au sein de la communauté entre deux dates, ce qui permet un contrôle régulier de l'activité des clients-adhérents; -) contrôle de la compensation financière inter-commerces .
Consultations commerces-membres :
-) liste avec le nombre de points "communauté" à compenser/à recevoir des autres commerces-membres, et leur valorisation financière à un instant "t"; -) liste des clients-adhérents ayant leur date anniversaire dans le mois à venir;
-) liste des clients-adhérents ayant collecté des points sur le dernier trimestre dans le commerce-membre, classée par ordre décroissant du nombre de points; -) liste des clients-adhérents ayant utilisé des points sur le dernier trimestre dans le commerce-membre, classée par ordre décroissant du nombre de points.
Consultations clients-adhérents :
-) consultation des points collectés et utilisés par commerce-membre;
-) consultation des soldes de points dans les commerces de la communauté. Dans une variante représentée en figure 9, il est également possible qu'un programme de fidélisation propriétaire soit intégré dans la communauté en ce sens que le commerce qui l'utilise devienne membre de la communauté, accepte des points "communauté" et crédite les points "shop" de ses adhérents aussi dans la communauté après avoir défini leur valeur d'échange en points de la communauté.
Ces commerces ne bénéficient pas du dispositif d'acquisition (stylo, formulaire) du programme de la communauté et continuent d'attribuer et d'échanger des points "shop" via leur programme de fidélisation propriétaire (avec lecteur de cartes par exemple) .
L'attribution et l'échange de points selon cette variante se font de la façon suivante :
Le programme de la communauté communique automatiquement et régulièrement au programme propriétaire la liste de l'ensemble de ses clients-adhérents valides, également adhérents du programme propriétaire, selon une fréquence à définir de cas en cas. Cette liste est établie sur base déclarative des adhérents lors de la souscription de la carte de la communauté, ou ultérieurement via une transaction Internet. Les informations transmises sont : les identifiants du client-adhérent au programme de la communauté et au programme propriétaire, son nom, prénom, adresse, la date de dernière mise à jour de l'une de ces données dans la base de données centrale de la communauté.
Dans le cas où des mises à jour plus récentes sont disponibles dans le programme propriétaire, celui-ci transmet ces données au programme de la communauté pour contrôle et intégration dans la base de données centrale.
Sur base de la liste commune de clients-adhérents, les transactions d'attribution de points "shop" réalisées via le programme propriétaire sont envoyées quotidiennement par le programme propriétaire au programme de la communauté. Les informations transmises sont : les identifiants du client-adhérent au programme de la communauté et au programme propriétaire, la date et l'heure de la transaction, le nombre de points attribués. Les points "shop" ainsi communiqués sont considérés comme des points "standards" .
Le programme propriétaire ne suit que ses points "shop" propriétaires, tandis que le programme de la communauté effectue un suivi des points à deux niveaux, les points "shop" dont ceux attribués/échangés par le programme propriétaire et les points "communauté" .
Dans le cas où un client-adhérent souhaite échanger des points "communauté" ou des points "shop" dans le commerce- membre utilisant son programme propriétaire, le commerçant effectue l'échange via une opératrice, un serveur vocal, une transaction spécifique Internet ou le système fax/OCR (voir les descriptions des transactions d'échange ci- dessus) .
La procédure est la suivante, à titre d'exemple avec une opératrice téléphonique : 1. le commerçant s'identifie après avoir composé un numéro d'appel en indiquant sur son clavier son numéro de commerce-membre et son mot de passe; 2. le commerçant a en ligne l'opératrice et lui indique l'identifiant du client-adhérent 2 figurant sur la carte de fidélité 1 présentée par le client-adhérent et la nature/nombre de points à échanger; 3. l'opératrice contrôle le nombre de points disponibles et valide la transaction après contrôle; dans le cas contraire elle signifie au commerçant le rejet de la transaction;
4. en cas d'acceptation de la transaction, l'opératrice donne un numéro de contrôle au commerçant qui peut alors remettre, en échange des points, la récompense demandée par le client-adhérent .
L'opératrice peut être remplacée par un système totalement automatisé avec un serveur vocal, selon des techniques connues de l'état de la technique.
Les transactions d'échange de points "shop" et "communauté" des clients-adhérents du programme propriétaire sont transmises quotidiennement par le programme de la communauté au programme propriétaire pour mise à jour des points "shop" correspondants. Les données transmises sont : les identifiants du client-adhérent au programme de la communauté et au programme propriétaire, la date et l'heure de la transaction, le nombre de points "shop" échangés, le nouveau solde de points "shop".
En synthèse, la figure 1 représente de façon schématique sous forme de schéma-blocs le dispositif global permettant la mise en œuvre des procédés autour d'une base de données centrale 10 et d'un serveur Web 13. Au-delà des procédés détaillés dans les pages qui précèdent, le procédé global de gestion de crédits tels que points de fidélité intègre également :
Des outils marketing, tels que les statistiques de " "Client Relationship Management" (CRM) . Le CRM offre une palette d'outils destinés aux commerces-membres et à leur communauté, qui contribuent à la rétention client et au développement du fonds de commerce. Un procédé de mise à jour automatisé des informations statiques clients-adhérents stockées dans la base de données centrale.
Une interface de personnalisation par les commerces- membres de la communauté via Internet.
Hors dispositif technique présenté : service d'accompagnement marketing et publicité, help-desk, services centraux traitant notamment la logistique (cartes, etc) .
Au centre du système se trouve un serveur avec une base de données informatique 10 sur laquelle se trouvent toutes les informations et données nécessaires pour la gestion, l'attribution des comptes, le suivi des transactions etc.
De tels serveurs et bases de données sont connus en soi dans l'état de la technique, notamment dans le domaine bancaire pour la gestion de comptes de clients et d'autres domaines similaires.
Les clients-adhérents et les commerces-membres de la communauté peuvent accéder à cette base de données centrale 10 par des accès 11, 12 en ligne, comme par exemple l'Internet (serveur Web 13) ou par réseau avec ou sans fil 14 (du type SMS ou par téléphone) . Les accès sont protégés (logins et mots de passe) et les droits d'accès sont définis dans la base en fonction de la personne qui accède, d'une façon connue dans l'état de la technique, par exemple comme lors de transactions en ligne avec une banque (paiements, consultations de solde, consultation d'écritures, transferts entre comptes etc.), comme sur des sites en ligne d'enchères.
Typiquement, pour la consultation, outre un accès sécurisé, l'on peut prévoir un accès par Internet pour les commerces- membres et clients-adhérents, avec login et mot de passe et une accessibilité 7j/7.
Pour les clients-adhérents, l'on peut prévoir un accès par SMS avec login et mot de passe, et une accessibilité 24h/24.
Comme autre solution connue en elle-même, l'on peut utiliser un serveur vocal avec un accès 24h/24 avec identification téléphonique, et communication d'un code particulier.
L'accès client-adhérent 11 typiquement permet la consultation du solde de points ("shop" ou "communauté") et l'échange de points dans le cadre de la bourse d'échange selon le procédé décrit ci-dessus pour proposer des points à la vente ou au contraire rechercher des points à acheter.
L'accès commerçant 12 quant à lui permet la transmission des points attribués lors de transactions d'achat, la transmission des points échangés et la consultation des soldes de points selon les procédés décrits ci-dessus. Au niveau de la base de données centrale 10, les comptes des clients-adhérents sont rais à jour en fonction des opérations effectuées selon les procédés décrits ci-dessus, a savoir transaction d'achat dans un commerce-membre, échange de points "shop" ou "communauté" dans un commerce- membre, vente ou achat de points entre clients-adhérents, don de points.
La base de données centrale 10 permet, par des programmes appropriés, le calcul de la compensation 15 entre commerces-membres selon le procédé décrit ci-dessus et également de faire des statistiques CRM ("Client
Relationship Management" ou Optimisation de la relation client, voir 12) .
Comme indiqué, la base de données centrale intègre les données notamment :
-) Statiques : . Programme
. Pays
. Communautés
. Commerces-membres
. Clients-adhérents . Points
-) Transactions déclenchées par des opérations externes : attribution et échange de points via le dispositif d'acquisition ou via une interface standardisée entre les bases de données propriétaires externes et la base de données centrale .
-) Transactions internes à la base de données centrale : conversion et échange de points sur la plate-forme d'échange de points, calcul et historisation des soldes de points, compensation financière intercommerces, échange de points dans le cadre de la bourse d'échange, production des statistiques CRM.
La base de données centrale 10 peut également communiquer avec des programmes de fidélisâtion propriétaires de commerces spécifiques via une interface standardisée 17 entre le programme propriétaire et la base de données centrale. En cas d'adaptation du programme propriétaire, le commerce est responsable de l'adaptation de ses programmes pour l'envoi des données. L'interface d'échange de données 17 entre les deux programmes est standardisée, identique pour tous les programmes propriétaires qui s'intègrent au programme de la communauté .
Pour les mises à jour de la base de données centrale, les principes suivants peuvent être mis en œuvre.
Mises à jour par des sources externes:
-) mises à jour automatisées, via une Centrale, des données statiques relatives aux clients-adhérents; -) fréquence annuelle de mise à jour par l ' achat/abonnement à des bases de données externes 16 (variable selon pays) .
Mises à jour par les clients-adhérents :
-) mises à jour directes par les clients-adhérents sur Internet de leurs données personnelles (par un formulaire en ligne) ; -) certaines données ne peuvent être mises à jour que par les clients-adhérents (par exemple leur participation à d'autres programmes de fidélisation...) .
Comme indiqué, le procédé selon l'invention permet également d'effectuer des analyses statistiques dites "CRM" (Client Relationship Management = optimisation de la gestion de la relation client) .
Le CRM offre une palette d'outils, qui contribuent à la rétention client et au développement du fonds de commerce. Le développement croissant de la concurrence, couplé avec une pression croissante sur les marges, incitent les commerces à rechercher la préservation de leur fonds de commerce et son optimisation.
Les outils traditionnels CRM ont besoin d'un renouveau : une plus grande réactivité face à la mobilité des clients- adhérents (qualité de mise à jour des bases de données pour du mailing ciblé) , des sites Internet répondant de mieux en mieux à l'évolution des besoins des clients, des modes de communication en phase avec les derniers développements technologiques (technologies mobiles, course permanente à 1' innovation) .
Dans le procédé, l'on dispose d'un outil CRM d'analyse de la clientèle simple et intuitif disponible en tout temps, 24h/24 via Internet, personnalisable, offrant une mesure d'efficacité du programme de fidélité, d'une plate-forme commune multi-commerces pour des actions de marketing ciblées . Le service proposé permet de fidéliser les clients à travers un programme/une carte de fidélité et de lancer des actions de marketing ciblées sur base d'analyses de la typologie et des comportements des clients-adhérents, des commerces-membres et des communautés de commerces.
En effet, pour fidéliser une clientèle, il faut commencer par la connaître (cf. statistiques CRM développées ci- après) et travailler le fonds de commerce en menant des actions marketing ciblées (cf. accompagnement marketing 1 to 1) .
L'on peut analyser le profil des clients-adhérents des commerces/communautés sur base des catégories du formulaire d'adhésion au programme : origine géographique, tranche d'âge, catégorie socio-professionnelle...
L'on peut également s'attacher à la répartition des clients-adhérents selon leur niveau de fréquentation des commerces-membres : identification des clients-adhérents les plus actifs et les moins actifs, pour mener des actions de marketing ciblées afin d'optimiser la fréquentation
En outre, l'on peut obtenir des statistiques comportementales telles que :
Fréquentation clientèle :
-) répartition de la fréquentation des clients-adhérents
(nombre de points attribués et/ou échangés) par tranche horaire dans la journée, sur une semaine, un mois, jusqu'aux 12 derniers mois ; permet aux commerces/communautés de connaître : -) les pics de fréquentation des clients-adhérents, soit les bons clients, et d'optimiser la fréquentation en offrant des avantages supplémentaires aux périodes creuses; -) l'évolution dans le temps de la fréquentation pour comprendre/mesurer l'efficacité des campagnes marketing ou actions commerciales menées par le commerce-membre.
Répartition de la fréquentation par secteur d'activité au niveau de la communauté :
-) nombre de points attribués et/ou échangés par secteur d'activité ; permet d'identifier le mode de consommation des clients- adhérents et son évolution dans le temps.
Une autre analyse concerne la volumétrie des points "communauté" attribués et/ou échangés au niveau d'un commerce/communauté sur les 12 derniers mois qui forme une 1ère approche de mesure d'efficacité du programme des commerces-membres et de la communauté sur base de l'évolution de l'activité des clients-adhérents .
Pour un commerce-membre donné, l'on peut effectuer des statistiques de mesure d'actions commerciales ponctuelles, sur base du volume des points "actions spécifiques" attribués et/ou échangés sur une période de temps.
Une autre manière de procéder consiste à produire des statistiques CRM sur-mesure comme des analyses clientèle selon des critères croisés spécifiques, à déterminer avec le commerce/la communauté. Une autre offre spécifique pour les gestionnaires de centres commerciaux serait des statistiques de benchmarking entre centres commerciaux pour mesurer l'efficacité des programmes de fidélisation d'un centre commercial à l'autre (d'une communauté à l'autre) et les typologies clientèles comparées .
Bien entendu, toutes les statistiques standard/sur-mesure sont accompagnées de mises en forme graphiques utilisant des moyens informatiques connus.

Claims

Revendications
1. Procédé de gestion de points de fidélité d'utilisateurs au sein d'un réseau de membres formant une communauté, comprenant les étapes suivantes pour l'attribution de points :
-saisie d'un numéro identifiant (2) d'un utilisateur par un dispositif d'acquisition (3) mis à la disposition d'un membre à partir d'un objet portable de l'utilisateur (1) ; -attribution automatique de points "shop" sur la base de règles de fidélisation paramétrées, personnalisables par le membre ;
-stockage de données comme les points "shop" et le numéro identifiant (2) par le dispositif d'acquisition (3) ; -transmission par un logiciel des données du dispositif d'acquisition (3) vers un boîtier de communication (6) puis vers un serveur central comprenant une base de données centrale (10) ; -conversion automatique des points "shop" en points "communauté", qui ont une contre-valeur financière, selon des règles d'échange propres au membre ;
-mémorisation des points "shop" et/ou "communauté" sur le compte unique lié au numéro identifiant (2) de l'utilisateur sur la base de données centrale (10) .
2. Procédé de gestion de points de fidélité selon la revendication 1 caractérisé en ce qu'il comprend en outre une étape de saisie d'un numéro d'identifiant du membre.
3. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce que l'étape de transmission par un logiciel des données du dispositif d'acquisition (3) vers un serveur central précède la transformation automatique des points "shop" en points "communauté" qui se fait par un programme spécifique du serveur central .
4. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce qu'il permet un échange de points entre un utilisateur et un membre selon les étapes suivantes : -saisie du numéro d'identifiant (2) de l'utilisateur ; -saisie par le dispositif d'acquisition (3) de la nature de la transaction souhaitée, la nature du point échangé, "shop" ou "communauté", et le nombre de points concernés et stockage de l'information dans la mémoire dudit dispositif d'acquisition (3) ; -transmission de 1 ' information collectée vers la base de données centrale (10) ;
-acceptation ou refus de l'échange par le serveur central ; -en cas d'acceptation, mise à jour de la base de données (10) en calculant un nouveau solde disponible.
5. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce qu'il prévoit une compensation financière automatisée et équitable entre membres de la communauté pour compenser les points utilisés dans un commerce membre et non attribués par celui-ci, comprenant les étapes suivantes : -calcul périodique du solde inter-commerce de manière automatique par des programmes appropriés dans la base de données centrale (10) ; -débit automatique des comptes à débiter et crédit sur un compte de compensation ;
-indemnisation des membres à indemniser à partir du compte de compensation.
6. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce qu'il prévoit une transaction de points entre utilisateurs selon le procédé suivant :
-saisie sur la base de données centrale (10) par un utilisateur vendeur d'informations comme le nombre de points à vendre, leur prix ; -saisie sur la base de données centrale (10) par un utilisateur acheteur d'informations comme le nombre de points demandés, le prix accepté ;
-affichage des offres d'utilisateur vendeur compatibles avec les informations de l'utilisateur acheteur après une recherche par un moteur de recherche sur la base de données centrale (10) ;
-paiement sécurisé en ligne de l'offre retenue par l'utilisateur acheteur ;
-transfert des points entre les utilisateurs vendeur et acheteur dans la base de données centrale (10) .
7. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce qu'il comprend une étape de mémorisation des paramètres de personnalisation d'un membre et des points "shop" et/ou "communauté" attribués et échangés pour l'ensemble des utilisateurs du commerce du membre et une étape de consultation de ces données par un accès en ligne par une liaison de type Internet.
8. Procédé de gestion de points de fidélité selon l'une des revendications précédentes caractérisé en ce qu'il comprend une étape de mémorisation des soldes de points "shop" et/ou "communauté" à un instant "t" en cumul et par commerce-membre et une étape de consultation de ces données par un accès en ligne par une liaison de type Internet .
9. Dispositif d'acquisition de crédits, comme des points de fidélité ou autres équivalents, pour des utilisateurs au sein d'un réseau de membres lors de transactions entre utilisateurs et membres, caractérisé en ce qu'il comprend -un dispositif d'acquisition (3) mis à la disposition des membres permettant la saisie de l'identifiant (2) d'un utilisateur,
-un moyen d'attribution automatique de points "shop" sur la base de règles de fidélisation paramétrées, personnalisables par les membres,
-un moyen de transmission (6) d'une information ainsi collectée vers
-une base de données centrale (10) dans laquelle est stockée l'information concernant tous les utilisateurs, les membres et les crédits desdits utilisateurs,
-un moyen de conversion automatique de crédits attribués de type "shop" vers des crédits de type "communauté", et -une mémoire sur la base de données centrale (10) pour stocker ces crédits sur un compte utilisateur lié à son identifiant.
10. Dispositif selon la revendication 8, caractérisé en ce que l'identifiant (2) de l'utilisateur est porté sur un objet couramment porté comme une carte de fidélité (1), une montre, un bracelet ou un téléphone portable, et/ou en ce que le dispositif d'acquisition (3) comprend un stylo numérique et des formulaires papier (4) ou un accès Internet, et/ou en ce que le moyen de transmission consiste en un mini PC avec connexion Internet ou un téléphone mobile .
11. Dispositif selon la revendication 9 ou 10, caractérisé en ce qu'il comprend une base de données centrale (10) et des programmes appropriés permettant le calcul de la compensation entre membres.
12. Dispositif selon l'une des revendications 9 à 11, caractérisé en ce que le dispositif d'acquisition est un assistant mobile comprenant un lecteur de code-barre ou de piste magnétique pour la lecture de l'identifiant d'un utilisateur, et un moyen de communication en temps réel de type GPRS, UMTS, Wifi, avec la base de données centrale.
PCT/IB2006/000896 2005-04-18 2006-04-18 Procede de gestion de credits tels que points de fidelite et dispositif pour sa mise en oeuvre WO2006111815A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR0503851 2005-04-18
FR0503851A FR2884634B1 (fr) 2005-04-18 2005-04-18 Procede de gestion de credits tels que points de fidelite et dispositif pour sa mise en oeuvre

Publications (1)

Publication Number Publication Date
WO2006111815A1 true WO2006111815A1 (fr) 2006-10-26

Family

ID=34977048

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2006/000896 WO2006111815A1 (fr) 2005-04-18 2006-04-18 Procede de gestion de credits tels que points de fidelite et dispositif pour sa mise en oeuvre

Country Status (2)

Country Link
FR (1) FR2884634B1 (fr)
WO (1) WO2006111815A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001033451A1 (fr) * 1999-10-29 2001-05-10 Harris G Christopher Procede d'hebergement de marche sur l'internet pour echange de monnaie electronique fictive (epc)
US20020013171A1 (en) * 2000-05-09 2002-01-31 Akihiro Akamatsu Service point management apparatus and service point management method enabling ready point management
US6348914B1 (en) * 1999-10-05 2002-02-19 Raja S. Tuli Writing device for storing handwriting
US20020120580A1 (en) * 2001-02-23 2002-08-29 Mayes Robert C. Secure data transfer apparatus and method
US20050021399A1 (en) * 1999-06-23 2005-01-27 Richard Postrel Method and system for issuing, aggregating and redeeming points based on merchant transactions
US20050021400A1 (en) * 1999-06-23 2005-01-27 Richard Postrel Method and system for using multi-function cards for storing, managing and aggregating reward points

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021399A1 (en) * 1999-06-23 2005-01-27 Richard Postrel Method and system for issuing, aggregating and redeeming points based on merchant transactions
US20050021400A1 (en) * 1999-06-23 2005-01-27 Richard Postrel Method and system for using multi-function cards for storing, managing and aggregating reward points
US6348914B1 (en) * 1999-10-05 2002-02-19 Raja S. Tuli Writing device for storing handwriting
WO2001033451A1 (fr) * 1999-10-29 2001-05-10 Harris G Christopher Procede d'hebergement de marche sur l'internet pour echange de monnaie electronique fictive (epc)
US20020013171A1 (en) * 2000-05-09 2002-01-31 Akihiro Akamatsu Service point management apparatus and service point management method enabling ready point management
US20020120580A1 (en) * 2001-02-23 2002-08-29 Mayes Robert C. Secure data transfer apparatus and method

Also Published As

Publication number Publication date
FR2884634B1 (fr) 2007-06-22
FR2884634A1 (fr) 2006-10-20

Similar Documents

Publication Publication Date Title
US11403659B2 (en) Method for populating member profiles
US20220391940A1 (en) Method For Populating Member Profiles
US20190370847A1 (en) Method and systems relating to the use of blockchain and self-sovereign identity for gift cards, rewards, and incentives programs
AU2010281441B2 (en) Successive offer communications with an offer recipient
US7467096B2 (en) System and method for the real-time transfer of loyalty points between accounts
US8185439B2 (en) Patronage incentive saving system and method for retail businesses
US8793160B2 (en) System and method for processing transactions
US20030004809A1 (en) Method and system for automatically calculating and managing consumer earned equity
US8719087B2 (en) Consolidated consumer rewards systems and methods
US20090254412A1 (en) Methods and systems using targeted advertising
US20130036001A1 (en) System for an integrated multi-vendor customer loyalty and targeted marketing program and method for its use
US20110202402A1 (en) Marketing systems and methods
US20140200997A1 (en) System and Method for Selecting, Distributing, Redeeming, and Reconciling Digital Offers
US20140025470A1 (en) Method and system for facilitating merchant-customer retail events
CN102498497A (zh) 用于定向广告投放的系统和方法
KR20100049602A (ko) 복수-벤더 복수-로얄티 통화 프로그램
CN103875010A (zh) 智能支付系统
US10915959B2 (en) System and method for spend management and investment of funds
US10949888B1 (en) Geographically targeted, time-based promotions
US20120203608A1 (en) Systems and methods for providing loyalty awards of stock
CA2866675A1 (fr) Systemes et procedes pour determiner des recommandations de produits en fonction de donnees de portefeuille de placement
US20190347644A1 (en) Mobile Device Enablement of Universal Prepaid Cards
JP2022104128A (ja) 選択装置、選択方法及び選択プログラム
US20220215419A1 (en) Method and system for refunding a purchase
US20150302368A1 (en) Purchase full refund method and system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06727490

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载