Patent Publication Number: US-2018053155-A9

Title: Interactive Survey Feedback Tool

Description:
CROSS REFERENCE TO RELATED APPLICATION 
     This application is a Continuation of U.S. application Ser. No. 12/316,653, filed Dec. 15, 2008; which claimed the benefit of U.S. Provisional Application No. 61/008,284, filed Dec. 19, 2007. 
    
    
     BACKGROUND 
     There is a need for business entities to use preference testing tools in order to improve future products and understand how a user perceives and associates a new product within a certain context. A user may be a consumer, pet owner, breeder, veterinarian, guardian, and/or any other person that may be associated with evaluating a new product. A product context refers to the environment, configuration, framework, and/or perspective that the user may associate with the product. It is also desirable to understand how well the user&#39;s perception matches actual attributes of a new product. Implementing a user preferences testing plan using actual models or prototypes of a new product is expensive, time consuming, and not very flexible. The user may not be able to communicate their perception in a meaningful manner and may have limited or no ability to modify the prototype to adequately fit their perception of the product based on a predetermined context. Traditional methods of optimizing attributes of a product include surveying a plurality of predetermined potential customers, evaluating the results of the survey, and implementing the optimization steps in a new product. However, this is a slow, time consuming process that lacks real time feedback and provides no opportunities for the user to modify the product to suit their perception of the product within a predetermined concept. Thus, there is a need for a method, apparatus, and system to optimize one or more attributes of a product according to a product context and determining a correlation of a user&#39;s perception of the product and the product context. 
     SUMMARY 
     In one embodiment, an attribute of a product is optimized according to a product context. A product context and an attribute of the product is presented to a user via a software graphical user interface (GUI). The user selects or modifies the attribute and submits a user input that corresponds to the attribute or the modified attribute of the product. The user input is received and the product is displayed via the GUI based on the user input. As the user modifies the attributes of the product, the modifications are displayed substantially simultaneously. A correlation between the user input and the attribute of the product in reference to the product context is determined when a termination command is received. 
     In another embodiment, an attribute of a product is optimized according to a product context. A product context is presented to a user via a software graphical user interface (GUI). A visual rendering of the product comprising at least one attribute of the product is presented via the GUI. A user input corresponding to an attribute of the product in reference to the product context is received. A correlation between the user input and an attribute of the product in reference to the product context is determined when a termination command is received. 
    
    
     
       FIGURES 
       The novel features of the various embodiments are set forth with particularity in the appended claims. The various embodiments, however, both as to organization and methods of operation, together with advantages thereof, may best be understood by reference to the following description, taken in conjunction with the accompanying drawings as follows. 
         FIG. 1  illustrates one embodiment of a survey system. 
         FIG. 2  illustrates a diagram that may be representative of the operations executed by one embodiment of the system shown in  FIG. 1  to optimize an attribute of a product according to a product context. 
         FIG. 3  illustrates a diagram that may be representative of the operations executed by one embodiment of the system shown in  FIG. 1  to optimize an attribute of a product according to a product context. 
         FIGS. 4-12  illustrate various representative screen shots that may be used to implement one embodiment of a graphical user interface (GUI). 
     
    
    
     DESCRIPTION 
     Before explaining the various embodiments in detail, it should be noted that the embodiments are not limited in their application or use to the details of construction and arrangement of parts illustrated in the context of the accompanying drawings and description. The illustrative embodiments may be implemented or incorporated in other embodiments, variations and modifications, and may be practiced or carried out in various ways. For example, the embodiments configurations disclosed below are illustrative only and not meant to limit the scope or application thereof. Furthermore, unless otherwise indicated, the terms and expressions employed herein have been chosen for the purpose of describing the illustrative embodiments for the convenience of the reader and are not limited in this context. 
       FIG. 1  illustrates one embodiment of a survey system  100 . The survey system  100  includes a network  102  in communication with one or more nodes. Examples of a node may comprise, for example, a computer, server, workstation, laptop, ultra-laptop, handheld computer, telephone, cellular telephone, pager, walkie-talkie, router, switch, bridge, hub, gateway, wireless access point (WAP), personal digital assistant (PDA), television, motion picture experts group audio player 3 device (MP3 player), global positioning system (GPS) device, electronic wallet, optical character recognition (OCR) scanner, medical device, camera, and so forth. In the illustrated embodiment, the network  102  is in communication with a server  104  node and a client  106  node. Although the server  104  and the client  106  are shown as single elements, the system  100  may comprise multiple servers  104  and clients  106  interconnected by one or more networks  102 . Accordingly, the embodiments are not limited to the illustrated embodiments. 
     In various embodiments, the system  100  may comprise multiple modules connected by one or more communications media. Communications media generally may comprise any medium capable of carrying information signals. For example, communications media may comprise wired communications media, wireless communications media, or a combination of both, as desired for a given implementation. Examples of wired communications media may include a wire, cable, printed circuit board (PCB), backplane, semiconductor material, twisted-pair wire, co-axial cable, fiber optics, and so forth. An example of a wireless communications media may include portions of a wireless spectrum, such as the radio-frequency (RF) spectrum. The embodiments are not limited in this context. 
     The client  106  comprises a graphical user interface  116  (GUI) to interface with a human user. Collectively, the server  104 , the client  106 , and the GUI  116  may be referred to as a virtual product design tool. The network  102  may be any type of computer network, public or private, LAN and/or WAN, wire-based and/or wireless, and may use one or a combination of network protocols such as Ethernet or token ring. In one embodiment, the network  102  may comprise, for example, a packet network such as the Internet, a corporate or enterprise network, a voice network such as the Public Switched Telephone Network (PSTN), and so forth. The embodiments are not limited in this context. 
     In one embodiment, the server  104  and the client  106  may comprise a computer, a monitor, a microphone, and/or a video camera in addition to a mouse, keyboard and standard I/O ports (not shown). The server  104  and the client  106  each may comprise a processor  108   a ,  108   b , respectively. The processor  108   a ,  108   b  may be implemented as a general purpose processor. For example, the processor  108   a ,  108   b  may comprise a general purpose processor made by Intel® Corporation, Santa Clara, Calif. The processor  108   a ,  108   b  also may comprise a dedicated processor, such as a controller, microcontroller, embedded processor, a digital signal processor (DSP), a network processor, an input/output (I/O) processor, a media processor, and so forth. The computer of the client  106  may be a cellular device for Internet access. As will be appreciated, the server  104  and the client  106  are not limited by any type of processor, particular hard disk drive, memory, sound card, or video card. It will appreciated that the processors  108   a  and  108   b  may be similar or may be different processors based on upon the desired execution power of the respective server  104  and the client  106 . The embodiments are not limited in this context. 
     In one embodiment, the server  104  and the client  106  may comprise a memory  110   a ,  110   b , respectively. The memory  110   a ,  110   b  may comprise any machine-readable or computer-readable media capable of storing data, including both volatile and non-volatile memory. For example, the memory  110   a ,  110   b  may comprise read-only memory (ROM), random-access memory (RAM), dynamic RAM (DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM (SDRAM), static RAM (SRAM), programmable ROM (PROM), erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, polymer memory such as ferroelectric polymer memory, ovonic memory, phase change or ferroelectric memory, silicon-oxide-nitride-oxide-silicon (SONOS) memory, magnetic or optical cards, or any other type of media suitable for storing information. The memory  110   a ,  110   b  also may comprise storage devices such as magnetic or optical disk drives for storage and data base implementation. 
     The server  104  and the client  106  may include an operating system and application software, such as Microsoft® Windows, Microsoft® Internet Explorer®, voice recognition software, voice synthesis software, and video input. The server  104  may comprise a server application module  112  and the client may comprise a client application module  114 . It will be appreciated by those of ordinary skill in the art that other operating system software, such as UNIX, LINUX, OS/2, BE, System  7 , Solaris, Mac OS may be employed by the system  100  components. Likewise, the system  100  communication components are not limited by particular Internet communication software and, thus, common alternatives, or any of a number of small screen cellular or smart phone browsers, also may be used. 
     In one embodiment, the server  104  and the client  106  may comprise a framework of interfaced software modules, which may retrieve, process, create, format, and transmit certain data. In one embodiment, the server  104  executes modules to direct and control certain processes to be carried out by other modules and/or the client  106 . These modules may interact with other software modules, such as services provided by the operating system or such as Internet connection, communication and transmission functions provided by an Internet browser module. Thus, in one embodiment, the modules are generally comprised of software instructions executable by the processor  108   a ,  108   b.    
     In various implementations, the system  100  may be illustrated and described as comprising several separate functional elements, such as modules. Although certain modules may be described by way of example, it can be appreciated that a greater or lesser number of modules may be used and still fall within the scope of the embodiments. Further, although various embodiments may be described in terms of modules to facilitate description, such modules may be implemented by one or more hardware components (e.g., processors, application specific integrated circuit [ASIC], Programmable Logic Device [PLD] or digital signal processor [DSP] circuits, registers), software components (e.g., programs, subroutines, logic) and/or combination thereof. 
     The modules may comprise, or be implemented as, one or more software or hardware elements, or any combination thereof, as desired for a given set of design or performance constraints. Thus, as used herein, the term “module” refers not only to logic coded as a collection of software instructions, but also refers to logic embodied in hardware or firmware. In the software context, a module may have entry and exit points and may be coded in a high level language such as C, C++, Java, or Pascal, or may be coded in machine or assembler language. Software modules may be compiled and linked into an executable program or installed in a Dynamic Link Library (DLL). Software modules may also be coded in an interpretive language, such as BASIC. Software modules may be callable from other modules, may be nested within other modules, and/or may be invoked in response to a detected event or interrupt. Instructions of software modules may be coded into firmware, such as an EPROM. For example, the modules may comprise electronic elements fabricated on a substrate. In the hardware context, modules may be comprised of connected logic units, such as gates and flip-flops, and/or may be comprised of programmable units, such as programmable gate arrays. In various implementations, the electronic elements may be fabricated using silicon-based IC processes such as complementary metal oxide semiconductor (CMOS), bipolar, and bipolar CMOS (BiCMOS) processes, for example. The embodiments are not limited in this context. 
       FIG. 2  illustrates a diagram  200  that may be representative of the operations executed by one embodiment of the system  100  to optimize an attribute of a product according to a product context. For example, the various processes illustrated in the diagram  200  may be carried out with the server  104  and/or the client  106  under control of the server  104 . 
     With reference now to  FIGS. 1 and 2 , the client  106  under control of the server  104  presents  202  a product context to a user via the GUI  116 , which may be executed by the server  104  and/or the client  106  under control of the server  104 . The product context is associated with any one of text, price, brand, visualization, packaging, and visualization of a previous version of the product. 
     The client  106  under control of the server  104  presents  204  a visual rendering of the product including at least one modifiable attribute of the product to the user via the GUI  116 . In one embodiment, the server  104  and/or the client  106  under control of the server  104  may present textual content, brand, pricing, or retail setting associated with the product context to the user via the GUI  116 . Interacting with the GUI  116  with an input device coupled to the client  106 , the user may modify an attribute of the product. An input device may comprise a monitor (e.g., touch screen), microphone (e.g., voice recognition), video camera (e.g., image capturing and recognition), mouse, and keyboard, coupled to an I/O port of the client  106 . In one embodiment, the client  106  under control of the server  104  presents a modifiable attribute of the product via the GUI  116  and receives a user input corresponding to a modified attribute of the product. The modifiable attributes comprise any one of a user selectable modifiable appearance (e.g., size, shape, color, texture, additive) and audible waveform (e.g., sound) associated with the modifiable attribute of the product. In another embodiment, the client  106  under control of the server  104  presents a modifiable quantity of the product via the GUI  116  and receives a user input corresponding to a modified quantity of the product. In one embodiment, the modifiable attribute of a food product is presented via the GUI  116  and the server  104  receives a user input corresponding to a modified attribute of the food product. In another embodiment, the modifiable attribute of a pet food product is presented via the GUI  116  and the server  104  receives a user input corresponding to a modified attribute of the pet food product. 
     The server  104  receives  206  the user input corresponding to a modified attribute of the product. Substantially simultaneously, the server  104  modifies and displays  208  via the GUI  116  the modified attribute of the product based on the user input. Substantially simultaneously is intended to describe input latency, which is the difference between the time the user input is received by the server  104  and the time the modified attribute is shown by the GUI  116 . In one embodiment, the server  104  receives a textual input from the user. The textual input corresponds to the modified attribute of the product. In another embodiment, the server  104  receives a verbal input from the user. The verbal input corresponds to the modified attribute of the product. 
     The server  104  and/or a researcher determine  210  a correlation between the user input and an attribute of the product in reference to the product context when a termination command is received. In one embodiment, the correlation between the user input and an attribute of the product in reference to the product context is associated with a series of weighted questions. A corresponding association between the user input and a description of the product context may be determined by the server  104  and/or the researcher based on the correlation between the user input and the description of the attribute of the product in reference to the product context. The server  104  and/or the researcher determine whether the product context matches a user perception of the product. The user perception is determined based on the corresponding association between the user input and the description of the product context based on the correlation between the user input and the description of the attribute of the product in reference to the product context. 
     The user may interactively iterate through the process described in the diagram  200  until such time as the user is sufficiently satisfied. The server  104  interactively displays the modifiable and modified attributes of the product via the GUI  116 , receives new user inputs corresponding to newly modified attributes of the product, and substantially simultaneously modifies and displays, via the GUI  116 , the modified attribute of the product based on newly submitted user inputs. The server  104  and/or the researcher then determine a correlation between the new user input and an attribute of the product in reference to the product context when the termination command is received. As previously described, the correlation between the user input and the attribute of the product in reference to the product context may be associated with a series of weighted questions and answers. With weighted questions, different questions may be worth different amounts. For example, an answer to one question may be worth two (2) points and an answer to a different answer may be worth twice that or four (4) points. With weighted answers, different answers to the same question may be worth different amounts. For example, one answer to a question may be worth one (1) point, and another answer to the same question may be worth half that (0.5). 
       FIG. 3  illustrates a diagram  300  that may be representative of the operations executed by the system  100  to optimize an attribute of a product according to a product context. For example, the various processes illustrated in the diagram  300  may be carried out with the server  104  and/or the client  106  under control of the server  104 . 
     With reference now to  FIGS. 1 and 3 , the client  106  under control of the server  104  present  302  a product context to a user via the GUI  116 , which may be executed by the server  104  and/or the client  106  under control of the server  104 . The product context is associated with any one of text, price, brand, visualization, packaging, and visualization of a previous version of the product. 
     The client  106  under control of the server  104  presents  304  a static visual rendering of the product including at least one attribute of the product via the GUI  116 . The user may select an attribute of the product. In one embodiment, the client  106  under control of the server  104  presents an attribute of the product via the GUI  116  and receives a user input corresponding to the attribute of the product. The attribute comprises any one of a user selectable appearance (e.g., size, shape, color, texture, additive) and sound associated with the attribute of the product. In another embodiment, the client  106  under control of the server  104  presents a quantity of the product via the GUI and receives a user input corresponding to a quantity of the product. A quantity may include a quantity of components or elements that make up the product. For example, if the product comprises multiple components, the quantity may refer to the amount or number of each individual component or the total amount or number of all components that make up the product. In one embodiment, the attribute of a food product is presented via the GUI  116  and the server  104  receives a user input corresponding to an attribute of the food product. In another embodiment, the attribute of a pet food product is presented via the GUI  116  and the server  104  receives a user input corresponding to an attribute of the pet food product. In one embodiment, two or more static renderings of the product may be presented via the GUI  116 . Each one of the two or more static renderings of the product comprises at least one attribute. In another embodiment, the static renderings of the two or more products may be presented monadically, e.g., one at a time. 
     The server  104  receives  306  the user input corresponding to an attribute of the product in reference to the product context. As previously described with reference to the diagram  200  shown in  FIG. 2 , in various embodiments, the server  104  may receive a textual input or a verbal input from the user. 
     The server  104  and/or a researcher determine  308  a correlation between the user input and an attribute of the product in reference to the product context when a termination command is received. In one embodiment, the correlation between the user input and an attribute of the product in reference to the product context is associated with a series of weighted questions. A corresponding association between the user input and a description of the product context may be determined by the server  104  and/or the researcher based on the correlation between the user input and the description of an attribute of the product in reference to the product context. The server  104  and/or the researcher determine whether the product context matches a user perception of the product. The user perception is determined based on the corresponding association between the user input and the description of the product context based on the correlation between the user input and the description of an attribute of the product in reference to the product context. 
     The user may interactively iterate through the process described in the diagram  300  until such time as the user is sufficiently satisfied. The server  104  interactively with the user iterates to present a static rendering of the product including at least one attribute of the product via the GUI  116  and receives a new user input corresponding to a new attribute of the product in reference to the product context. The server  104  and/or the researcher then determine a correlation between the new user input and an attribute of the product in reference to the product context when the termination command is received. 
     The operation of the above described system  100  may be better understood by way of the following examples. In one example, the system  100  may be employed to obtain feedback from a focus group where a user may choose to be their own chef and the user can design attributes of a product such as pet food to suit their desires or needs. The users are not asked to answer any questions. User input data are analyzed to identify common visual themes selected by the user. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context in this example encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on characteristics that might normally be associated with the product. The user is then taken to a GUI  116  screen that allows the user to design the attributes of a product. The user chooses the appearance (e.g., size, shape, color, texture, additive) and sound attributes of one or more types of kibbles in a pet food bowl. The user may continue to see multiple iterations of the rendered food image before settling on the final product appearance. The user completes their product appearance and the server  104  stores their product design and associates it to the pre-screening data gathered from the users. The user is then presented a “Thank You for Participating” GUI  116  screen and no further questions are presented. Upon receipt of the focus group&#39;s responses, the researcher(s) reviews all product designs and identifies common design themes. These design themes are then used to develop the appearance of a commercial product or to continue to refine the development of the appearance of a product prototype. 
     In another example, the system  100  may be employed to obtain feedback from a focus group where a user may choose to be their own chef and the user can design the attributes of a product such as pet food to suit their desires or needs. The users are asked to respond to one or more questions to rate a product. User input data and responses are aggregated and ranked according to various visualization options to identify common visual themes. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food you purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on characteristics that might normally be associated with the product. The user is then taken to a GUI  116  screen that allows the user to design the attributes of a product. The user chooses the appearance (e.g., size, shape, color, texture, additive) and sound attributes of one or more types of kibbles in the food bowl. The user may continue to see multiple iterations of the rendered food image before settling on the final product appearance. The user completes their product appearance and the server  104  stores the product design and associates it to the pre-screening data gathered from the users. The user is then presented with one or more questions that identify their satisfaction with the product design they have selected and the previously presented product context. An example of a question the user may be asked is, “How would you rate the overall appearance of this dry pet food?” After the user answers the question, the user is then presented a “Thank You for Participating” GUI  116  screen and no further questions are presented. Upon receipt of the responses from the focus group, the researcher(s) reviews all product designs and identifies common design themes. All individual responses submitted by the users are aggregated to determine the ranking of the various visualization options. The design themes coupled with responses submitted by the users to questions after designing the food are then used to develop the appearance of a commercial product or to continue to refine the development of the appearance of a product prototype. 
     In yet another example, the system  100  may be employed to obtain feedback associated with the user liking a modifiable visualization of a product. The users are presented with limited visualization choices. One or more modifiable visualizations are shown to the user. The selected visualizations are analyzed but no questions are asked of the user. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food you purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on the type of feedback of interest. The user is then taken to a GUI  116  screen that allows the user to design some, but not all, of the attributes of a product. The user is presented with the opportunity to change the appearance of one or more but not all of the kibble attributes such as size, shape, color, texture, and additive or any sounds associated with the kibble attributes. The user may continue to see multiple iterations of the rendered food image before settling on the final product appearance. The user completes their product appearance and the server  104  stores their product design and associates it to the pre-screening data gathered from the users. The user is then presented a “Thank You for Participating” GUI  116  screen and no further questions are presented. Upon receipt of the responses from the focus group, the researcher(s) reviews all product designs and identifies common design themes. These design themes are then used to develop an appearance of a commercial product appearance or to continue to refine the development of the appearance of a product prototype. 
     In still another example, the system  100  may be employed to obtain feedback associated with the user liking a modifiable visualization of a product. The users are presented with limited visualization choices. One or more modifiable visualizations are shown to the user. The selected modifiable visualizations are analyzed and rated. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food you purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on the type of feedback of interest. The user is then taken to a GUI  116  screen that allows the user to design some, but not all, of the attributes of a product. The user is presented with the opportunity to change the appearance of one or more but not all of the kibble attributes such as size, shape, color, texture, and additive or any sounds associated with the kibble attributes. The user may continue to see multiple iterations of the rendered food image before settling on the final product appearance. The user completes their product appearance and the server  104  stores their product design and associates it to the pre-screening data gathered from the users. The user is then presented with one or more questions that identify their satisfaction with the product design they have selected and the previously presented product context. An example of a question the user may be asked is, “How would you rate the overall appearance of this dry pet food?” After the user answers the question, the user is then presented a “Thank You for Participating” GUI  116  screen and no further questions are presented. Upon receipt of the responses from the focus group, the researcher(s) reviews all product designs and identifies common design themes. All individual responses of the users are then aggregated to determine the ranking of the various visualization options. The design themes coupled with user responses to questions after designing the food are then used to develop the appearance of a commercial product or to continue to refine the development of the appearance of a product prototype. 
     In yet another example, the system  100  may be employed to obtain feedback associated with the user liking a non-modifiable visualization of a product. The users are presented with limited visualization choices. Two or more visualizations are shown to the user. The selected non-modifiable visualizations are analyzed. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food you purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on the type of feedback of interest. The user is then taken to a GUI  116  screen that presents two renderings of pet food kibble in a bowl. The user is to review both bowls and select the bowl of kibble per the direction from the product context statement. The user may go back to the product context GUI  116  screen(s) to review this information again before making their product selection. The user makes their product selection and the server  104  stores their answer and associates it to the pre-screening data gathered from the users. The user is then presented a “Thank You for Participating” GUI  116  screen and no further questions are presented. All individual responses by the users are then aggregated to determine the ranking of the various visualization options. 
     In still another example, the system  100  may be employed to obtain feedback associated with the user liking a non-modifiable visualization of a product. The users are presented with limited visualization choices. Two or more visualizations are shown to the user. The selected non-modifiable visualizations are analyzed and rated. The user may be a user chosen to participate in a focus group by completing a survey of pre-screening questions to determine whether the user owns a dog or cat, breed of pet, age of pet, and brand of pet food you purchase today. If selected, the user becomes part of a focus group and is virtually presented the product context via the GUI  116  by the client  106  under control of the server  104 . The product context encompasses a product concept, pricing, and branding of the product. Presenting the product context educates the user on the type of feedback of interest. The user is then taken to a GUI  116  screen that presents two renderings of pet food kibble in a bowl. The user is to review both bowls and select the bowl of kibble per the direction from the product context statement. The user may go back to the product context screen(s) to review this information again before making their product selection. The user makes their product selection and the virtual kibble tool stores their answer and associates it to the pre-screening data gathered from the users. The user is then presented with a series of survey questions. A first question may be, “Thinking about the product bowl you selected, how well does this product meet the needs of your pet?” The user may select an answer from multiple choices such as five choices ranging from “extremely well” to “not well at all,” for example. A second question may be, “Assuming this product was available in the store where you regularly shop, how likely would you be to purchase this product?” The user may select an answer from multiple choices such as five choices ranging from “definitely would buy” to “definitely would not buy.” After the user answers the last question, they would be presented with a “Thank You for Participating” GUI  116  screen. All individual responses by the users are aggregated to determine the ranking of the various visualization options. 
     In yet another example, the system  100  may be employed to obtain feedback associated with surveying Internet users regarding pet food visualization. The users are presented with a context allowing individual users to create their own visualization. The users are then asked to respond to one or more questions. The responses are analyzed. The process gathers feedback from a control group, which may be users that have been pre-selected or users that have completed and passed an on-line survey. Users in the control group would receive an email with a link and logon credentials to the virtual product design website. After a successful logon to this website, the user would be presented with the product context information via the GUI  116  by the client  106  under control of the server  104 . The context information may comprise product concept and branding. After the user reviews the product context strategy, the user may be taken to a webpage where a bowl is empty. To populate the bowl with kibble, the user would be allowed to select the appearance of the kibble attributes such as size, shape, color, texture, and additive or the sound associated with the kibble attribute. The user may choose between two kibble colors, two kibble sizes, and two kibble shapes, for examples, or any integer number attributes. The user may mix colors, shapes, and sizes into the bowl while increasing or decreasing the amount of a selected kibble attribute. Once the user is satisfied with their bowl of kibble, they will press the “Save Changes” button. Their configured bowl data is stored by the server  104  with the demographic data associated with the user. The user is now presented with a survey question, “Assuming this product was available in the store where you regularly shop, how likely would you be to purchase this product?” The user may select an answer ranging from “definitely would buy” to “definitely would not buy.” After the user answers this question, they would be presented with a “Thank You for Participating” GUI screen  116 . All individual responses submitted by the users are aggregated to determine the ranking of the various visualization options. 
       FIGS. 4-13  illustrate various representative screen shots that may be used to implement one embodiment of a graphical user interface (GUI). The operation of the above described system  100  may be better understood by way of the following representative screen shots that may be used to implement one embodiment of the GUI  116  that may be presented to the user by the client  106  under control of the server  104 .  FIG. 4  illustrates an initial screen shot  400  that is presented to the user by the client  106  via the GUI  116  when the user logs into a product survey website to optimize an attribute of a product according to a product context. The initial screen shot  400  displays a user profile input text box  402  that provides a framework for capturing pertinent information about the user. Within the user profile input text box  402  the user enters “First Name”  404 , “Last Name”  406 , “Location”  408 , and “Telephone”  410 . Additional or fewer text boxes may be displayed to capture more or less information about the user profile. The information captured regarding the user profile may be used as a means to categorize the individual user into a defined sub-population of users. After the user profile information is entered into the user profile text box  402 , the user may select the “BEGIN SURVEY” button  412  to launch a concept demo screen shot. The embodiments are not limited in this context. 
       FIG. 5  illustrates a product context screen shot  420  that is displayed when the “BEGIN SURVEY” button  412  is selected in the initial screen shot  400 . A product concept  422  is presented to the user. To continue to see more about the product concept, the user may select the CONTINUE button  424  to launch a screen shot that provides additional information about the product concept. The embodiments are not limited in this context. 
       FIG. 6  illustrates a more detailed product context screen shot  430 . A first table  446  includes a “Brand” column  432 , a “Size” column  434 , and a “Price” column  436  for a first entity, which in one embodiment may be the entity that manufactures, distributes, sells, or markets the underlying product. A second table  448  includes a “Other Leading Brands” column  438 , a “Size” column  440 , and a “Price” column  442  for one or more entities that may compete with the first entity. Other product contexts may be associated with any one of text, visualization, packaging, and visualization of a previous version of the product. Selecting the CONTINUE button  444  launches another concept screen. The embodiments are not limited in this context. 
       FIG. 7  illustrates a context screen shot  450  that displays a inquiry text box  452  that asks the user whether they wish to continue to optimize an attribute of the product according to a product context. As previously discussed a product context may be associated with any one of text, price, brand, visualization, packaging, and visualization of a previous version of the product. To proceed to the optimization screen shots, the user selects the CONTINUE button  454 . The embodiments are not limited in this context. 
       FIG. 8  illustrates a product optimization screen shot  460 . The product optimization screen shot  460  presents an attribute modification portion  462  and a product visualization portion  463 . The attribute modification portion  462  includes various product components  466   a ,  466   b ,  466   c ,  466   d . Additional or fewer components may be displayed based on the type of product being optimized. Attributes associated with each of the components  466   a - d  may be modified or changed by selecting the corresponding “Change” button  468   a - d  associated with the components  466   a - d . The quantity of each component  466   a - d  may be increased by selecting corresponding “More” buttons  470   a - d  or decreased by selecting corresponding “Less” buttons  472   a - d . The product visualization portion  463  displays substantially simultaneously the resulting modifications made to the product attributes using the buttons  470   a - d ,  472   a - d  in the attribute modification portion  462 . In the illustrated example, the visualization portion  463  displays a bowl  464  that contains the various selected components  466   a - d  of the product in the quantities selected using the “More or “Less” buttons  470   a - d ,  472   a - d . Multiple attributes of each of the components  466   a - d  may be modified by selecting the “Change” button  468   a - d  associated with each of the components  466   a - d . Any changes made using the buttons  468   a - d ,  470   a - d , or  472   a - b  may be saved by selecting the “Save Changes” button  474 . The embodiments are not limited in this context. 
       FIG. 9  illustrates an additives attribute modification screen shot  480 . This screen shot  480  is displayed when the user selects the “Change” button  468   a  in the product optimization screen shot  460  shown in  FIG. 8 . In the illustrated example, one of four attribute modification screenshots may be displayed. The additives attribute modification screen shot  480  presents an additives attribute modification portion  485  and an additives visualization portion  483 . The additives attribute modification portion  485  includes attribute modifications buttons  484   a - d , where the user may select to modify the additives attribute by selecting the “Additive” attribute button  484   a , the color attribute by the selecting the “Color” attribute button  484   b , the shape attribute by selecting the “Shape” attribute button  484   c , or the texture attribute by selecting the “Texture” attribute button  484   d . Additional or fewer attribute buttons may be displayed based on the product being optimized. The additives attribute modification portion  485  includes a grid  487  that includes up to n cells, where n is any integer. Each cell  482   a ,  482   b ,  482   c , or  482   n  includes a predetermined type of additive that may be added to the product in the bowl  464  ( FIG. 8 ). The user selects a cell  482   a - n  to select the predetermined additive. The modified component  466   a  is shown in the additives visualization portion  483  substantially simultaneously to provide a visualization of what the component  466   a  looks like. The user may continue to select a cell  482   a - n  until the user is satisfied and selects the “Back to Bowl” button  488 , which displays an updated product optimization screen shot  460  shown in  FIG. 8 . A user text input box  486  is provided for the user to enter any reasons for their changes. The embodiments are not limited in this context. 
     As shown in  FIG. 9 , the user may enter a comment in the user text input box  486 . These text messages may be categorized and weighted and analyzed along with the other attributes of the product. These comments are generally directed to reasons why the user chose to make the various modifications within the screen shot. In the illustrated example, the user entered a comment in the user text input box  486  associated with the reasons for making the changes within the additives attribute modification screen shot  480 . The embodiments are not limited in this context. 
       FIG. 10  illustrates a color attribute modification screen shot  490 . This screen shot  490  is displayed when the user selects the “Color” attribute button  484   b  in any of the attribute modification screen shots. The color attribute modification screen shot  490  presents a color attribute modification portion  495  and a color attribute visualization portion  493 . The color attribute modification portion  495  includes a grid  494  that includes up to in different cells, where in is any integer (e.g., in one embodiment n=m). Each cell  492   a ,  492   b ,  492   c , or  492   m  includes a predetermined color attribute for the product components  466   a - d  in the bowl  464  ( FIG. 8 ). The user selects a color cell  492   a - m  to select the predetermined color. The modified component  466   a  is shown in the color visualization portion  493  substantially simultaneously to provide a visualization of what the component  466   a  looks like in the newly selected color. The user may continue to select a cell  492   a - m  until the user is satisfied and selects the “Back to Bowl” button  488 , which displays an updated product optimization screen shot  460  shown in  FIG. 8 . A user text input box  486  is provided for the user to enter any reasons for their changes. The embodiments are not limited in this context. 
       FIG. 11  illustrates a shape attribute modification screen shot  500 . This screen shot  500  is displayed when the user selects the “Shape” attribute button  484   c  in any of the attribute modification screen shots. The shape attribute modification screen shot  500  presents a shape attribute modification portion  505  and a shape attribute visualization portion  503 . The shape attribute modification portion  505  includes a grid  506  that includes up to p different cells, where p is any integer (e.g., in one embodiment n=m=p). Each cell  508   a ,  508   b ,  508   c , or  508   p  includes a predetermined shape attribute for the product components  466   a - d  in the bowl  464  ( FIG. 8 ). The user selects a shape cell  508   a - p  to select the predetermined shape. A slide bar  502  also is provided to increase or decrease the shape size by moving the slide bar  502  in direction  504 . In the illustrated example, moving the slide bar  502  to the right makes the shapes larger and moving the slide bar  502  to the left makes the shapes smaller. The embodiments are not limited in this context. The modified component  466   a  is shown in the shape visualization portion  503  substantially simultaneously to provide a visualization of what the component  466   a  looks like in the newly selected shape. The user may continue to select a cell  508   a - p  until the user is satisfied and selects the “Back to Bowl” button  488 , which displays an updated product optimization screen shot  460  shown in  FIG. 8 . A user text input box  486  is provided for the user to enter any reasons for their changes. The embodiments are not limited in this context. 
       FIG. 12  illustrates a texture attribute modification screen shot  510 . This screen shot  510  is displayed when the user selects the “Texture” attribute button  484   d  in any of the attribute modification screen shots. The texture attribute modification screen shot  510  presents a texture attribute modification portion  515  and a texture attribute visualization portion  513 . The texture attribute modification portion  515  includes a grid  512  that includes up to q different cells, where q is any integer (e.g., in one embodiment n=m=p=q). Each cell  514   a ,  514   b ,  514   c , or  514   q  includes a predetermined shape attribute for the product components  466   a - d  in the bowl  464  ( FIG. 8 ). The user selects a texture cell  514   a - q  to select the predetermined texture. The modified component  466   a  is shown in the shape visualization portion  513  substantially simultaneously to provide a visualization of what the component  466   a  looks like in the newly selected shape. The user may continue to select a cell  514   a - q  until the user is satisfied and selects the “Back to Bowl” button  488 , which displays an updated product optimization screen shot  460  shown in  FIG. 8 . A user text input box  486  is provided for the user to enter any reasons for their changes. The embodiments are not limited in this context. 
     Although the various examples of pet food products that may be evaluated using the GUI system  100  described herein relate to dried pet food products produced from extrusion, the embodiments are not limited in this context. For example, other types of kibbled pet food and wet pet foods may be evaluated using the GUI system  100 . In addition, more specific examples of pet foods that may be evaluated using the GUI system  100  described herein include simulated meat products, chunk type products, pâté, soft-moist or loaf type products, biscuits, chews, gravies, powders, pills, and capsules. It will be appreciated that the scope of the products that may be evaluated using the GUI system  100  described herein are not limited to pet foods and the above described GUI system  100  may be employed to evaluate and obtain feedback for a variety of products including personal health care products, oral care products, beauty care products, paper products, and food products, among others. 
     Examples of personal health care products that may be evaluated using the GUI system  100  described herein relate to health and wellness products. Non-limiting examples of health and wellness products include compositions and devices for preventing and treating: (1) respiratory conditions, including cough, colds, and allergies; (2) gastrointestinal conditions, including heartburn, stomach upset, diarrhea, constipation, temper mental and/or irritable bowel; (3) obesity and other weight disorders or conditions; (4) pain; (5) sleep disorders; (6) low energy states; (7) joint flexibility or mobility; and (8) muscular/joint aches and pains. Additional non-limiting examples of health and wellness products include compositions and devices to maintain or improve health and well-being, including nutritional supplements and/or immune-modulators, water filtration and deliver system devices, and health diagnostic devices or services. 
     Examples of oral care products that may be evaluated using the GUI system  100  described herein relate to oral care products and compositions. Non-limiting examples include toothpastes, toothbrushes, mouth rinses, floss, whitening articles, and dentures. 
     Examples of beauty care products that may be evaluated using the GUI system  100  include personal care products including, but not limited to, those intended for use with hair or skin such as hair colorants, hair conditioners, shampoos, hair styling, hair permanents, hair treatments, personal cleansing, skin care (e.g., moisturization, anti-aging, ultraviolet [UV] protection), deodorants or antiperspirants, shaving aids, hair removal products, disposable or system wet shaving products, dry shaving razors, color cosmetics (e.g., lipstick, lip balm, foundations, mascaras, eye shadow), perfumes or fragrances. Forms of beauty care products include wipes, cloths, bars, liquids, powders, crèmes, lotions, sprays, aerosols, foams, mousses, serums, capsules, gels, granules, emulsions, doe foots, roll-on applicators, sticks, sponges or other methods of delivering a material to the skin or hair. Beauty care products also include devices, appliances, applicators, implements, combs, brushes or substrates to be used alone on the skin or hair or in combinations with the above personal care products. 
     Examples of paper products that may be evaluated using the GUI system  100  described herein relate to disposable absorbent articles, sanitary tissue products, and cellulose-based disposable eating utensils. Non-limiting examples of disposable absorbent articles include disposable diapers, feminine hygiene products, and adult incontinence products. Non-limiting examples of sanitary tissue products include facial tissue, toilet tissue, paper towels, and paper napkins. Non-limiting examples of cellulose-based disposable eating utensils include paper cups and paper plates. 
     Examples of food products that may be evaluated using the GUI system  100  described herein relate to foods or beverages for humans. Non-limiting examples include breads, grains, muffins, cookies, cakes, crisps, chip-type snacks, potato chips, chips, tacos, corn chips, nachos, tortilla chips, other snack foods, doughnuts, other baked snacks, other fried snacks, candies, fabricated snack products, French fried potato strips, French fries, soups, sauces, puddings, baby foods, pastas, wafers, crackers, pretzels, pizza, ready-to-eat breakfast cereals, hot cereals, hot cereals, yogurts, ice cream, granola, granola bars, juices, coffees, hot beverages, cold beverages, flavored coffee beverages, instant coffee beverages, hot teas and cold teas. 
     Numerous specific details have been set forth herein to provide a thorough understanding of the embodiments. It will be understood by those skilled in the art, however, that the embodiments may be practiced without these specific details. In other instances, well-known operations, components and circuits have not been described in detail so as not to obscure the embodiments. It can be appreciated that the specific structural and functional details disclosed herein may be representative and do not necessarily limit the scope of the embodiments. 
     It is also worthy to note that any reference to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment. 
     Some embodiments may be implemented using an architecture that may vary in accordance with any number of factors, such as desired computational rate, power levels, heat tolerances, processing cycle budget, input data rates, output data rates, memory resources, data bus speeds and other performance constraints. For example, an embodiment may be implemented using software executed by a general-purpose or special-purpose processor. In another example, an embodiment may be implemented as dedicated hardware, such as a circuit, an ASIC, PLD, or DSP, and so forth. In yet another example, an embodiment may be implemented by any combination of programmed general-purpose computer components and custom hardware components. The embodiments are not limited in this context. 
     Some embodiments may be described using the expression “coupled” and “connected” along with their derivatives. It should be understood that these terms are not intended as synonyms for each other. For example, some embodiments may be described using the term “connected” to indicate that two or more elements are in direct physical or electrical contact with each other. In another example, some embodiments may be described using the term “coupled” to indicate that two or more elements are in direct physical or electrical contact. The term “coupled,” however, may also mean that two or more elements are not in direct contact with each other, but yet still co-operate or interact with each other. The embodiments are not limited in this context. 
     Some embodiments may be implemented, for example, using a machine-readable medium or article which may store an instruction or a set of instructions that, if executed by a machine, may cause the machine to perform a method and/or operations in accordance with the embodiments. Such a machine may include, for example, any suitable processing platform, computing platform, computing device, processing device, computing system, processing system, computer, processor, or the like, and may be implemented using any suitable combination of hardware and/or software. The machine-readable medium or article may include, for example, any suitable type of memory unit, memory device, memory article, memory medium, storage device, storage article, storage medium and/or storage unit, for example, memory, removable or non-removable media, erasable or non-erasable media, writeable or re-writeable media, digital or analog media, hard disk, floppy disk, Compact Disk Read Only Memory (CD-ROM), Compact Disk Recordable (CD-R), Compact Disk Rewriteable (CD-RW), optical disk, magnetic media, various types of Digital Versatile Disk (DVD), a tape, a cassette, or the like. The instructions may include any suitable type of code, such as source code, compiled code, interpreted code, executable code, static code, dynamic code, and the like. The instructions may be implemented using any suitable high-level, low-level, object-oriented, visual, compiled and/or interpreted programming language, such as C, C++, Java, BASIC, Perl, Matlab, Pascal, Visual BASIC, assembly language, machine code, and so forth. The embodiments are not limited in this context. 
     Unless specifically stated otherwise, it may be appreciated that terms such as “processing,” “computing,” “calculating,” “determining,” or the like, refer to the action and/or processes of a computer or computing system, or similar electronic computing device, that manipulates and/or transforms data represented as physical quantities (e.g., electronic) within the computing system&#39;s registers and/or memories into other data similarly represented as physical quantities within the computing system&#39;s memories, registers or other such information storage, transmission or display devices. The embodiments are not limited in this context. 
     The dimensions and values disclosed herein are not to be understood as being strictly limited to the exact numerical values recited. Instead, unless otherwise specified, each such dimension is intended to mean both the recited value and a functionally equivalent range surrounding that value. For example, a dimension disclosed as “40 mm” is intended to mean “about 40 mm.” 
     Every document cited herein, including any cross referenced or related patent or application, is hereby incorporated herein by reference in its entirety unless expressly excluded or otherwise limited. The citation of any document is not an admission that it is prior art with respect to any invention disclosed or claimed herein or that it alone, or in any combination with any other reference or references, teaches, suggests or discloses any such invention. Further, to the extent that any meaning or definition of a term in this document conflicts with any meaning or definition of the same term in a document incorporated by reference, the meaning or definition assigned to that term in this document shall govern. 
     While certain features of the embodiments have been illustrated as described herein, many modifications, substitutions, changes, and equivalents will now occur to those skilled in the art. It is therefore to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the embodiments.