Widget: also known within the context of the invention as an ‘ad unit.’ The widget or ‘ad unit’ is a windowed advertising unit that runs within the user's browser, designed to fit within constrained spaces on a page, such as the space that would be occupied by a banner ad. The widget constitutes a product search browser within the user's internet browser that presents categorized product offers to the user. The widget also provides interactivity elements such as such as ‘search’ and ‘browse’ capability. Additionally, the widget is self-optimizing in real time, producing an ad unit highly personalized to an individual user. An automated network merchandising system provides a platform for delivering relevant retail offers to interested consumers online. At a backend, a content pipeline analyzes and processes delivered catalog content into a merchandisable universe of products (MUP). On a user-facing end, corner stores—ad units appearing on pages of publishers' web sites display offers from the MUP. Publishers deploy store scripts to their web pages. The script runs in the user's browser, causing display of an interactive ad unit featuring product offers. An adaptive targeting engine produces targeted product offers based on the ad's display context, including at least user data, page analysis and geographic location. A targeting console allows marketers to specify campaigns targeted to particular corner store ad contexts. Campaigns are defined by combinations of product categories, merchants, price ranges and key words. A store builder allows publishers to specify campaigns to be displayed to web site visitors.
The computer system 100 includes a processor 102, a main memory 104 and a static memory 106, which communicate with each other via a bus 108. The computer system 100 may further include a display unit 110, for example, a liquid crystal display (LCD) or a cathode ray tube (CRT). The computer system 100 also includes an alphanumeric input device 112, for example, a keyboard; a cursor control device 114, for example, a mouse; a disk drive unit 116, a signal generation device 118, for example, a speaker, and a network interface device 120.
The disk drive unit 116 includes a machine-readable medium 124 on which is stored a set of executable instructions, i.e. software, 126 embodying any one, or all, of the methodologies described herein below. The software 126 is also shown to reside, completely or at least partially, within the main memory 104 and/or within the processor 102. The software 126 may further be transmitted or received over a network 128 by means of a network interface device 120.
In contrast to the system 100 discussed above, a different embodiment of the invention uses logic circuitry instead of computer-executed instructions to implement processing entities. Depending upon the particular requirements of the application in the areas of speed, expense, tooling costs, and the like, this logic may be implemented by constructing an application-specific integrated circuit (ASIC) having thousands of tiny integrated transistors. Such an ASIC may be implemented with CMOS (complimentary metal oxide semiconductor), TTL (transistor-transistor logic), VLSI (very large systems integration), or another suitable construction. Other alternatives include a digital signal processing chip (DSP), discrete circuitry (such as resistors, capacitors, diodes, inductors, and transistors), field programmable gate array (FPGA), programmable logic array (PLA), programmable logic device (PLD), and the like.
It is to be understood that embodiments of this invention may be used as or to support software programs executed upon some form of processing core (such as the CPU of a computer) or otherwise implemented or realized upon or within a machine or computer readable medium. A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine, e.g. a computer. For example, a machine readable medium includes read-only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals, for example, carrier waves, infrared signals, digital signals, etc.; or any other type of media suitable for storing or transmitting information.
The automated network merchandising system may be thought of, essentially, as a matching engine that matches individual users browsing particular Web pages to the product offers from the retailers' and manufacturers' catalog content that is aggregated at the back end.
On one side of the equation is (1) a publisher, for example, a web site owner that is publishing a web site, for example a content web site, such as a newspaper or blog. Then, there is (2) the user who is experiencing the content by viewing and interacting with it through a web browser. Lastly, there is (3) the retailer who provides catalogs of product offers, and who is conveying merchandising rules, or other sorts of rules related, for example, to differentiating one product from another, or how the calendar affects the products the retailer intends to sell.
Referring now to
Content, in the form of product catalogues 202, is retrieved, processed, analyzed and organized in a content pipeline 201 to prepare it for delivery to users appearing on the network. One embodiment of the invention performs a classification analysis of product offers, assigning each product offer to one or more product categories. The analysis process can also extract brand, price, and discount information from the product offers. Another embodiment of the invention uses latent semantic analysis to determine semantic relationships among the product offers and to organize them accordingly.
The ordinarily-skilled practitioner will understand that latent semantic analysis (LSI) is a technique for extracting and representing the similarity of meaning of words and passages in a body of content. Thus, by subjecting the retrieved catalog content to LSI, it is possible to identify latent themes or associations between and among product offers within the body of content that are not readily discernible using other methods of text analysis, such as key word analysis. In addition to recognizing keywords on a page, LSI searches all documents in the body of content, looking for similar terms. Documents that have many words in common are considered semantically close; documents with few words in common are considered to be semantically distant.
Returning now to
A person, typically someone associated with the network merchandising system, creates the MUP 204 by specifying parameters for the MUP 204 using a MUP creator 203, an interactive console by which the person accesses a store of analyzed, semantically organized content within the content pipeline 201.
A person, again typically someone associated with the network merchandising system, interacts with a targeting console 305 which is accessed by means of a client application such as a conventional web browser (not shown) and creates one or more targeting specifications that specify which products to show in particular ad units deployed around the web.
A content publisher, interacting with the system via a publisher portal 205, which can be accessed by means of a conventional web browser 208, also creates one or more targeting specifications that specify which products to show in ad units displayed on the pages of the content publisher's web site.
Based on the MUP and the targeting specifications, components in a targeting layer 206 dynamically choose products to display to the user by means of a widget, or ad unit 210, which is being viewed by the user as the user accesses the publisher's pages via a conventional web browser 209.
Components within a web server layer 207 serve up the widgets 210 displaying a selection of product offers in the client browser 209. Additionally, the web server layer components track user activity such as click-throughs and control the functionality and appearance of the widgets 210.
A more detailed description of the various components of the system follows. The ordinarily-skilled practitioner, in reviewing the following description, will appreciate that distinctions between the various functional units of the system are made for the sake of clarity and are not intended to be limiting. In actual fact, there can be considerable overlap between the various units. For example, the product selection engine is shown as a component in each of the content pipeline, the live service and the publisher portal.
The ordinarily-skilled practitioner will further appreciate that various computing arrangements are possible to support the functional units shown. For example, all or any portion of the units may be combined as discrete software components or logic circuits on a single computing device such as a server. In other embodiments, the functional elements may be distributed across a plurality of servers or other suitable computing devices in a variety of arrangements and configurations. All are within the scope of the invention.
Referring now to
Product catalogs 301 are obtained from retailer partners. In one embodiment, the system utilizes standard catalogs prepared for and distributed by retailers to affiliates. However, other catalog arrangements are within the scope of the invention. A catalog processor 302 loads and analyzes the catalogs, supports automated and human QA (quality assurance) processes and creates an overall merged set of product offers, and also serves as a parametric query engine for product offers.
The product catalogs come from a plurality of different retailers in different lines of business, each using different semantics. For example, SHARPER IMAGE (THE SHARPER IMAGE, San Francisco Calif.) may be seen as much more of specialty retailer compared to a company such as WAL-MART (WAL-MART STORES, INC., Bentonville Ak.). This distinction is important because the specialty retailer typically uses a finer-grained categorization to organize their products. Thus, in order to create the merged set of product offers it is necessary to assimilate fine-grained information as well as higher-level information. After such analysis, it is possible to merge the catalogs into a single entity—a MUP (merchandisable universe of products) 304. More is said about the MUP herein below.
A catalog store 310 serves as a long-term repository for the catalogs provided by the retailers and the product offers loaded from them.
A MUP creator 303 constitutes an interactive console whereby a user, for example, a user associated with the merchandising system, chooses the product offers that comprise the MUP. Using the MUP creator, the user can describe desirable characteristics for the MUP—for example, desirable product distributions and/or varieties. These user-determined settings form a set of constraints on the set of product offers that will comprise the MUP. Additionally, the MUP creator analyzes product offers, the metadata images associated with the product offer, prices, discount, special deal information, and other metadata in order to rank the candidates for inclusion in the MUP. An additional factor in development of a MUP is performance feedback supplied by a performance analysis component 309 using performance data 308 aggregated from service provider logs 408. Additionally, the performance analysis component analyzes the performance data in order to recommend settings, product white/black lists, or other input into the MUP creator 303. More is said about performance data below. Ultimately, the MUP comprises the product offers to which the MUP creator assigned a high rank value and that meet the constraints determined by the user-based and performance feedback-based settings.
The point behind the MUP, which is different from the union of all of the catalogs, is that it has been determined a priori that some products are better-suited for network-based merchandising or test marketing than others. For example, office supplies may not be a good fit for this kind of merchandising solution.
Similarly, price bands need to be taken into account in selecting product offers for the MUP 304. If a product is particularly expensive, costing more than $3,000 or $4,000, for example, then the propensity for a user to buy it on the web is limited. Similarly, the propensity for a user to make a web transaction for low-priced products is low because of the associated shipping cost. Thus, if the original price of the object is less than, for example, $10, it can be safely ignored from this universe of products to be merchandised. These price bands are determined explicitly through user settings, and also implicitly through performance feedback that will blacklist a product that hasn't done well (perhaps because it had a bad price) and whitelist a product that generates revenue.
There are factors that can be determined by the MUP creator's automated ranking process. For example, product offers that have a poor image, or flawed or missing metadata such as price. Automated analysis of images is necessarily based on heuristics. For example, are there enough color gradations, are there enough features in the image to make the image attractive; a single color, or black and white, or grayscale? If not, then it will not catch the end user's eye when it is displayed in the ad unit. These products offers are typically given a low rank from the MUP creator, and generally are not chosen unless specifically required by a constraint such as a whitelist.
Additional factors are taken into account in determining if a product is a good fit for the MUP 304, for example: the product's attractiveness, the merchant the product comes from; the propensity of the category into which this product belongs to result in a purchase; and past performance of the category in the merchandising network.
Additional merchant input is considered. For example, a merchant may insist on selling a particular category in spite of the fact that the category may not be a good fit for the MUP. Thus, the process of distilling the product catalogs into a MUP is driven by a body of rules that reflect the analytic activity.
Time sensitivity of the offer is another factor considered when evaluating a product offer. Offers that expire quickly, for example in one day, are not useful except in situations where the MUP is being updated at least as frequently, in this case daily.
Products are also evaluated to determine whether they provide opportunities for associative selling—cross-selling and upselling. For example, if a merchant is trying to sell a product, an IPOD (APPLE COMPUTER, INC., Cupertino Calif.) for example, it may be desirable to include IPOD accessories in the MUP, even though the accessories may not otherwise be a good fit for the MUP because of price point, for example, or because the retailer has provided an unattractive image. In the end, associate selling allows the creation of virtual “end-caps” on the Web, an analog of the browse traffic in a retail store that obviously gets attracted to the end-caps. The end-caps are attractive because manufacturers pay large sums to place their products on them at hugely attractive prices to try to incite impulse buyers.
Referring to
While the organization and filtering involved in creating the MUP is largely driven by automated logic and analysis, human factors also drive the process. For example, a human may take a position, for example, “I want to include every product from GAP in this repository, because I want to sell GAP (GAP, INC., San Francisco Calif.) products on this particular Web site.” Or, for example, someone may decide, “For this particular week, or for this day, I don't want to include anything from eBay (EBAY, INC. San Jose Calif.).” Such decisions may be seen to constitute MUP specifications. Thus, MUP specification is driven by a human being that determines the rules that control what should be contained in the MUP 304 for any given time period.
Using the pull-down menu, the user is able to select from a listing of existing MUP specifications. By selecting a MUP specification from the pull-down list, the definition for that particular MUP is loaded into the console for viewing. Upon loading the definition, a table of data 602 appears. Initially, this table enables the operation “partition departments for provider”. A second pull-down menu also appears, providing a list of provider names, for example “BOSE,” as shown in
By selecting the button labeled ‘globally partition departments,’ the user is navigated to a second screen 700, as shown in
Using the screen 700, the user is able to establish the percentage of products to be allocated for each product category. Additionally, the user can select the option to auto-partition, in which case, the system would automatically establish the partition among product categories. In one embodiment, automatic partitioning is according to a pre-determined algorithm. In a second embodiment, automatic partitioning is according to an adaptive algorithm. Pressing ‘save’ saves the partitioning information. Pressing ‘cancel’ returns the user to the initial screen without saving.
As shown on screen 700, the user sets the percentage of products to be allocated for each product category indirectly, by entering a value into the ‘value’ column 701. These values represent categories' relative shares of the total, which the system then totals up and converts to a percentage. As a shortcut for changing the relative importance of categories, the far right column, labeled Hype/Pan, provides buttons for adjusting the share values to computed values. The “Pan” button has the effect of moving a category down one level in the list, and the “Hype” button moves it up.
The output of the MUP creator is a MUP 304.
A targeting spec (t-spec) 306 is a query or algorithm description that selects products from the MUP. The purpose of the t-spec is to define what products are shown in a particular context. For example, if it is desired to show shoes on an ad on the “Manolo's shoe blog” site, then the t-spec for that site could be a query that returns shoes, or related products. As shown in
A targeting console 305, a second human touch point to the system, is a tool that allows a user to design, view and edit t-specs 306. This user is typically someone associated with the network merchandising system. The user interface used to specify a t-spec from the targeting console is functionally equivalent to the publisher portal's store builder 502, which is described in detail in another section. The additional functionality in the targeting console is a facility to indicate in which context(s) each t-spec should be used to select products. For example, in one embodiment, the context could be defined by the URL of the page that shows the ad unit. In other words, in the live service, the service controller 404 examines the URL of the incoming HTTP request, and maps it to the name of a t-spec that is associated with that URL. This t-spec name is then used to inform the product selection engine 307 which t-spec to use for selecting products for that particular impression.
The targeting console 305 may be seen as a configuration tool for the product selection engine 307. For example, a publisher may decide, “Okay, so on NBC affiliate stations from San Francisco, for the next three days I would like to promote football merchandise for the Colts versus the Bears,” which is, essentially, a merchandising campaign.
An automated engine or computer cannot readily discern the goal and automatically determine what steps to take to execute such a campaign. Some aspects can be picked up based on web page content. But a human being is actively involved in the process by saying that he or she wants to promote these sorts of products for this time period.
Thus, the targeting console 305 essentially generates such merchandising campaign specifications for test-marketing, or for product merchandising across the advertising inventory, knowing that there are ad slots to fill across different categories of virtual properties such as blogs, portals and product review sites. Accordingly, the t-spec 306 may be thought of as a marketing campaign.
A product selection engine 307 operates to work efficiently with queries into the MUP 304. It is a component that selects the product offers to be shown in the widget for a particular impression. The product selection engine 307 loads the MUP and the t-spec files into memory at startup time and executes and/or caches the results of executing the t-specs against the MUP 304.
At the end of the content pipeline 300, the content is ready and blessed for distribution across the web through the merchandizing network system.
The ordinarily-skilled practitioner will appreciate that the live service may be understood as the ad-serving infrastructure. The ad-serving infrastructure primarily works in the following manner: a publisher, or a web site owner, chooses to partner with the system sponsor and incorporate one or more ad units on the publisher's pages, which is accomplished by the introduction of an executable script into the source code for the page. The script can be either be statically incorporated into the page, or it can be served through the publisher's own advertising infrastructure.
After the script is placed on the page, when a user browses to a given web page, the service gets a hit. The appearance of the ad unit on the page is seamless, without any obvious indication to the user that the ad unit it is being served up by a third party.
The live service can also be characterized as (1) the merchandising of the MUP's product offers across the web and (2) the behavior of the ad unit when a user visits a web page on which a widget or ad unit is present. The live service allows the right sort of products to be selected and makes it possible to specify which criteria from the user's context can be leveraged to pick the right sort of products from the MUP.
Generally speaking, the client browser arrives at the service through the Internet cloud. A widget server serves up the ad units in the user's browser when the user accesses a page that embeds or calls an ad unit. The widget server also communicates with a service controller providing a testing infrastructure that makes it possible to perform testing of widget-interface manifestations, and targeting algorithms.
The ordinarily-skilled practitioner will recognize that the same widget, user-interface manifestation is unlikely to work all across the web, across all users and across all different types of site. However, it is impossible to know a priori what is optimal. The system includes the capability of performing A/B testing of feature A versus feature B, or widget type A versus that widget type B, or “enable animation” versus no—“don't enable animation.”
A second level of experimentation involves the different types of product set that are going to be tested. Users' interests change continually and their browse patterns keep changing, rendering such testing necessary.
Assessing the current interest level for a given product, or a given brand, or a given merchant in a given price range requires constant testing. The live service provides the infrastructure to try different mechanisms, analyzing user behavior and making inferences from which to evolve with the goal in mind of optimizing click-though and conversion rates.
The live service, in one embodiment, as shown in
An end-user interacts with the system via a client device such as conventional web browser 401. Using the web browser, the end-user visits various publisher web sites, the pages of which include one or more ad units 402, a widget that runs in the user's browser 401. As will be described in greater detail below, the publisher, a business affiliate of the system sponsor, specifies the type of ad unit 402 to be displayed on the page. The ad unit 402 shows several product offers and provides basic interactivity, such as ‘search’ and ‘browse.’
In one implementation of the invention, the ad unit 402 is known as a CORNER STORE, and is a web-based object that transforms constrained ad spaces, conventionally occupied by banner ads, into interactive product merchandising browsers. In one embodiment, the dimensions of the ad units conform to IAB (Internet Advertising Bureau) standards.
An ad unit 402 incorporates one or more of the following capabilities and/or features:
Returning now to
The service controller 404 is responsible for control of high-level services relating to the interaction of the widget with the client application. Thus, the service controller is responsible for choosing which services to implement for a given impression of the widget. For example, some impressions provide a ‘search’ function, while others do not, only permitting the user to browse through the product selections. Additionally, the service controller may determine whether or not a particular impression provides an animation capability. Also, by controlling which services are implemented for a particular impression, the service controller enables a testing infrastructure. For example, in order to compare targeting algorithms A and B, the service controller 404 executes a specification of the experiment. In this way, a publisher is given the capability of comparing t-spec A against t-spec B in production, before committing to one t-spec or the other for the majority of future impressions. It is the job of the service controller, for each ad impression, to select either t-spec A or t-spec B in accordance with the testing specification. The tracking system 405 functions to track click-though redirection and pixel integration with retailer online stores.
The targeting layer of the live service 400 may include the product selection engine 307 and an online targeting engine 409. As previously described, the product selection engine 307 selects the product offers to be shown in the ad unit 402 for a particular impression. The product selection engine 307 loads the MUP 304 and the t-spec files 306 into memory at startup time and executes and/or caches the t-specs 306 against the MUP 304.
The online targeting engine 409 is a dynamic targeting component that implements targeting changes due to the performance feedback. The targeting engine can modify or replace the t-spec that is used for a particular impression, based on both the analysis of the impression and its relation to the aggregated performance data as provided by the Performance Analysis component 309.
Targeting techniques may include:
Additionally, retailers may be able to provide input that is not readily discernible from their product information catalogs. For example, they may have point-of-sale data or other types of data that they have accumulated from their own web sites, which can be incorporated into the feedback used for targeting.
As shown in
The offline batch processing layer 406 may include a log processor 406, one or more aggregated data tables 407 and a performance analysis component 309. The log processor loads the log files 408, analyzes and/or transforms them and produces the various aggregated data tables 407.
The performance analysis component 309, as above, analyzes the performance data in order to recommend settings, product white/black lists, or other input into the online targeting engine 409, as well as the MUP creator 303.
An additional major component of the merchandising network system is a publisher portal 500, as shown in
The way the portal works is for the publisher to come to a portal, register themselves as part of the network, and provide some information about the publisher's audience, about their content and/or about the pages that they typically write.
Once the publisher has registered, the publisher, using the tools provided in the publisher portal 500 is able to build an ad unit or widget—a “corner store,” and design a selection of product offers to be displayed from the ad unit integrated into their pages. The publisher portal 500 allows the publisher to control what appears inside the ad unit appearing on that publisher's pages.
Referring again to
The major component of the publisher portal 500 is the store builder 502. The store builder allows publishers to define the product offers they want to display in the ad unit 402 on their pages. The publishers can specify combinations of product categories, merchants, price ranges and keywords. The publishers then assign these t-specs to their stores and deploy the store scripts onto their pages. The scripts then access the system servers, at which time the publisher is live with the service. Ultimately, the output of this component is a set of publisher-authored t-specs 306 which are transferred into the product selection engine 307 running the live service 400.
Because it is used to develop t-specs 306, which are really queries or algorithms that can be used to select products from the MUP 304, the store builder 502 is connected directly to a product selection engine 307 that processes those queries or algorithms. That way the publisher users can see sample products selected by their t-specs as they are developing them. The store builder 502 includes at least an editor, store, and export facility for the t-specs 306, and uses the product selection engine 307 to execute the t-specs against the current production MUP 304.
The publisher portal 500 additionally includes a performance reporting component 503, which is preferably a reporting application that provides the publisher a plurality of different views of publisher data regarding the performance of corner stores on their pages. The reports are based on publisher data 407, performance data useful to publishers aggregated from the raw log files 408.
Upon logging in or successfully registering, the publisher is navigated to a home page 1600, as shown in
The ordinarily-skilled practitioner will readily understand that the above report format is provided to illustrate the principles of the invention, and is not intended to be limiting. Controls 1704 are provided by which the publisher may specify a data range for the report. Another control 1703 is provided by which the publisher can specify the number of records to be displayed per page.
A variety of reports and views are available from the performance reporting component 503, as indicated by the report tabs 1705, in addition to daily summary:
Referring to
Parametric ad content control is described in considerably more detail herein below.
The store builder 502 generates a script 1805, which, when inserted in the source code of the publisher's page, causes the widget server 403 to serve up an instance of the store each time that page is accessed by an end-user.
As shown in
The ordinarily-skilled practitioner will understand that the foregoing description of the store builder and its user interface is meant to be illustrative of the principles of the invention and is not intended to be limiting. Other implementations of a store builder and a store builder interface that are faithful to the principles of the invention will occur to the ordinarily-skilled practitioner. All are within the scope of the invention.
For example, there may be a blogger with a blog devoted exclusively to information about APPLE products (APPLE COMPUTER, INC., Cupertino Calif.). This blogger, knowing his audience of a few thousand people very well, hypothetically knows that people who like APPLE products also tend to like to travel to Italy. It is not possible to achieve such fine-grained segmentation automatically. No software can actually discern, for example, that people who like Apple also like to travel to Italy. However, the system infrastructure enables this blogger to come to the publisher portal, and say, “Okay, show me all the books about travel to Italy and similar Italian-themed products that exist within this network merchandising inventory.”
This blogger—a publisher—can create a store which features things that are related to travel to Italy. Within the realm of pure contextual advertising, it would make no sense to display products related to travel to Italy on a site devoted to discussion of APPLE products. It does, however, make sense when the inherent behavioral aspects and the human intelligence are brought to design of the product mix.
Additionally, due to the adaptive capability of the infrastructure, the store is self-optimizing, updating the product offers in real time as performance data is analyzed and acted upon. For example, in one embodiment, products that perform well will be shown more often than products that don't. In this case, even after the publisher has selected products related to Italy, the network merchandising system will adapt to show mainly the most successful products related to Italy.
The corner store is also unlike a conventional advertising unit, which is typically intrusive, attempting to distract the user from what they are trying to do and attempting to elicit action on the part of the user. The invention recognizes that advertising is only useful to the extent that it is interesting, tasteful, not over-marketed, and, in the end, puts control in the hands of the publisher.
Networks are known that do one or more of: enabling a publisher to register and be a participant; and providing performance statistics regarding number of users arriving, product offers displayed, click-throughs, conversions, revenue share, and how the revenue is trending over time.
However, within the present system, the publisher is enabled to take the data and make it actionable. For example, a publisher may come to the network and let the automated product selection engine 307 define the product selection for a week. After this time, the publisher may discover that some categories are doing well and others are not. Furthermore, some merchants may be doing well while others are not. Advantageously, the publisher, by means of the present system can act on that knowledge, altering the mix of product offers and merchants that are being displayed in the corner store ad unit.
For example, a publisher might choose to completely eliminate any automated product-list retention, because he is confident that he knows exactly which products to be selling to his audience. With the store builder infrastructure the publisher can, in fact, make that happen—completely bypassing the automated engine. Or the publisher may recognize that the automated engine is effective to a certain extent, but he would like to add his own intelligence to the mix.
Furthermore, there are things that cannot be discerned by just looking at the page, for example, the knowledge of the blogger writing about APPLE products, that most of his audience is interested in travel to Italy. Such knowledge is also not obvious even from any other web traffic that could be analyzed. However, a publisher might have such knowledge because of their familiarity with the unique community that they address. Using the store builder infrastructure, the publisher is enabled to make this knowledge actionable.
The system provides the publisher, on whose web pages the ads are displayed, detailed control over which ad content is displayed on the publisher's pages and the nature of the display. One purpose of such control is to satisfy the publisher's objectives—one should be far more satisfied with an ad service if he has nearly the same degree of editorial control over the ad content as he does over the rest of the content. More importantly, such editorial control allows the publisher to attempt to maximize the return on his or her advertising space.
The content selection is the more important aspect of the publisher's control. The system selects offers for display—products for placement—based on a parametric search over an integrated catalog of product offerings. A fully structured representation of the items in the catalog includes product characteristics, such as category, category-specific attributes, and price, as well as demographic information, age and gender, for example. The publisher can constrain the search for products by adding his own parameters to the ones used by the system's ad placement methodology. Examples of what the publisher is permitted to specify include:
An important aspect of the publisher control of the ad content is that the system supports highly dynamic settings. That is, the system allows the publisher to adjust settings on a day-to-day basis, if desired. In addition, the parametric catalog search engine allows display of sample product offerings to the publisher as he experiments with settings, giving real-time feedback for the selection process.
Conventional online merchandising systems do not allow the publisher much control over the manner in which products are displayed, failing to provide any degree of fine-grained control of arbitrary parameters. Additionally, individual product offerings are conventionally found on product review sites or price comparison sites, but this functionality stands alone, and is not generally applied to a targeting engine that considers the site content and the user.
Unlike such conventional systems, the present system allows the publisher to control the manner in which product offerings are displayed in the same dynamic way that he can control product selection. The system allows the publisher to select from a set of ad units having settings such as “show pictures,” “collapse into categories,” “refine search in widget,” “click through to refined search page.”
The system additionally has an adaptive capability that allows content placed in the internet ad spaces to be tailored to the individual user who is viewing it. Such personalization capability is dispersible across the web, applying in every case where the present system is serving ads. Conventional systems are limited to site-specific functionality, either for a particular merchant or an aggregator.
Personalization can be provided automatically or manually. In either case, the user is tracked, for example, using cookie technology. Whether the user is reading a news site or a blog, or some other type of content, the ad content in the margin is personalized to the user.
For automatic personalization, the system obtains the needed data through user tracking. The product-specific nature of the ads being served allows the system to track, for each user, what offers the user has been exposed to and how the user responded. Conventional advertisers, because they lack information about the ads that they display and because the bulk of ads are not for specific offers, cannot achieve such a fine-grained record of the user's interests—at least in terms of which ads they click through on and which they do not. The fine-grained record also allows application of any number of optimization techniques to improve future ad targeting.
For manual personalization, the user is given an option to set some demographic data the affects the ads served, e.g. gender or zip code. Conventionally, such demographic information has not been applied by a merchandising network before, spreading the personalization across many publisher sites.
Targeted product placement in online network merchandising ad units involves at least the following key aspects for its effectiveness:
The system approaches the problem of optimizing internet product placement as:
Every ad unit impression comes with its unique context. While this term is frequently used to refer merely to the other content that appears together with the ad unit on a web page, there are many other aspects of an impression's context. Within the ad-serving infrastructure, it is possible to determine the user's context. For example, from the HTTP request one can deduce, for example, what URL the user is coming from, the URL the user is currently viewing, or the geographic location of the user, determined from an IP address that is mapped to a zip code or other geo-location specifier.
Furthermore, considerable information about the user can be obtained through an analysis of log files 408. If the user has been seen elsewhere on participating sites within the merchandising network, it is possible to do a significant amount of analysis based on the user's browse patterns: what else have they been interested in, in the past?
Also, much information can be obtained by analyzing similarity between users. For example, if two users visit the same page, then there is some level of similarity between their levels of interest, especially deeper within the path structure, or the site structure, of a given Web site. For example, if a pair of users is at the homepage of the New York Times, there is not a whole lot that can be said in terms of commonality between the two. However, if the pair is in the New York Times Arts & Entertainment, or shows in New York, or a specific page related to a specific show, or a review of a specific show, it is a reliable indicator of some similarity of interest between the two users.
Being able to track visit patterns and analyze user behavior across the network gives the ability to target products in the best possible way.
Various aspects of the context on which optimization is based include:
In order to optimize via history effectively, the system provides the capability of keeping careful activity logs and then provides strong feedback loops from the logs into the production selection process.
Among the areas where the feedback loops affect the system's behavior are:
Selection optimization can be based, at least in part, on a plurality of product attributes such as price point, value, usability and prestige. Other attributes will occur to the ordinarily-skilled practitioner and are within the scope of the invention. It will be appreciated that optimizing via product attributes links closely with demographic targeting.
Combinations of products presented in a widget may affect click-through and conversion rates. A number of approaches may be applied to optimization of product combinations: comparing a jumble vs. a category-sorted approach, engineering the set that appears on the first screen, or particular combinations of similar products to be compared on the widget.
The network merchandising system also includes an advertising widget that provides the capability of providing brand advertising with specific product offers on the web. Brand advertising is important to suppliers having brands, but the specific product offers provided by the present system are more effective in terms of driving actual sales. It is therefore desirable to combine the two approaches within a single object.
Initially, the brand-advertising widget appears as a brand advertisement in a normal space on a publisher's web site, for example, a banner or skyscraper ad. However the brand-advertising widget provides a way to mix in specific product offerings, for example:
Different options are available for click-through behavior:
The network merchandising system also provides the capability of staying engaged in a purchase transaction beyond the impulse-buy period—the initial session where the user clicks through an ad and visits the merchant web site. Merchants typically prefer to pay on a commission basis, instead of per impression or per click. However, conventionally, it is only possible to perform the tracking necessary to earn a commission for a single session. Thus, if a user clicks through a widget and visits a merchant, but then comes back and makes the purchase the next day, the referring party does not get paid.
One solution to this problem is to increase the opportunity and incentive for the consumer to make the purchase on a browser session that originated with the ad unit. Some elements of this include:
The network merchandising system also enables creation of numerous semantically driven merchandising campaigns. Leveraging the semantic content processing engine that is embedded in the service, the system suggests campaigns that are based on the following parameters:
Conventionally, launching a campaign involves one or more activities that may include:
The system provides a novel automated generation, selection and feedback-oriented control system loop that can help the merchandiser quickly look at a set of merchandising campaigns that he or she can preview and launch with minimal knowledge of the system internals. Such capability is enabled by the catalog-processing engine, which maps product descriptions in the merchant's catalog into the system's product ontology.
Thus, the system enables automatic generation of merchandising campaigns categorized, for example, as “Seasonal apparel promotion for women,” “kids electronic toys from MATTEL,” “gift ideas for a graduating girl student,” “back-to-school supplies,” and so on. Each campaign is suggested after a thorough analysis of, the catalogs for each retailer with a short list of meta question that are asked of the marketing manager such as:
At the end of this answer solicitation, the system suggests a set of campaigns that can then be approved for launch after a real-time preview on target sites.
Retailing in both off-line and on-line store space relies on practices that have evolved over several decades of discerning consumer behavior, supply chain interactions and event-driven personalized marketing campaigns.
Such merchandising practices may include:
Extending these well-known paradigms of product merchandising to the web in an automated, scalable manner is the substance of the automated merchandising network system.
The network merchandising system uses its ability to understand product and service catalogs with respect to their semantic meaning and thereby maps it to merchandiser intent in a completely automated fashion. The technology required to handle millions of real-time updates to the catalogs and thereby affect semantic merchandising campaigns is the unique value proposition of the service. The service applies network optimization algorithms to capitalize on the relative benefits of placement of products on destination sites'advertising real estate.
One-on-one marketing in these ad spaces is made possible by discerning:
The network merchandising system links product marketing and advertising on the web in a way that enables the proliferation of the internet as a continually-expanding sales channel.
The automated network merchandising system provides a platform for a pay-for-performance business model wherein sales transactions occur as a result of the marketing and merchandising activities occurring around the web in an automated, scaled fashion, wherein users around the web click on products and purchase them.
In this automated test-marketing process, there are also human touch points. In fact, test marketing starts out with the human input, where a human being, such as a merchandising manager or a marketing manager decides to initiate a particular campaign.
A marketing manager or a merchandising manager segments their consumer base and decides, for example, that they would like to market a handbag to high net worth individuals that engage in a lot of international travel. At the outset of the campaign, in order for it to be successful, it must be determined where high-net-worth individuals are to be found.
High-net-worth individuals watch certain kinds of TV programs, subscribe to certain kinds of magazines and they probably travel a fair bit. Therefore, the goal of selling to this kind of buyer translates to a set of properties or physical locations around the world where they choose to test market.
However, on the web it is a lot harder to do, because the number of channels is infinite. It is also almost impossible to determine what such a test campaign would look like. Most advertising infrastructure does not allow for such an ad campaign to be run.
On the web, consumers constantly leave clues to their interests. For instance, if they're starting out at Google, and they enter “travel to Greece” as a search term, it is a fairly solid indication of the fact that the person is interested in travel, leaving a clue as to their interests. It is also true that trying to market to anybody other than those that are interested in travel abroad is unnecessary and wasteful on the Web.
While large advertisers on the web attempt to segment their prospective customers as they do in off-line merchandising, they lack the ability to segment consumers in the fine-grained manner required to successfully merchandise and market on the web.
The network merchandising system has the capability to do a fine-grained analysis of user behavior and apply that intelligence to map products to users arriving at a given Web page. Accordingly, with such fine-grained data, it may be possible to find those highest-converting users on a blog page somewhere, for example, because this blog talks about traveling to Greece. Conventionally, it is impossible for a marketer to find such a channel, because such a community may not number more than one hundred users. They may, however, be the most prominent hundred users for the particular retailer.
The system enables such test marketing to happen in a much more semantically meaningful manner on the Web allowing levels of demographic, associative, and psychographic targeting and even some location or location-enabled targeting.
Thus, a deep, fine-grained analysis of user behavior, page content, and product attributes greatly increases the chances of segmenting at such a fine level.
For example, a merchandiser may be trying to reach 18- to 25-year-olds that have been looking for MP3 players, regardless of where they may be. They could be going to MYSPACE (MYSPACE, INC., Los Angeles Calif.) or SHOPPING.COM (SHOPPING.COM, INC., Brisbane Calif.) or NBC to check out information on MP3 players. But this has almost nothing to do with the page itself. It has more to do with behavior and patterns.
The system allows analysis of those behaviors and patterns—marketing to such behaviors and patterns requires that the merchandiser be able to analyze the content in a fine-grained manner, understanding the latent semantics associated with a given product. For example, the fact that COACH (COACH, INC., New York N.Y.) is a high-end brand versus OVERSTOCK.COM (OVERSTOCK.COM, INC., Salt Lake City Utah) is a fairly important distinction that is nevertheless commonly missed. Advantageously, the invention allows the merchandiser to analyze process and organize content in such manner.
Accordingly, the invention allows a merchandiser to translate in-store merchandising methods to external channels on the web in a manner that scales and, at the same time, is highly-personalized to the user due to the fine-grained segmentation of the user base that becomes possible when applying the principles of the invention.
Using physical retail stores as examples, one may consider the manner is which apparel is merchandized in a high-end department store. One first notices that apparel is very clearly segmented by gender. Beyond this, there is a careful selection of the kind of merchandise presented to the shopper, first in terms of curb appeal in order to attract the consumer's attention so that they will enter the store or the aisle. After entering an aisle, the consumer may encounter carefully crafted displays providing ensembles of products, for example this top, this skirt, this scarf, these shoes, and these sunglasses on a mannequin. And these are mechanisms that they've used all along.
Another example would be a printer desk in a computer store. The analysis has been done by the merchandiser carefully in terms of when a person comes to buy a printer. The customer will clearly need associated accessories ink or toner cartridges, paper, other related peripherals, and so on. It is also usually preferable to give more choice rather than less. Thus, on a printer desk one would find more than one printer that displayed, allowing for price comparison and feature comparison in one shot.
And there also there is the notion of cross-selling and up-selling the customer may have gone to the computer store intending to buy a $200 printer with basic functionality, but then purchased something more expensive that allowed him to print photos, send faxes and scan documents.
The point is that the above practices have been in use by merchandisers in conventional channels over time. A merchandiser is always thinking in terms of increasing the gross merchandise sales per average customer. The practices are well understood and they are supported by analyses of point-of-sale data.
The invention provides the capability of taking a retailer's product catalog and figuring out a way to translate conventional in-store merchandising to the web and causing it to proliferate across the web.
The invention recognizes that it is possible to leverage existing online advertising real estate using the targeting technology and methodology of the invention to analyze traffic, user behavior, content to merchandise the right set of products to the right set of users using advertising spaces and, at the same time, leverage whatever merchandising practices and rules the merchandiser employs. For example, no semantic analysis would yield the fact that beer and diapers are related to each other in terms of making a sale. However, if a merchandiser, having analyzed it, believes that there is an association, the invention allows the merchandiser to implement it.
A retailer, through automation and scaling can bring their in-store merchandising practices to external channels across the web to millions of ad slots, where it's being exposed to millions of users. Not only that, but the merchandiser can expose their merchandising rules and practices to the disparate user base across the web in a highly personalized manner in a pure pay-for-performance model.
In the foregoing specification, the invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention as set forth in the appended claims. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than a restrictive sense.
This application claims benefit of U.S. provisional patent application Ser. No. 60/862,299 filed Oct. 19, 2006, the entirety of which is incorporated herein by this reference thereto.
Number | Date | Country | |
---|---|---|---|
60862199 | Oct 2006 | US |