This disclosure relates to electronic commerce and more specifically to generating a graphical user interface for story based selling of products.
An online selling entity offers various products and services for sale via, for example, a website associated with the online selling entity. A consumer interested in learning about or purchasing a particular service or product visits the website and searches for the particular product or service. Current graphical user interface (GUI) of the online selling entities are generally less intuitive, less pleasing, less attractive, less interesting for the consumers to navigate. The current GUIs provide a complex interface which is confusing to the consumer. Because of the complex GUI, the consumer may end up not finding the particular product or service even though the product or service is available. The GUIs of the current websites fail to provide a pleasant shopping experience to the consumer and therefore, fail to create an interest in the consumer to visit the websites. This, typically results in a lost opportunity for a potential sale, which can affect both the online selling entity and a vendor who is selling the product through the online selling entity.
Disclosed are methods, systems, paradigms and structures for story based selling of products. An online sales event offering a number of products for sale is presented to consumers as a story. In one possible embodiment, related products are categorized into specific chapters of the story and the products are presented as characters of the story. The story can be based on a theme, a category, an occasion, an event, etc. For example, the story can be “Father's Day,” and all products that can be gifted to a father can be presented as various characters categorized under various chapters such as “Golf,” “Fishing,” “Board games,” etc.
In some embodiments, a graphical user interface (GUI) is generated to present the online sales event as a story. The GUI presents the story in a specific format. The GUI includes separate portions for presenting a story introduction, a table of contents identifying the chapters of the story, chapters having the characters, etc. Each of the story introduction, table of contents, chapters, characters presented within the chapters and any other details pertaining to the story can include multi-media content such as a text, an image, a video, or an audio representing the specific details. Further, the GUI presents certain characters (referred to as “special characters”) with special features, for example, a different size, color, additional narratives, an on-character message, etc. to distinguish them over other characters.
The GUI simplifies the navigation and enhances the shopping experience for a user by presenting the sales event as a story. The user may navigate through the products on sale in the sales event by navigating the story presented in the GUI.
Some embodiments of the disclosed technique have other aspects, elements, features, and steps in addition to or in place of what is described above. These potential additions and replacements are described throughout the rest of the specification.
References in this description to “an embodiment”, “one embodiment”, or the like, mean that the particular feature, function, or characteristic being described is included in at least one embodiment of the present disclosure. Occurrences of such phrases in this specification do not necessarily all refer to the same embodiment, nor are they necessarily mutually exclusive.
Disclosed are methods, systems, paradigms and structures for story based selling of products. An online sales event offering a number of products for sale is presented to consumers as a story. In one possible embodiment, related products are categorized into specific chapters of the story and the products are presented as characters of the story. The story can be based on a theme, a category, an occasion, an event, etc. For example, the story can be “Father's Day,” and all products that can be gifted to a father can be presented as various characters categorized under various chapters such as “Golf,” “Fishing,” “Board games,” etc.
In some embodiments, a graphical user interface (GUI) is generated to present the online sales event as a story. The GUI presents the story in a specific format. The GUI includes separate portions for presenting a story introduction, a table of contents identifying the chapters of the story, chapters having the characters, etc. Each of the story introduction, table of contents, chapters, characters presented within the chapters and any other details pertaining to the story can include multi-media content such as a text, an image, a video, or an audio representing the specific details. Further, the GUI presents certain characters (referred to as “special characters”) with special features, for example, a different size, color, additional narratives, an on-character message, etc. to distinguish them over other characters.
The GUI simplifies the navigation and enhances the shopping experience for a user by presenting the sales event as a story. The user may navigate through the products on sale in the sales event by navigating the story presented in the GUI.
The e-commerce entity 105 offers various products (and/or services), including products made by or for the e-commerce entity 105 and also products from various other vendors or merchants 120. The products offered for sale can include a wide variety, for example, furniture, home improvement goods, apparel, pictures, frames, sculptures, recreational goods, services, etc. The e-commerce entity 105 provides an online selling platform (for example, via an application programming interface (API)) for vendors or merchants 120 who wish to sell their products via the e-commerce entity 105. In at least some embodiments, the vendors may access various applications executing or hosted on the e-commerce entity 105 using the API. The vendors or merchants 120 may also use the API of the e-commerce entity 105 to provide details such as the products, prices for the products, pricing strategies, duration of the sale for the products, any other policies with respect to selling the product that might have to be agreed upon the involved parties. Further, the e-commerce entity 105 may also have policies, for example, pricing, profit sharing, type of products, etc. which the vendors or merchants 120 may have to comply with for selling their products using the e-commerce entity 105.
Storage system 125 can include storage units such as a database. In at least some embodiments, the storage system 125 stores various details regarding inventory of products offered for sale, pricing strategies, sale strategies, stories, themes for stories, concepts for stories, multi-media content for presenting the products and stories, GUI generating applications, user accounts, user profiles, transactions, etc. In an embodiment, any user who wants to view or buy products from the e-commerce entity 105 may be asked to create a user account. Further, the user may also be asked to provide other personal details such as age, income, gender, their preferences to types of products, merchants, colors of products, etc. which are stored in as a user profile. The user profile may be used to personalize/customize the set of products presented to a particular user. The e-commerce entity 105 accesses the storage system 125 to obtain necessary data for the operation of the environment 100.
Clients 110 may view and/or purchase the products offered for sale by the e-commerce entity 105 by accessing the GUI 115. Clients 110 may access the GUI 115 via various channels, including through a website associated with the e-commerce entity 105 or an application “app” of the e-commerce entity 105 that allows the users to view and/or purchase the products from the e-commerce entity 105. Clients 110 can include a plurality of devices such as a computer, a laptop, a mobile phone, a tablet PC, etc. The GUI 115 presenting the products using a story based selling concept, which organizes a set of products in the form of a story, provides an enhanced shopping experience to clients 110 viewing the products offered by the e-commerce entity 105.
At step 210, the e-commerce entity 105 conceptualizes the sales event as a story. In at least some embodiments, conceptualizing the sales event as a story includes presenting the products in the form of a story. The story can be based on a category, a theme, an occasion, an event, etc. The products are represented as characters and are categorized into a number of chapters of the story. Additional details with respect to conceptualizing the story are described with reference to
At step 310, the e-commerce entity 105 identifies various sub-categories into which the set of products of the sales event can be further classified or categorized. In at least some embodiments, the sub-categories are identified as chapters of the story. For example, if the story is Father's day, then the products that can be gifted to a father can be from product categories such as golf kits, fishing kits, board games, car accessories, electronics, apparel, footwear, etc. Each of these sub-categories can be identified as a chapter of the story.
At step 315, the e-commerce entity 105 identifies various products belonging to each of the identified sub-categories (or chapters) and presents them as characters in the specific chapter. Continuing with the above mentioned example of Father's day story, if “Golf Kits” is identified as one of the chapters, then all products that are related to “Golf Kits,” for example, golf balls, gloves, clubs, etc. may be presented as characters in the chapter “Golf Kits.” Similarly, the products belonging to all other sub-categories are identified and presented as characters in the respective chapters. In certain embodiments, a product can be categorized into more than one chapter, in which case the product is featured as a character in each of the chapters it is categorized into. For example, products such as golf shoes can be categorized into both “Golf Kits” and “Footwear” sub-categories.
As is in a typical story, some characters may be more significant than others, some characters may need more backstory than others, some characters may need more description than others. At step 320, the e-commerce entity 105 identifies these certain characters (also referred to as “special characters’) that have to be emphasized or presented to the users in a distinguishing way over the other characters. The e-commerce entity 105 identifies these special characters based on a particular selection criteria. In at least some embodiments, the selection criteria can include (i) a preference of a particular user for certain characters, (ii) an incentive, from a merchant of a particular character, to the e-commerce entity 105 to sell the particular character, (iii) a surplus availability of the particular character at the merchant or the e-commerce entity, (iv) a demand for the particular character during a particular time of the week, month, or year, or in general, (v) a new introductory character that is offered for sale for a first time, or (vi) a relationship of the particular character to a particular time of a week, a month, or year, etc.
At step 325, the identified characters are presented to the end user with special features. In at least some embodiments, presenting a special character using special features includes presenting the special character in a different size compared to the other characters, providing a narrative in association with the special character, providing an on-character message, for example, on the image of the special character, presenting the special character in a different background color than the other characters, etc.
After the sale of products is conceptualized as a story, the story is published online for the users to view and purchase the products, as described with reference to at least step 215 of
In at least some embodiments, the method of presenting the sale of products in the form of a story, chapters and characters provides a new paradigm of selling products. Presenting the sale of products in the form of telling a story and presenting the story in a unique GUI provides a pleasant online shopping experience to the user.
At step 410, the e-commerce entity 105 generates the story in a GUI. In at least some embodiments, the GUI includes (i) information related to the story, (ii) a table of contents identifying the chapters of the story, and (iii) each of the chapters having corresponding set of related products featured as the characters. The GUI presents the above three entities to the user in a unique way. Additional details with respect to the GUI is described with reference to
At step 415, the e-commerce entity 105 serves the GUI to a user, in response to a request from the user. In at least some embodiments, the GUI is rendered as a webpage on a computing device. In other embodiments, the GUI can be rendered via an app of the e-commerce entity 105 on the computing device. The computing device can include a computer, a laptop, a mobile phone, a tablet PC, etc.
The story introduction 520 represents a particular sale event and can include information such as a name of the story, a set of words associated with the story, an image, a video, an audio, or any combination thereof that describes the story. For example, the name of the story can be “Father's Day,” the set of words describing the story can be “Make your father proud of you,” etc. In at least some embodiments, the story introduction 520 can also include details such as the duration for which the story (or the sales event) is available to the users. The story introduction 520 can also be presented with various background images, colors etc. to make the GUI 500 more attractive.
The table of contents 525 identifies various chapters of the story. The chapters are identified by their corresponding names. In the example of GUI 500, the table of contents 525 includes the chapters “Golf,” “Fishing,” “Board,” “Electronics” and “Apparel.” In other embodiments, the table of contents 525 can also include images (or a combination of various multimedia content) that identify the chapters. Further, each of the chapters in the table of contents 525 is configured to navigate to a particular chapter in the third portion 515, for example, when the user selects a chapter from the table of contents 525. For example, when a user selects “Electronics” chapter from the table of contents 525, the GUI 500 presents the “Electronics” chapter to the user. In order to facilitate navigation to a particular chapter based on the user selection of the chapter, each of the chapters in the table of contents 525 can be generated as a hyperlink, a button, etc. that navigates to a particular chapter upon user selection.
Further, in the table of contents 525, the particular chapter the user is currently viewing can be highlighted. For example, the name of the chapter the user is viewing or clicked on can be presented in a different color, bold text, etc. or in any other way that distinguishes the chapter the user is viewing from other chapters in the table of contents 525. In an embodiment, this would help the user identify the particular chapter of the story the user is viewing in the third portion 515.
In the example of GUI 500, the table of contents 525 is generated as a horizontal header strip. Further, the table of contents 525 is presented immediately below the story introduction 520. When the user scrolls the GUI 500 down, for example, to view the chapters that are not in the viewable area, the contents of the GUI 500, including story introduction 520 and table of contents 525, move up and therefore, the table of contents 525 may move out of the viewable area. In an embodiment, the viewable area is the area of a window that displays the GUI 500 to the user. If the user does not have access to the table of contents 525, it may be inconvenient to the user since the user may have to scroll all the way up until the table of contents 525 is visible again to access the table of contents 525 to select an another chapter. Accordingly, in at least some embodiments, the table of contents 525 is configured to be persistent at a particular position relative to the GUI 500 against scrolling of the GUI 500.
For example, the table of contents 525 can be configured to be persistent at the top most part 542 of the GUI 500, as shown in
In another example, the table of contents 525 can be configured to be persistent at a position such as below the first portion 505, as shown in
In other embodiments, the table of contents 525 can be configured to be persistently accessible by the user in various other ways. For example, the table of contents 525 can be configured to appear as a pop-up window when the table of contents 525 on the GUI 500 scrolls out of the viewable area. Further, the pop-up window can be configured to be moved, by the user, to any position of the screen of the user device. The look-and-feel of the pop-up window can be made consistent with look-and feel of the table of contents 525 in the GUI 500. Having the table of contents 525 always accessible, regardless of which portion of part of GUI 500 the user is currently at, enables the user to navigate to any chapter from any chapter at any point of time without having to scroll to the initial position to access the table of contents 525.
The chapters such as Golf 530 are displayed in the third portion 515 below the table of contents 525. The user may view the chapters that are not in the viewable area (for example, below bottom 544 of the GUI 500) by scrolling the GUI 500 using the scroll bar 540. For example, in the GUI 500, the chapter “Apparel” is not visible in the third portion 515. The user may view this chapter by either scrolling the GUI 500 using the scroll bar 540 or selecting the chapter “Apparel” from the table of contents 525.
The chapters can be presented in the third potion 515 in various orders. In at least some embodiments, the order of the chapters may be determined on various criteria. For example, a user preference is one such criterion. The chapters that a user has indicated as “interesting” may be presented higher in order than chapters that user has not indicated or indicated as “not-interesting.” Further, in some embodiments, the chapters that the user has indicated as “not-interesting” may not be included in the story. In another example, chapters may be sorted based on alphabetical order. It should be noted that the sorting criteria of chapters is not limited to the above examples.
In at least some embodiments, the order of the chapters can be configured by the user. For example, the user may change the order of the chapters by moving the chapter “Electronics” to the first position and “Golf” to the third position, etc. In some embodiments, the e-commerce entity 105 may provide a settings option (not shown) in the GUI 500 where the user can configure the order of the chapters. In other embodiments, the user may change the order of the chapters by changing the order of the chapters in the table of contents 525 using a “drag-and-drop” technique. In response to the change in order of the chapters in the table of contents 525, the GUI 500 automatically updates the order of the chapters in the third portion 515.
In yet another embodiment, the GUI includes a filter such as filter 535 that allows the user to sort the chapters and/or characters within the chapters in a particular order. The filter 535 can include a drop-down menu having a number of options for sorting the chapters and characters. For example, the filter 535 can have an option to sort chapters by name, old to latest, etc. or characters by price, old to latest, color, etc. When the user chooses to sort the characters by price, either from lowest price to highest price or vice versa, the characters within each of the chapters are sorted accordingly. In another embodiment, the filter 535 can also include an option to show characters of a particular color. The user can select one or more options in the filter 535.
Characters are presented in each of the chapters in a particular format and a particular size.
The e-commerce entity 105 presents these special characters in a different format than the other characters (non-special characters). In the example 530, a non-special character such as character 555 is presented in a format and size as shown in
In another example, a special character such as character 575 can be presented in a larger size. The larger size can be a pre-defined size, for example, size of two non-special characters or four non-special characters, etc.
In another embodiment, special character 565 is presented with a narrative 570. The narrative 570 can include details such as information regarding the product or merchant, a special characteristic of the product, etc. For example, if the character is a furniture product such as a coffee table, the narrative 570 could include information regarding a type of wood used to make the coffee table, whether it is handmade, a particular country it is made in, a name of the designer of the coffee table, etc.
In yet another embodiment, two related characters, such as a laptop and laptop carry bag, may be grouped and presented as a special character such as group 560.
It should be noted that the above embodiments of presenting the special characters are just examples. The GUI 500 may present special characters in various other ways, including in specific colors, backgrounds, borders, a combination of the above, or in any other way so as to distinguish the special characters from non-special characters.
In at least some embodiments, the GUI 500 presents the story in three separate portions. However, in other embodiments, the GUI 500 may present the story in a different number of portions. Further, the GUI 500 presents each of the portions one below the other. However, in other embodiments, the portions may be presented in a different format. For example, the table of contents 525 can be presented as a vertical header strip or a circular strip rather than a horizontal header strip. The vertical header strip can extend from top 542 of the GUI 500 to the bottom 544 of the GUI 500, and the first portion 505 and the third portion 515 can be presented next to the vertical header strip and with the third portion 515 positioned below the first portion 505.
The sales event creating/receiving unit 615 creates or receives a sales event of a number of products. In an embodiment, the sales event creating/receiving unit 615 receives a sales event from a particular vendor or merchant that offers for sale products from that particular merchant. In another embodiment, the e-commerce entity 605 may create its own sales event which offers products including products from a particular merchant, various merchants, manufactured by or for the e-commerce entity 605, or a combination of all. The sales event creating/receiving unit 615 also ensures that the sales events are offered to the clients 610 as per predetermined sales strategies of the e-commerce entity 605 and/or vendors. For example, if a particular sales event is offered only for a predefined period, the sales event creating/receiving unit 615 ensures that the sales event is not made available to the user after the expiry of the predefined period.
The story generation unit 620 generates a story for the sales event. The story generation unit 620 obtains the necessary information for creating the story from the storage system 635. In an embodiment, the storage system 635 is similar to the storage system 125 of
The processor(s) 705 is/are the central processing unit (CPU) of the processing system 700 and, thus, control the overall operation of the processing system 700. In certain embodiments, the processor(s) 705 accomplish this by executing software or firmware stored in memory 710. The processor(s) 705 may be, or may include, one or more programmable general-purpose or special-purpose microprocessors, digital signal processors (DSPs), programmable controllers, application specific integrated circuits (ASICs), programmable logic devices (PLDs), trusted platform modules (TPMs), or the like, or a combination of such devices.
The memory 710 is or includes the main memory of the processing system 700. The memory 710 represents any form of random access memory (RAM), read-only memory (ROM), flash memory, or the like, or a combination of such devices. In use, the memory 710 may contain a code. In one embodiment, the code includes a general programming module configured to recognize the general-purpose program received via the computer bus interface, and prepare the general-purpose program for execution at the processor. In another embodiment, the general programming module may be implemented using hardware circuitry such as ASICs, PLDs, or field-programmable gate arrays (FPGAs).
Also connected to the processor(s) 705 through the interconnect 715 are a network adapter 730, a storage device(s) 720 and I/O device(s) 725. The network adapter 730 provides the processing system 700 with the ability to communicate with remote devices, over a network and may be, for example, an Ethernet adapter or Fibre Channel adapter. The network adapter 730 may also provide the processing system 700 with the ability to communicate with other computers within the cluster. In some embodiments, the processing system 700 may use more than one network adapter to deal with the communications within and outside of the cluster separately.
The I/O device(s) 725 can include, for example, a keyboard, a mouse or other pointing device, disk drives, printers, a scanner, and other input and/or output devices, including a display device. The display device can include, for example, a cathode ray tube (CRT), liquid crystal display (LCD), or some other applicable known or convenient display device.
The code stored in memory 710 can be implemented as software and/or firmware to program the processor(s) 705 to carry out actions described above. In certain embodiments, such software or firmware may be initially provided to the processing system 700 by downloading it from a remote system through the processing system 700 (e.g., via network adapter 730).
The techniques introduced herein can be implemented by, for example, programmable circuitry (e.g., one or more microprocessors) programmed with software and/or firmware, or entirely in special-purpose hardwired (non-programmable) circuitry, or in a combination of such forms. Special-purpose hardwired circuitry may be in the form of, for example, one or more ASICs, PLDs, FPGAs, etc.
Software or firmware for use in implementing the techniques introduced here may be stored on a machine-readable storage medium and may be executed by one or more general-purpose or special-purpose programmable microprocessors. A “machine-readable storage medium”, as the term is used herein, includes any mechanism that can store information in a form accessible by a machine.
A machine can also be a server computer, a client computer, a personal computer (PC), a tablet PC, a laptop computer, a set-top box (STB), a personal digital assistant (PDA), a cellular telephone, an iPhone, a Blackberry, a processor, a telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
A machine-accessible storage medium or a storage device(s) 720 includes, for example, recordable/non-recordable media (e.g., ROM; RAM; magnetic disk storage media; optical storage media; flash memory devices; etc.), etc., or any combination thereof. The storage medium typically may be non-transitory or include a non-transitory device. In this context, a non-transitory storage medium may include a device that is tangible, meaning that the device has a concrete physical form, although the device may change its physical state. Thus, for example, non-transitory refers to a device remaining tangible despite this change in state.
The term “logic”, as used herein, can include, for example, programmable circuitry programmed with specific software and/or firmware, special-purpose hardwired circuitry, or a combination thereof.