EP1493112A1 - System and method for providing relative price point incentives based upon prior customer purchase behavior - Google Patents

System and method for providing relative price point incentives based upon prior customer purchase behavior

Info

Publication number
EP1493112A1
EP1493112A1 EP02709796A EP02709796A EP1493112A1 EP 1493112 A1 EP1493112 A1 EP 1493112A1 EP 02709796 A EP02709796 A EP 02709796A EP 02709796 A EP02709796 A EP 02709796A EP 1493112 A1 EP1493112 A1 EP 1493112A1
Authority
EP
European Patent Office
Prior art keywords
category
incentive
price
cid
price point
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP02709796A
Other languages
German (de)
French (fr)
Other versions
EP1493112A4 (en
Inventor
Gary M. Katz
Ryan Carr
Angela Clemens Kimes
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Catalina Marketing International Inc
Original Assignee
Catalina Marketing International Inc
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 Catalina Marketing International Inc filed Critical Catalina Marketing International Inc
Publication of EP1493112A1 publication Critical patent/EP1493112A1/en
Publication of EP1493112A4 publication Critical patent/EP1493112A4/en
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0238Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222During e-commerce, i.e. online transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • G06Q30/0273Determination of fees for advertising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination

Definitions

  • This invention relates to the field of marketing. More specifically, this invention relates to the field of marketing consumer goods.
  • Point of sale (POS) computer systems function to account for transactions at POS terminals.
  • POS systems typically include a database management system including a product price look-up table which is accessed by the POS terminal during a transaction.
  • POS systems retrieve to the POS terminal data defining the prices of items for which a consumer requests purchase.
  • POS systems total the costs for all of those items.
  • POS systems log the purchase of the items.
  • Some POS systems log the purchase of items in transaction records also including a unique customer identification (CTD) associating that CID with the items purchased, the price of the items purchased, and the quantity of each product item purchased, the date of purchase, and the lane (POS terminal identification) in which the purchase occurred.
  • CID unique customer identification
  • the present inventors recognize that the data stored in some POS computer systems can beneficially be used to determine purchase incentives that would induce customers to purchase certain products, as indicated below.
  • Figure 1 is a schematic showing a network computer system for performing the present invention
  • Figure 2A-2C each schematically show a data structure for records in a central database of a central computer system of the invention
  • Figure 3 is a high level flowchart showing high level steps of the invention
  • Figure 4 is a high level flowchart showing steps providing incentives to customers
  • Figure 5 is a medium level flowchart showing steps for analyzing transaction data for step 330 in figure 3;
  • Figure 6 is a medium level flowchart showing steps for generating incentive data for step 340 in figure 3.
  • Figure 1 shows a computer network system 1.
  • System 1 preferably includes central computer system 11, central database 12, Internet 13, retailerl computer system 14, retailerl database 15, retailer2 computer system 16, retailer2 database 17, retailer3 computer system 18, and retailer3 database 19.
  • system 1 may include customer computer 5, manufacturer computer system 6, and manufacturer database 7.
  • the present invention may also function with either a single computer system performing all of the functions that are specified below or the single central computer system 11 and a single retailer computer system (one of 14, 16, 18).
  • Each of the noted computer systems 6, 11, 14, 16, and 18 preferably include hardware and software enabling them to exchange data via the Internet 13.
  • Each of the aforementioned computer systems is indicated as connected to Internet 13 via a communication line.
  • the communication lines may be electrical, optical, or wireless based lines.
  • the data communication need not be over the Internet.
  • Each of the databases 7, 12, 15, 17, and 19 preferably are relational computer database systems in which data is stored in sets of fields associated with one another, referred to as records, and in which data of the same type, e.g., field, is stored in a common format and in association with a field name. Field names are optional.
  • Each set of records and fields having the same types of associations is called a table.
  • Each of the aforementioned databases may have a plurality of tables.
  • Each of those tables may include one or more fields the concatenation of which provides a unique identification of that record in that table. Those unique identifications are referred to as primary keys.
  • Each of the tables may include a field which is a primary key in a different table, which field is referred to in the subject table as a foreign key.
  • each of the database management systems includes associated software enabling a plurality of software functions to be performed on the records and tables in the database, including sorting, summing, and selecting, preferably based upon the structured query language (SQL) standard database language.
  • SQL structured query language
  • Each of the aforementioned computer systems preferably includes at least one digital processor and hardware for inputting and outputting data and inputting control signals.
  • Retailer databases 15, 17, and 19 are each representative of databases of a retailers POS systems. Each one of those databases preferably includes transaction records for transactions recorded by the POS terminals (lanes), in the corresponding retail store or stores.
  • each of the retailer computer systems 14, 16, 18, may represent the computer POS system for a single store or a plurality of associated stores.
  • Central database 12 stores transaction data from various ones of the retailers.
  • the transaction data stored in central database 12 corresponds to transaction data stored in each one of the retailer databases 15, 17, 19.
  • FIGS 2A-2C illustrate alternative data structures of transaction data records stored in the central database 12.
  • Figure 2A shows record format 200 including records illustrated by rows including field name record 210, data record 211, and data record 212.
  • Data structure 200A also shows columns illustrating data fields including the store ID field 213, the customer ID field 214, the transaction date field 215, the lane ID field 216, the UPCl field 217A, the UPCl price field 217B, the UPC2 field 218A, and the UPC2 price field 218B.
  • the data structure 200 A would include additional pairs of UPC and price fields for all UPCs corresponding to products sold in the corresponding store or stores controlled by one of the retailer computer systems 14, 16, 18.
  • the UPCl field stores the number of product items having UPC code UPCl in the transaction associated with the data record.
  • the UPCl price field stores a price associated with the UPCl product .items purchased in the transaction; either the per unit price, the average per unit price, or the total price for all product items having UPC code UPC 1.
  • Figure 2B shows data structure 200B including the same columns 213, 214, 215, and 216 as in Figure 2 A.
  • the data structure in 200B differs from the data structure 200 A in the manner in which the product transaction data is stored.
  • field 217C stores in a single field a UPC code of a first product purchased, the number of units of that product purchase, and an associated price for the purchase of the units of that product.
  • Field 218C stores UPC code, number of units purchases, and associated price for the next product contained in the same transaction record. Additional fields would contain UPC codes, number of units purchased, and associated price for each of the remaining products contained in the transaction record.
  • Elements 210B, 21 IB, and 212B correspond to elements 210, 211, and 212, differing only in the naming of the field headings 217C, 218C, and corresponding data for product items contained in the transactions.
  • Figure 2C shows data structure 200C presenting yet another means in which the same data shown in the data structures 200A and 200B can be stored.
  • data structure 200C all data for products purchased, the number of units of the products purchased, and associated prices are stored in a data delimited form in the single data field 217A.
  • the triplet of product UPC code, number of units purchased, and associated price are separated from the next triplet by a field delimiter, shown here to be a semi colon, and each member of the triplet is separated from one another by another delimiter, shown here to be a comma.
  • Data records 200A-200C illustrate alternative data structures in which transaction data can be stored.
  • One skilled in data base design will recognize that there are other data structures that may be used to store the same data.
  • the TransDate field may contain both date and time of day data.
  • a product or service category as used herein means a group of products or services that have a similar set of characteristics such that they may be considered to provide consumers interchangeable utility. Examples of categories of products are tomato sauce, cold cereal, canned beans, and deodorants.
  • a purchase cycle is defined herein to mean the average or medium period of time between purchases of products associated with a CID, or a store D and a CID. That is, the average time between purchases of goods associated with either the same consumer or consumers that use the same CED, such as members of a household or family.
  • a category specific purchase cycle is defined herein to mean the average, median, or range of time centered about either the average or median times between purchase of goods in a specified category in association with a CID, or a store ID and a CID.
  • the category specific purchase cycle is a prediction of the time between when a consumer purchases products from the specified category.
  • a category specific price point is defined herein to mean a difference in price between two brands of products in the same category at which purchases (by consumers) associated with a CID, or with a store ID and a CLD are statistically equally likely to be for either of the two brands of products.
  • FIG. 3 shows steps involved in recording and analyzing transaction data.
  • a retailer's POS system records transaction data.
  • the transaction data typically includes a customer LD, a transaction date and time, a lane specification, and the UPC codes, number of units of that UPC code that are contained in the transaction, and the associated price, for each product item in a transaction.
  • the transaction record includes a CED.
  • the transaction record may include a store ID.
  • store LDs may be associated with records received by the central computer system 11 when the central computer system receives records from a specified retailer computer system, such as retailer computer systems
  • a retailer computer system transmits transaction data to the central computer system 11.
  • the central computer system 11 stores that transaction data in the central database 12.
  • the central computer system 11 analyzes the transaction data. Results of that analysis include records which contain either a CID or a store ID and a CID. Each record also includes data indicating at least one category and an associated category specific price point. Each record preferably also includes at least one of data indicating a purchase cycle and a category specific purchase cycle for the specified category.
  • the central computer system 11 In step 340, the central computer system 11 generates incentive data.
  • the incentive data includes data associated with a CID, and preferably data specifying discounts contingent upon the purchase of specified products.
  • the incentive data is also stored in association with at least one of a store ID and a retailer chain ID.
  • the retail computer system transmits the incentive data relating to transaction data from a specified retail store or association of stores to the corresponding retailer computer system 14, 16, 18 either for one or a plurality of CLDs.
  • the corresponding retail computer system stores the incentive data in the corresponding retailer database 15, 17, or 19.
  • the data may used by the CPU of the retailer computer system or the CPU, if any, of a smart POS terminal, in processing that transaction.
  • the incentive data need not be stored in the database 15, 17, 19.
  • Figure 4 shows steps involved in providing incentives to the customer during a transaction in a retail store.
  • the incentives could be provided via postal mail, via email, or via any other communication medium.
  • the retail computer system 14, 16, or 18, records a CID, preferably at a POS terminal. That recording may occur during a customer's transaction in which the customer is purchasing products. However, the retail computer system may record the customers' CID at any time. For example, the retailer's computer system may record the CID in response to receipt of that CID transmitted from the customer computer 5 over the Internet 13 to the retailer computer system.
  • one or more CLDs may be transmitted by the manufacturer computer system 6 to any one of the retailer computer systems 14, 16, 18.
  • either the manufacturer computer system 6 or the customer computer 5 may transmit one or more CLDs and one or more retailer computer system identifications to the central system 11.
  • the central computer system 11 may generate incentive data and transmit the mcentive data to the corresponding retailer computer system, or to the manufacturer computer system 6.
  • the central computer system 11 may transmit the incentive data for a specific consumer (as indicated for example by a CLD associated with a network address for the customer's computer 5) to that consumer's customer computer 5.
  • the incentive data may specify, or whichever computer system to which that data is sent may contain means for, printing that data in either or both of machine readable and human readable form. That is, the incentive data may be printed or stored in the form of vouchers or coupons providing discounts to the specified CID for purchases of one or more specified products.
  • the retailer computer system controlling the POS terminal at which the
  • CLD has been recorded, typically but not necessarily in association with a purchase transaction at the POS terminal, determines whether the CLD qualifies for incentives.
  • step 421 assuming the answer to the determination in step 420 was yes, the retailer computer system provides incentive to the customer.
  • the POS terminal or an associated device generates the incentive so that it can be provided to the person holding the CID. It may be the central computer system 11 instead of a retailer computer system which performs step 420 during the customer's transaction.
  • step 422 the retailer computer system completes the customer's transaction at the point of sale terminal and awaits the next transaction. This step involves the storing of the customer's transaction record for the current transaction.
  • Figure 5 shows steps involved in analyzing data.
  • figure 5 shows a flowchart including four nested loops.
  • the outermost loop involves retrieving from memory the next customer L ⁇ .
  • the intermediate loop involves retrieving from memory the next category.
  • the two inner loops involve determining whether data associated with a CLD indicates that the CID corresponds to category switcher purchase behavior and, if category switcher behavior exists, whether the purchase data meets filters indicating that the incentives for the associated CID should be price based.
  • step 510 the central computer system 11 retrieves the next customer LD.
  • step 520 the central computer system 11 receives the next product category.
  • step 530 the central computer system determines whether the CLD's transaction for products in the current category retrieved in step 520 meets category switcher criteria. If the CLD's transaction data for that category does not meet category switcher criteria, the processing loops back to step 520 and retrieves the next category. If the CLD's transaction data for that category does meet switcher criteria for that category, processing continues to step 540.
  • a client brand is defined herein to mean a brand of a manufacturer associated with an incentive program for execution by the central computer system 11.
  • a competitive brand of a specified category is defined herein to mean a brand of a product associated with that category made by other than the manufacturer of the client brand.
  • the specified manufacturer is an entity requesting services from the entity owning the central computer system 11 disclosed herein.
  • the specific manufacturer may be a manufacturer requesting the owner of the central computer system 11 to perform a customer category specific price point marking program as disclosed in this application.
  • a dominant competitive brand in a specified category is defined herein to mean a brand, other than the client brand, for which there are associated with the current CID the most purchases (as measured either in number of units purchased or dollar value of purchases or number of times a shopper goes to a store and buys in the specified category, referred to herein as category trips) in the product category over a specified period of time.
  • that specified period of time is at least two months, more preferably at least six months and more preferably at least about one year.
  • that specified period of time extends up to the present time, or to within about one, two, or three weeks of the present time.
  • Step 530 involves the sub-steps of (1) determining the dominant competitive brand in the specified category for the current CID and (2) determining whether the CID's purchase behavior with respect to the dominant competitive brand and the client brand or brands meets category switcher criteria.
  • the client brand may be specified.
  • the central database 12 may store a table or file listing the product brands for each one of a plurality of product categories.
  • the dominant competitive brand for the specified category is defined to be the brand of product other than the client brand for which either the largest number of units or the largest number of dollars of purchases exists in the transaction records associated with the current customer LD being analyzed in step 530.
  • the method of analyzing the data need not be limited to algorithm specifically shown and discussed with respect to figure 5.
  • the loops retrieving CLDs and categories can be inverted without affecting the results of the analysis shown in Figure 5.
  • central computer system 11 determines whether the CID's transaction data meets certain filter criteria. If the CID's transaction data for the specified category does meet the filter criteria, processing returns to step 520 and the next category is retrieved.
  • Filter criteria are criteria indicating that providing to a customer holding a card storing the CID incentives based upon price point data would be ineffective, either because of lack of price point sensitivity or because the incentives would interfere with a sponsoring manufacturer's anticipated sales.
  • one filter is criteria indicating lack of price sensitivity between the dominant competitive and client brands.
  • Another filter is criteria indicating that the dominant competitive and client brands for the specified category are both made by the same manufacturer. That is, customer loyalty to a manufacturer for a specified category is a filter which returns processing from step 540 back to step 520 to retrieve the next category.
  • Another filter is data showing the customer's tendency to purchase different brands in the same product category during the same purchase. This purchase behavior shows a lack of price point sensitivity. Purchasing in multiple brands for products in the same category during the same purchase transaction is a filter which returns processing from step 540 back to step 520 to retrieve the next category.
  • step 540 if no filter criteria are met, processing proceeds to step 550.
  • step 550 central computer system 11 determines the category specific price points between the dominant competitive and client brands for the CID and specified category.
  • the CID's transaction data in the hand soap category may indicate that the dominant competitive brand is Dial brand soap.
  • the client brand may be Ivory brand soap.
  • the CID's transaction data for the hand soap category may indicate that the customer purchases Dial soap whenever Dial soap is no more than 20 cents more expensive than Ivory soap, per 4 ounce bar of soap.
  • the price point is 20 cents favoring Dial over Ivory.
  • the period of time extends from the current time back from between a few months, preferably greater than six months, and preferably up to one year.
  • Price point determinations are preferably based upon price data for the dominant competitive and client brands in the specified category in a specified store at the time of each transaction being analyzed in step 530.
  • Price data for all products is preferably obtained from the transaction records transmitted from the retail store to the central computer system 11.
  • the data for the price of both the dominant competitive and the client brands in a specified store at a specified time may be determined by the central computer system 11 by reviewing data for additional customer records corresponding to purchases made in the corresponding retail store for both the dominant competitive and client brands.
  • price data for all product brands sold in a store may be periodically or mtermitte ⁇ tly transmitted from each retailer computer system 14, 16, 18 to the central computer system 11.
  • the central computer system 11 may use any of the foregoing sources of product price data at various times to predict product brand price variations and future prices in a specific retail store as a function of time.
  • the central computer system 11 determines the category specific purchase cycle. For example, the central computer system 11 might determine that the CID associated with a specified customer and a specified retail store purchases hand bar soap most probably in the range of two to four weeks after the most recent prior purchase. In this example, the purchase cycle in the hand bar soap category for this specified customer ID would be set at between two and four weeks, preferably at three weeks.
  • Figure 6 illustrates steps involved in the central computer system 11 in generating incentive data.
  • step 610 the central computer system retrieves the next pair of CID and category.
  • step 620 the central computer system 11 determines for the retrieved CLD and category whether price point and purchase cycle data are present. If no price point and purchase cycle data is present, processing returns to step 610 to retrieve the next C D and category combination. If price point and purchase cycle data exist for the current CID and product category, processing proceeds to step 630.
  • the central computer system 11 anticipates the price differential between the dominant competitive and client brand in the specified category at a time indicated by the purchase cycle data when the customer associated with the current customer ID is likely to next purchase products in the specified category.
  • the anticipation may of course be based upon the current or recent past price differential.
  • the anticipation may be based upon interpolating using annual cyclical price variations, or by extrapolating based upon recent trends (less than one year) in prices. Extrapolation for example may employ linear regression analysis.
  • the central computer system 11 determines an incentive value based upon the price differential anticipated in step 630 and the price point determined in step 550.
  • the incentive is preferably a discount contingent upon purchase of the client brand during a specified period of time.
  • the central computer system may also determine when or during what period of time to offer the customer associated with the current specified CID the foregoing incentive.
  • the price point based incentives for a category may be offered from the current time until the end of the calculated purchase cycle, at a time corresponding to a few days around the mid point of the category specific purchase cycle, or near the end of a category specific purchase cycle.
  • the incentive determined in step 640 may be Offered to the customer either via transmission over the Internet to an address associated with the CLD, such as the customer's email address, often associated with the customer computer 5, to a personal web page (i.e., a web site address for which the file associated therewith is programmed to display graphics or information preselected by the person associated with the CID) associated with a CLD, to the retailer computer system 14, 16, or 18 associated with the retailer ID and customer ID, or to the manufacturer computer system 6. If the central computer system 11 transmits the incentive data to one of the retailer computer systems 14, 16, 18, then the retailer computer systems can provide the corresponding mcentive to the customer associated with the CID when the customer next presents the CLD at a POS terminal.
  • an address associated with the CLD such as the customer's email address, often associated with the customer computer 5
  • a personal web page i.e., a web site address for which the file associated therewith is programmed to display graphics or information preselected by the person associated with the CID
  • the invention also comprises a computer program product storing prograrrrming to implement the steps of the invention.

Abstract

The invention provides a system, computer program, and method for generating price point based incentives comprising: determining a category specific price point (620) associated with a dominant competitive brand and a client brand; generating an incentive (630) for said client brand based upon said price point and an anticipated price differential (640).

Description

TITLE OF THE INVENTION
SYSTEM AND METHOD FOR PROVIDING RELATIVE PRICE POINT INCENTIVES BASED UPON PRIOR CUSTOMER PURCHASE BEHAVIOR
BACKGROUND OF THE INVENTION Field of the Invention
[0001] This invention relates to the field of marketing. More specifically, this invention relates to the field of marketing consumer goods.
Discussion of the Background
Point of sale (POS) computer systems function to account for transactions at POS terminals. POS systems typically include a database management system including a product price look-up table which is accessed by the POS terminal during a transaction. POS systems retrieve to the POS terminal data defining the prices of items for which a consumer requests purchase. POS systems total the costs for all of those items. POS systems log the purchase of the items. Some POS systems log the purchase of items in transaction records also including a unique customer identification (CTD) associating that CID with the items purchased, the price of the items purchased, and the quantity of each product item purchased, the date of purchase, and the lane (POS terminal identification) in which the purchase occurred.
The present inventors recognize that the data stored in some POS computer systems can beneficially be used to determine purchase incentives that would induce customers to purchase certain products, as indicated below.
SUMMARY OF THE INVENTION It is an object of this invention to determine purchase incentives sufficient to induce customers to purchase products upon which the incentives are offered.
It is another object of this invention to provide those purchase incentives to the customers.
BRIEF DESCRIPTION OF THE DRAWINGS These and other objects of the invention are explained in more detail below with reference to the following figures. Figure 1 is a schematic showing a network computer system for performing the present invention;
Figure 2A-2C each schematically show a data structure for records in a central database of a central computer system of the invention;
Figure 3 is a high level flowchart showing high level steps of the invention; Figure 4 is a high level flowchart showing steps providing incentives to customers;
Figure 5 is a medium level flowchart showing steps for analyzing transaction data for step 330 in figure 3; and
Figure 6 is a medium level flowchart showing steps for generating incentive data for step 340 in figure 3.
DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION
Figure 1 shows a computer network system 1. System 1 preferably includes central computer system 11, central database 12, Internet 13, retailerl computer system 14, retailerl database 15, retailer2 computer system 16, retailer2 database 17, retailer3 computer system 18, and retailer3 database 19. In addition, system 1 may include customer computer 5, manufacturer computer system 6, and manufacturer database 7.
While shown with one central computer system and three retailer computer systems, the present invention may also function with either a single computer system performing all of the functions that are specified below or the single central computer system 11 and a single retailer computer system (one of 14, 16, 18).
Each of the noted computer systems 6, 11, 14, 16, and 18 preferably include hardware and software enabling them to exchange data via the Internet 13. Each of the aforementioned computer systems is indicated as connected to Internet 13 via a communication line. The communication lines may be electrical, optical, or wireless based lines. The data communication need not be over the Internet. Each of the databases 7, 12, 15, 17, and 19 preferably are relational computer database systems in which data is stored in sets of fields associated with one another, referred to as records, and in which data of the same type, e.g., field, is stored in a common format and in association with a field name. Field names are optional. Each set of records and fields having the same types of associations is called a table. Each of the aforementioned databases may have a plurality of tables. Each of those tables may include one or more fields the concatenation of which provides a unique identification of that record in that table. Those unique identifications are referred to as primary keys. Each of the tables may include a field which is a primary key in a different table, which field is referred to in the subject table as a foreign key. Preferably, each of the database management systems includes associated software enabling a plurality of software functions to be performed on the records and tables in the database, including sorting, summing, and selecting, preferably based upon the structured query language (SQL) standard database language.
Each of the aforementioned computer systems preferably includes at least one digital processor and hardware for inputting and outputting data and inputting control signals.
Retailer databases 15, 17, and 19 are each representative of databases of a retailers POS systems. Each one of those databases preferably includes transaction records for transactions recorded by the POS terminals (lanes), in the corresponding retail store or stores. In this regard, each of the retailer computer systems 14, 16, 18, may represent the computer POS system for a single store or a plurality of associated stores.
Central database 12 stores transaction data from various ones of the retailers. The transaction data stored in central database 12 corresponds to transaction data stored in each one of the retailer databases 15, 17, 19.
Figures 2A-2C illustrate alternative data structures of transaction data records stored in the central database 12.
Figure 2A shows record format 200 including records illustrated by rows including field name record 210, data record 211, and data record 212. Data structure 200A also shows columns illustrating data fields including the store ID field 213, the customer ID field 214, the transaction date field 215, the lane ID field 216, the UPCl field 217A, the UPCl price field 217B, the UPC2 field 218A, and the UPC2 price field 218B. In addition, the data structure 200 A would include additional pairs of UPC and price fields for all UPCs corresponding to products sold in the corresponding store or stores controlled by one of the retailer computer systems 14, 16, 18. The UPCl field stores the number of product items having UPC code UPCl in the transaction associated with the data record. The UPCl price field stores a price associated with the UPCl product .items purchased in the transaction; either the per unit price, the average per unit price, or the total price for all product items having UPC code UPC 1.
Figure 2B shows data structure 200B including the same columns 213, 214, 215, and 216 as in Figure 2 A. The data structure in 200B differs from the data structure 200 A in the manner in which the product transaction data is stored. Specifically, field 217C stores in a single field a UPC code of a first product purchased, the number of units of that product purchase, and an associated price for the purchase of the units of that product. Field 218C stores UPC code, number of units purchases, and associated price for the next product contained in the same transaction record. Additional fields would contain UPC codes, number of units purchased, and associated price for each of the remaining products contained in the transaction record. Elements 210B, 21 IB, and 212B, correspond to elements 210, 211, and 212, differing only in the naming of the field headings 217C, 218C, and corresponding data for product items contained in the transactions.
Figure 2C shows data structure 200C presenting yet another means in which the same data shown in the data structures 200A and 200B can be stored. In data structure 200C all data for products purchased, the number of units of the products purchased, and associated prices are stored in a data delimited form in the single data field 217A. In this format, the triplet of product UPC code, number of units purchased, and associated price are separated from the next triplet by a field delimiter, shown here to be a semi colon, and each member of the triplet is separated from one another by another delimiter, shown here to be a comma.
Data records 200A-200C illustrate alternative data structures in which transaction data can be stored. One skilled in data base design will recognize that there are other data structures that may be used to store the same data. In addition, the TransDate field may contain both date and time of day data.
Embodiments of the method of the invention are specified in connection with Figures 3-6. The following definitions are useful in specifying the methods of the invention.
A product or service category as used herein means a group of products or services that have a similar set of characteristics such that they may be considered to provide consumers interchangeable utility. Examples of categories of products are tomato sauce, cold cereal, canned beans, and deodorants.
A purchase cycle is defined herein to mean the average or medium period of time between purchases of products associated with a CID, or a store D and a CID. That is, the average time between purchases of goods associated with either the same consumer or consumers that use the same CED, such as members of a household or family.
A category specific purchase cycle is defined herein to mean the average, median, or range of time centered about either the average or median times between purchase of goods in a specified category in association with a CID, or a store ID and a CID. The category specific purchase cycle is a prediction of the time between when a consumer purchases products from the specified category.
A category specific price point is defined herein to mean a difference in price between two brands of products in the same category at which purchases (by consumers) associated with a CID, or with a store ID and a CLD are statistically equally likely to be for either of the two brands of products.
Figure 3 shows steps involved in recording and analyzing transaction data. In step 310, a retailer's POS system records transaction data. The transaction data typically includes a customer LD, a transaction date and time, a lane specification, and the UPC codes, number of units of that UPC code that are contained in the transaction, and the associated price, for each product item in a transaction. Preferably, the transaction record includes a CED.
This invention relates to those transaction records which do include a CID. The transaction record may include a store ID. However, store LDs may be associated with records received by the central computer system 11 when the central computer system receives records from a specified retailer computer system, such as retailer computer systems
14, 16, or 18.
In step 320, a retailer computer system transmits transaction data to the central computer system 11. The central computer system 11 stores that transaction data in the central database 12. In step 330, the central computer system 11 analyzes the transaction data. Results of that analysis include records which contain either a CID or a store ID and a CID. Each record also includes data indicating at least one category and an associated category specific price point. Each record preferably also includes at least one of data indicating a purchase cycle and a category specific purchase cycle for the specified category.
In step 340, the central computer system 11 generates incentive data. The incentive data includes data associated with a CID, and preferably data specifying discounts contingent upon the purchase of specified products. Typically, the incentive data is also stored in association with at least one of a store ID and a retailer chain ID.
In step 350, the retail computer system transmits the incentive data relating to transaction data from a specified retail store or association of stores to the corresponding retailer computer system 14, 16, 18 either for one or a plurality of CLDs. Preferably, the corresponding retail computer system stores the incentive data in the corresponding retailer database 15, 17, or 19. However, if the CID relates to a transaction in process, the data may used by the CPU of the retailer computer system or the CPU, if any, of a smart POS terminal, in processing that transaction. Thus, in some embodiments, the incentive data need not be stored in the database 15, 17, 19. Figure 4 shows steps involved in providing incentives to the customer during a transaction in a retail store. Alternatively, the incentives could be provided via postal mail, via email, or via any other communication medium.
In step 400, the retail computer system 14, 16, or 18, records a CID, preferably at a POS terminal. That recording may occur during a customer's transaction in which the customer is purchasing products. However, the retail computer system may record the customers' CID at any time. For example, the retailer's computer system may record the CID in response to receipt of that CID transmitted from the customer computer 5 over the Internet 13 to the retailer computer system. In addition, one or more CLDs may be transmitted by the manufacturer computer system 6 to any one of the retailer computer systems 14, 16, 18. Furthermore, either the manufacturer computer system 6 or the customer computer 5 may transmit one or more CLDs and one or more retailer computer system identifications to the central system 11. In response, the central computer system 11 may generate incentive data and transmit the mcentive data to the corresponding retailer computer system, or to the manufacturer computer system 6. In addition, the central computer system 11 may transmit the incentive data for a specific consumer (as indicated for example by a CLD associated with a network address for the customer's computer 5) to that consumer's customer computer 5. The incentive data may specify, or whichever computer system to which that data is sent may contain means for, printing that data in either or both of machine readable and human readable form. That is, the incentive data may be printed or stored in the form of vouchers or coupons providing discounts to the specified CID for purchases of one or more specified products. In step 420, the retailer computer system controlling the POS terminal at which the
CLD has been recorded, typically but not necessarily in association with a purchase transaction at the POS terminal, determines whether the CLD qualifies for incentives.
In step 421, assuming the answer to the determination in step 420 was yes, the retailer computer system provides incentive to the customer. The POS terminal or an associated device generates the incentive so that it can be provided to the person holding the CID. It may be the central computer system 11 instead of a retailer computer system which performs step 420 during the customer's transaction.
In step 422, the retailer computer system completes the customer's transaction at the point of sale terminal and awaits the next transaction. This step involves the storing of the customer's transaction record for the current transaction.
Figure 5 shows steps involved in analyzing data. In overview, figure 5 shows a flowchart including four nested loops. The outermost loop involves retrieving from memory the next customer Lϋ. The intermediate loop involves retrieving from memory the next category. The two inner loops involve determining whether data associated with a CLD indicates that the CID corresponds to category switcher purchase behavior and, if category switcher behavior exists, whether the purchase data meets filters indicating that the incentives for the associated CID should be price based.
In step 510, the central computer system 11 retrieves the next customer LD.
In step 520, the central computer system 11 receives the next product category. In step 530, the central computer system determines whether the CLD's transaction for products in the current category retrieved in step 520 meets category switcher criteria. If the CLD's transaction data for that category does not meet category switcher criteria, the processing loops back to step 520 and retrieves the next category. If the CLD's transaction data for that category does meet switcher criteria for that category, processing continues to step 540.
A client brand is defined herein to mean a brand of a manufacturer associated with an incentive program for execution by the central computer system 11. A competitive brand of a specified category is defined herein to mean a brand of a product associated with that category made by other than the manufacturer of the client brand. Typically, the specified manufacturer is an entity requesting services from the entity owning the central computer system 11 disclosed herein. For example, the specific manufacturer may be a manufacturer requesting the owner of the central computer system 11 to perform a customer category specific price point marking program as disclosed in this application.
A dominant competitive brand in a specified category is defined herein to mean a brand, other than the client brand, for which there are associated with the current CID the most purchases (as measured either in number of units purchased or dollar value of purchases or number of times a shopper goes to a store and buys in the specified category, referred to herein as category trips) in the product category over a specified period of time. Preferably, that specified period of time is at least two months, more preferably at least six months and more preferably at least about one year. Preferably, that specified period of time extends up to the present time, or to within about one, two, or three weeks of the present time.
Step 530 involves the sub-steps of (1) determining the dominant competitive brand in the specified category for the current CID and (2) determining whether the CID's purchase behavior with respect to the dominant competitive brand and the client brand or brands meets category switcher criteria. The client brand may be specified. The central database 12 may store a table or file listing the product brands for each one of a plurality of product categories.
Preferably, the dominant competitive brand for the specified category is defined to be the brand of product other than the client brand for which either the largest number of units or the largest number of dollars of purchases exists in the transaction records associated with the current customer LD being analyzed in step 530. While the dominant competitive brand and the client brand definitions refer specifically to step 530, the method of analyzing the data need not be limited to algorithm specifically shown and discussed with respect to figure 5. For example, the loops retrieving CLDs and categories can be inverted without affecting the results of the analysis shown in Figure 5. In step 540, central computer system 11 determines whether the CID's transaction data meets certain filter criteria. If the CID's transaction data for the specified category does meet the filter criteria, processing returns to step 520 and the next category is retrieved. Filter criteria are criteria indicating that providing to a customer holding a card storing the CID incentives based upon price point data would be ineffective, either because of lack of price point sensitivity or because the incentives would interfere with a sponsoring manufacturer's anticipated sales. Thus, one filter is criteria indicating lack of price sensitivity between the dominant competitive and client brands. Another filter is criteria indicating that the dominant competitive and client brands for the specified category are both made by the same manufacturer. That is, customer loyalty to a manufacturer for a specified category is a filter which returns processing from step 540 back to step 520 to retrieve the next category. Another filter is data showing the customer's tendency to purchase different brands in the same product category during the same purchase. This purchase behavior shows a lack of price point sensitivity. Purchasing in multiple brands for products in the same category during the same purchase transaction is a filter which returns processing from step 540 back to step 520 to retrieve the next category.
In step 540, if no filter criteria are met, processing proceeds to step 550. In step 550, central computer system 11 determines the category specific price points between the dominant competitive and client brands for the CID and specified category. For example, the CID's transaction data in the hand soap category may indicate that the dominant competitive brand is Dial brand soap. The client brand may be Ivory brand soap. The CID's transaction data for the hand soap category may indicate that the customer purchases Dial soap whenever Dial soap is no more than 20 cents more expensive than Ivory soap, per 4 ounce bar of soap. In such an example, the price point is 20 cents favoring Dial over Ivory. Preferably, the period of time extends from the current time back from between a few months, preferably greater than six months, and preferably up to one year.
Price point determinations are preferably based upon price data for the dominant competitive and client brands in the specified category in a specified store at the time of each transaction being analyzed in step 530. Price data for all products is preferably obtained from the transaction records transmitted from the retail store to the central computer system 11. The data for the price of both the dominant competitive and the client brands in a specified store at a specified time may be determined by the central computer system 11 by reviewing data for additional customer records corresponding to purchases made in the corresponding retail store for both the dominant competitive and client brands. Alternatively, price data for all product brands sold in a store may be periodically or mtermitteήtly transmitted from each retailer computer system 14, 16, 18 to the central computer system 11. In addition, the central computer system 11 may use any of the foregoing sources of product price data at various times to predict product brand price variations and future prices in a specific retail store as a function of time. In step 560, the central computer system 11 determines the category specific purchase cycle. For example, the central computer system 11 might determine that the CID associated with a specified customer and a specified retail store purchases hand bar soap most probably in the range of two to four weeks after the most recent prior purchase. In this example, the purchase cycle in the hand bar soap category for this specified customer ID would be set at between two and four weeks, preferably at three weeks.
Figure 6 illustrates steps involved in the central computer system 11 in generating incentive data.
In step 610, the central computer system retrieves the next pair of CID and category. In step 620, the central computer system 11 determines for the retrieved CLD and category whether price point and purchase cycle data are present. If no price point and purchase cycle data is present, processing returns to step 610 to retrieve the next C D and category combination. If price point and purchase cycle data exist for the current CID and product category, processing proceeds to step 630.
In step 630, the central computer system 11 anticipates the price differential between the dominant competitive and client brand in the specified category at a time indicated by the purchase cycle data when the customer associated with the current customer ID is likely to next purchase products in the specified category. The anticipation may of course be based upon the current or recent past price differential. The anticipation may be based upon interpolating using annual cyclical price variations, or by extrapolating based upon recent trends (less than one year) in prices. Extrapolation for example may employ linear regression analysis.
In step 640, the central computer system 11 determines an incentive value based upon the price differential anticipated in step 630 and the price point determined in step 550. The incentive is preferably a discount contingent upon purchase of the client brand during a specified period of time. In addition, in step 640, the central computer system may also determine when or during what period of time to offer the customer associated with the current specified CID the foregoing incentive. The price point based incentives for a category may be offered from the current time until the end of the calculated purchase cycle, at a time corresponding to a few days around the mid point of the category specific purchase cycle, or near the end of a category specific purchase cycle.
The incentive determined in step 640 may be Offered to the customer either via transmission over the Internet to an address associated with the CLD, such as the customer's email address, often associated with the customer computer 5, to a personal web page (i.e., a web site address for which the file associated therewith is programmed to display graphics or information preselected by the person associated with the CID) associated with a CLD, to the retailer computer system 14, 16, or 18 associated with the retailer ID and customer ID, or to the manufacturer computer system 6. If the central computer system 11 transmits the incentive data to one of the retailer computer systems 14, 16, 18, then the retailer computer systems can provide the corresponding mcentive to the customer associated with the CID when the customer next presents the CLD at a POS terminal.
The invention also comprises a computer program product storing prograrrrming to implement the steps of the invention.
Obviously, numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein.

Claims

RECLAIM:
1. A computer implemented method of generating price point based incentives comprising: determining a category specific price point associated with a dominant competitive brand and a client brand; generating an incentive for said client brand based upon said price point.
2. The method of claim 1 further comprising determining whether transactions associated with a CLD meet category switcher criteria.
3. The method of claim 2 wherein category switcher criteria are criteria indicating sensitivity to price.
4. The method of claim 1 wherein said price point is specific to a CID.
5. The method of claim 1 comprising delivering said incentive to a customer associated with a CID associated with said category specific price point.
6. The method of claim 1 further comprising filtering to avoid generating incentives associated with CLDs meeting filter criteria.
7. The method of claim 1 further comprising filtering to avoid generating incentives when transactions associated with CLDs show purchases of different brands of products in the same product category in a single transaction.
8. The method of claim 1 further comprising determining purchase cycle associated with a CID associated with said category specific price point.
9. The method of claim 1 further comprising anticipating a price differential between the prices of products for the dominant competitive and client brand.
10. The method of claim 9 wherein a value associated with said incentive is based upon the anticipated price differential.
11. The method of claim 1 further comprising transmitting data defining said incentive to a customer computer.
12. The method of claim 1 further comprising transmitting data defining said incentive to a manufacturer computer system.
13. The method of claim 1 further comprising transmitting data defining the incentive to a retailer computer system.
14. The method of claim 1 further comprising sequentially retrieving a set of CLDs and a set of product categories and determining whether each CID for each product category meets category switcher criteria for that category.
15. A computer system for generating price point based incentives comprising: means for deteimiiiing a category specific price point associated with a dominant competitive brand and a client brand; means for generating an incentive for said client brand based upon said price point.
16. The system of claim 15 further comprising means for determining whether transactions associated with a CID meet category switcher criteria.
17. The system of claim 16 wherein category switcher criteria are criteria indicating sensitivity to price.
18. The system of claim 15 wherein said price point is specific to a CID.
19. The system of claim 15 comprising means for delivering said incentive to a customer associated with a CID associated with said category specific price point.
20. The system of claim 15 further comprising means for filtering to avoid generating incentives associated with CIDs meeting filter criteria.
21. The system of claim 15 further comprising means for filtering to avoid generating incentives when transactions associated with CLDs show purchases of different brands of products in the same product category in a single transaction.
22. The system of claim 15 further comprising means for determining purchase cycle associated with a CLD associated with said category specific price point.
23. The system of claim 15 further comprising means for anticipating a price differential between the prices of products for the dominant competitive and client brand.
24. The system of claim 23 wherein a value associated with said incentive is based upon the anticipated price differential.
25. The system of claim 15 further comprising means for transmitting data defining said incentive to a customer computer.
26. The system of claim 15 further comprising means for transmitting data defining said incentive to a manufacturer computer system.
27. The system of claim 1 further comprising means for transmitting data defining the incentive to a retailer computer system.
28. The system of claim 15 further comprising means for sequentially retrieving a set of CLDs and a set of product categories and determining whether each CID for each product category meets category switcher criteria for that category.
EP02709796A 2002-03-07 2002-03-07 System and method for providing relative price point incentives based upon prior customer purchase behavior Withdrawn EP1493112A4 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2002/006861 WO2003079260A1 (en) 2002-03-07 2002-03-07 System and method for providing relative price point incentives based upon prior customer purchase behavior

Publications (2)

Publication Number Publication Date
EP1493112A1 true EP1493112A1 (en) 2005-01-05
EP1493112A4 EP1493112A4 (en) 2005-09-07

Family

ID=28038565

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02709796A Withdrawn EP1493112A4 (en) 2002-03-07 2002-03-07 System and method for providing relative price point incentives based upon prior customer purchase behavior

Country Status (6)

Country Link
US (2) US8583474B2 (en)
EP (1) EP1493112A4 (en)
JP (1) JP2005520252A (en)
AU (1) AU2002244261A1 (en)
CA (1) CA2469795A1 (en)
WO (1) WO2003079260A1 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2469795A1 (en) * 2002-03-07 2003-09-25 Catalina Marketing International, Inc. System and method for providing relative price point incentives based upon prior customer purchase behavior
US8583564B2 (en) * 2007-03-26 2013-11-12 Microsoft Corporation Differential pricing based on social network standing
US20110093325A1 (en) * 2009-10-21 2011-04-21 Tellermetrix, Inc. Automated Financial Institution Customer Reward Program
WO2012052559A1 (en) 2010-10-21 2012-04-26 Holybrain Bvba Method and apparatus for neuropsychological modeling of human experience and purchasing behavior
US9141982B2 (en) 2011-04-27 2015-09-22 Right Brain Interface Nv Method and apparatus for collaborative upload of content
US8433815B2 (en) 2011-09-28 2013-04-30 Right Brain Interface Nv Method and apparatus for collaborative upload of content
US20140344020A1 (en) * 2013-05-14 2014-11-20 Bank Of America Corporation Competitor pricing strategy determination
US20140344021A1 (en) * 2013-05-14 2014-11-20 Bank Of America Corporation Reactive competitor price determination using a competitor response model
WO2016157424A1 (en) * 2015-03-31 2016-10-06 楽天株式会社 Information processing device, information processing method, and information processing program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998021713A2 (en) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Merchandizing system
WO1999012117A1 (en) * 1997-08-29 1999-03-11 Catalina Marketing International, Inc. Method and apparatus for generating purchase incentives based on price differentials
US20010047296A1 (en) * 2000-02-03 2001-11-29 Wyker Kenneth S. Business method for influencing consumer purchase of retail sales items

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6684195B1 (en) * 1989-05-01 2004-01-27 Catalina Marketing International, Inc. Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5970469A (en) 1995-12-26 1999-10-19 Supermarkets Online, Inc. System and method for providing shopping aids and incentives to customers through a computer network
US6837436B2 (en) * 1996-09-05 2005-01-04 Symbol Technologies, Inc. Consumer interactive shopping system
US20070150354A1 (en) * 1997-07-08 2007-06-28 Walker Jay S Method and apparatus for conducting a transaction based on brand indifference
US7058591B2 (en) * 1997-08-29 2006-06-06 Catalina Marketing International, Inc. Method and apparatus for generating purchase incentives based on price differentials
US6061660A (en) 1997-10-20 2000-05-09 York Eggleston System and method for incentive programs and award fulfillment
US20010014868A1 (en) * 1997-12-05 2001-08-16 Frederick Herz System for the automatic determination of customized prices and promotions
US6055573A (en) * 1998-12-30 2000-04-25 Supermarkets Online, Inc. Communicating with a computer based on an updated purchase behavior classification of a particular consumer
US20020046082A1 (en) * 1999-05-24 2002-04-18 Phillip White Process, system and computer readable medium for in-store printing of rainchecks for discount coupons and/or other purchasing incentives in a retail store
CA2469795A1 (en) * 2002-03-07 2003-09-25 Catalina Marketing International, Inc. System and method for providing relative price point incentives based upon prior customer purchase behavior

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998021713A2 (en) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Merchandizing system
WO1999012117A1 (en) * 1997-08-29 1999-03-11 Catalina Marketing International, Inc. Method and apparatus for generating purchase incentives based on price differentials
US20010047296A1 (en) * 2000-02-03 2001-11-29 Wyker Kenneth S. Business method for influencing consumer purchase of retail sales items

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO03079260A1 *

Also Published As

Publication number Publication date
US20140316874A1 (en) 2014-10-23
AU2002244261A1 (en) 2003-09-29
JP2005520252A (en) 2005-07-07
US8583474B2 (en) 2013-11-12
CA2469795A1 (en) 2003-09-25
WO2003079260A1 (en) 2003-09-25
US20050086101A1 (en) 2005-04-21
EP1493112A4 (en) 2005-09-07

Similar Documents

Publication Publication Date Title
CA2470239C (en) Targeted incentives based upon predicted behavior
US20140316874A1 (en) System and method for providing relative price point incentives based upon prior customer purchase behavior
US6138105A (en) System and method for dynamic assembly of packages in retail environments
US10489836B2 (en) Systems and methods wherein a buyer purchases products in a plurality of product categories
US8650065B2 (en) Assumed demographics, predicted behavior, and targeted incentives
US7725349B2 (en) Method, program, and system for resetting the value of a coupon based on market information
US20050033639A1 (en) Multi-vendor transactions based on near-immediate rebate detection
EP1008090A1 (en) Method and apparatus for generating purchase incentives based on price differentials
US20040049422A1 (en) Systems and methods for providing pre-point-of-sale incentive marketing
US7308419B1 (en) Method and system for tracking consumer awareness of brand-names
WO1999066437A1 (en) System and method for applying and tracking a conditional value coupon for a retail establishment
JP2004534288A (en) Method and apparatus for analyzing trial and repeat transactions
CA2388932A1 (en) Method and system for providing purchase incentives designed to increase customer loyalty
WO2000041109A2 (en) System and method for negative retroactive discounts

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20041007

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

A4 Supplementary search report drawn up and despatched

Effective date: 20050727

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20060713