US20210192468A1

Movatterモバイル変換

Info

Publication number: US20210192468A1
Application number: US17/196,134
Authority: US
Inventors: Arash Shiva; Simon Vallee; David Katz
Original assignee: Groupon Inc
Current assignee: ByteDance Inc
Priority date: 2012-09-28
Filing date: 2021-03-09
Publication date: 2021-06-24
Also published as: US20160071066A1; US20140095232A1; US10984390B2

Abstract

Provided herein are systems, methods and computer readable media for scheduling services and other types of appointments in conjunction with purchasing and/or redeeming deal offers. Merchants may customize a scheduling system to provide scheduling capabilities and deal redemption capabilities to consumers interested in scheduling appointments. A consumer may use the scheduling system to select dates and times, merchant locations, and/or staff members, among other things, when scheduling appointments, and provide deal and/or other payment related information to the merchant. Merchants may use the scheduling system and consumer date received therefrom to track resources across numerous locations, keep apprised of their staffs' availability, receive/generate analytics data related to the affect deals have on their business, and gain a better understanding of their customers. The scheduling system may be integrated into the merchant's website and/or linked to deals offered by a third party promotional system.

Description

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of and claims priority to U.S. application Ser. No. 14/935,857, filed Nov. 9, 2015, entitled, “METHOD, APPARATUS, AND COMPUTER PROGRAM PRODUCT FOR SCHEDULING APPOINTMENTS WITH DEAL OFFERS,” which is a continuation of U.S. application Ser. No. 13/631,313, filed Sep. 28, 2012, entitled, “Scheduling Appointments with Deal Offers,” the contents of which are hereby incorporated by reference in their entireties.

FIELD

Embodiments of the invention relate, generally, to scheduling consumer appointments with a merchant.

BACKGROUND

Merchants selling goods and services to consumers may offer discounts for those goods or services, which are sometimes referred to herein as “products.” Merchants may offer discounts with the goal of building a long term relationship with a consumer, increasing sales, promoting different services, or expanding their product line or consumer base. In this regard, areas for improving current discounting systems have been identified. Through applied effort, ingenuity, and innovation, solutions to improve such systems have been realized and are described in connection with embodiments of the present invention.

BRIEF SUMMARY

Systems, methods, and computer readable program code are provided to, in general, improve merchant discounting and promotional systems. More specifically, embodiments provided herein may include a scheduling system, deal system, and/or promotional system that may be implemented individually and/or configured to provide synergies when two or more are implemented together.

A scheduling system may be beneficial to merchants offering services requiring an appointment, such as salons, massage therapists, tour companies, and/or the like, and may be used in conjunction with a deal system and/or promotional system. Similarly, the scheduling system may be beneficial to consumers who make appointments (with other consumers, including friends and family members, and/or with merchants).

A deal system may also or instead be included in some embodiments. For example, merchant services and availability can be maintained by a scheduling system that can be configured to receive requests from consumers to schedule appointments for services for which one or more of the consumers would like to redeem one or more deals that were purchased or otherwise facilitated by a deal system. According to some embodiments, merchants may view past appointments and provide associated deal identifiers in order to indicate that a deal has been redeemed.

Additionally or alternatively, some embodiments may include a promotional system. The promotional system can be used to, for example, analyze scheduling data, generate deal offers based on the analysis, and offer a deal and/or other promotional materials to a consumer. Such a promotional system may also provide functionality for monitoring sales and scheduling data, and generating analytics data to provide to a merchant. Integrating a scheduling system with a deal system may provide a merchant with additional data which, with integration of a promotional system, may allow a business to better target its consumer base with future deal offers. As such, an integrated scheduling system, deal system, and/or marketing system, in addition to one or more consumer devices and merchant devices, may collectively operate as a “promotional system.”

For example, a promotional system can include one or more processors on a networked machine that are configured to cause the presentation of one or more deal offers on one or more consumer devices. The promotional system can likewise be configured to receive an indication of a selected deal offer, which was selected from the one or more deal offers by a consumer and is associated with a merchant. The promotional system can then determine whether the selected deal offer is associated with scheduling functionality. In response to determining the selected deal offer is associated with the scheduling functionality, merchant availability information associated with the merchant can be accessed. The promotional system can also be configured to receive a scheduling request comprising scheduling details, schedule an appointment based on the scheduling request, cause the update of the merchant availability information based on the scheduling details, receive a deal identifier associated with the selected deal offer, wherein the deal identifier is associated with a discount for the services to be performed in connection with the appointment, and associate the appointment with the deal identifier to enable the discount to be applied to the appointment.

In some embodiments, the associating of the appointment with the deal identifier can occur after the appointment. For example, after a consumer redeems the appointment, the deal identifier can be associated with the appointment and the consumer may receive the discount for the appointment. In other embodiments, the deal identifier can be associated with the appointment before (e.g., at time of arrival at the merchant, at time of scheduling the appointment, when the deal offer is purchased, etc.) and/or during the appointment.

The merchant availability information comprises at least one of: available days and times; service details; class details; location details; service provider details; and appointment padding times.

In some embodiments, the promotional system can be configured to receive merchant resource information associated with a resource of the merchant, wherein the merchant resource information is associated with the appointment; and in response to the appointment being scheduled, cause the resource information to be unavailable for other appointments. Receiving the merchant resource information can comprise, for example, receiving information related to at least one of: tangible equipment required to perform the appointment; and time required by a service provider to perform the appointment, wherein the time required by the service provider is defined by at least one of: (1) a duration of time and (2) a start time and an end time. As another example, receiving the information related to the time required to perform the appointment comprises receiving at least one of: padding time to be included between the appointment and another appointment to be performed by the same staff member; and processing time that is available during the time required for the appointment, wherein the service provider associated with the appointment can perform other services unrelated to the appointment during the processing time of the appointment.

In some embodiments, associating the appointment with the deal identifier comprises: receiving information associated with the appointment from a scheduling system; receiving the deal identifier associated with the appointment, wherein the deal identifier is retrieved from a networked database maintained by a third party based on the information associated with the appointment; receiving a request to redeem a deal associated with the deal identifier; and setting a status of the deal to redeemed.

In response to receiving the merchant availability information, the promotional system can be configured to analyze scheduling data; generate a new deal offer based on at least the analysis of the scheduling data associated with the deal identifier; and provide the deal offer to a consumer. In this regard, scheduling data, such as when a merchant has unused service and/or other type of inventory, can be promoted for a discount prior to the inventory expiring. For example, in the hours or days leading up to the available time slot, the available time slot can be realized and a deal offer for the available time slot can be made available. The new deal offer can be generated is in response to receiving an indication of a merchant approving the proposed deal offer that is generated based on the analytics data. The new deal offer can be generated in response to receiving an indication of the merchant authorizing a promotional system to execute a promotional campaign using deal offers.

In some embodiments, the promotional system can be further configured to identify patterns in availability over a period of time; determining when consumers are less likely to schedule an appointment; and generating a proposal for the new deal offer based on when consumers are less likely to schedule an appointment.

Some embodiments can include identifying patterns in availability over a period of time as a result of analyzing the scheduling data; determining when consumers are more likely to schedule an appointment from the patterns; and generating a proposal for a high-demand deal offer based on when consumers are more likely to schedule an appointment that is discounted less than the selected deal offer and/or generating a proposal for a low-demand deal offer based on when consumers are more likely to schedule an appointment that is discounted more than the selected deal offer.

Some embodiments may also or instead provide a method for tracking analytics data, comprising: monitoring sales data; monitoring scheduling data; generating, by a processor of a networked machine, analytics data based on at least one of the sales data and the scheduling data; and causing display of information conveying the analytics data to a merchant. The analytics data can comprise at least one of: an indication of a number of appointments booked using a deal offer; an indication of a percentage of appointments booked using a deal offer compared to a number of total appointments booked; and an indication that a deal offer has caused an increase in scheduling of appointments. Additionally, non-transitory computer readable media can be configured to provide some or all of the functionality discussed herein and/or other means for providing the functionality discussed herein is included in accordance with some embodiments.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)

Having thus described embodiments of the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:

FIGS. 1A-9A show example graphical user interface displays that may be presented by various components of systems in accordance with some embodiments discussed herein;

FIG. 9B shows a flow chart illustrating exemplary processes in accordance with some embodiments discussed herein;

FIGS. 10A-10G show example graphical user interface displays that may be presented by various components of systems in accordance with some embodiments discussed herein;

FIG. 10H shows a flow chart illustrating an exemplary process in accordance with some embodiments discussed herein;

FIGS. 10I-10J show example graphical user interface displays that may be presented by various components of systems in accordance with some embodiments discussed herein;

FIGS. 10K and 11 show flow charts illustrating exemplary processes in accordance with some embodiments discussed herein;

FIG. 12 shows an example system in accordance with some embodiments discussed herein; and

FIG. 13 shows a schematic block diagram of circuitry that can be included in a computing device, such as a merchant device, consumer device and/or promotional system, in accordance with some embodiments discussed herein.

DETAILED DESCRIPTION

Embodiments of the present invention now will be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all embodiments of the inventions are shown. Indeed, embodiments of the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to like elements throughout.

As used herein, the terms “data,” “content,” “information” and similar terms may be used interchangeably to refer to data capable of being captured, transmitted, received, displayed and/or stored in accordance with various example embodiments. Thus, use of any such terms should not be taken to limit the spirit and scope of the disclosure. Further, where a computing device is described herein to receive data from another computing device, it will be appreciated that the data may be received directly from the another computing device or may be received indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like. Similarly, where a computing device is described herein to send data to another computing device, it will be appreciated that the data may be sent directly to the another computing device or may be sent indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like.

FIGS. 1A-9A show example displays that may be presented by one or more display screens of one or more machines, sometimes referred to herein as “merchant devices,” in accordance with some embodiments discussed herein. For example, the displays ofFIGS. 1A-9A may be presented to a merchant by a personal computer and/or mobile, handheld merchant device. It will be appreciated that any number of staff members employed by a merchant may have access to systems such as a promotional system, and, as such, the term “merchant” will be used herein to describe any user representing the merchant. The displays ofFIG. 1A-8 are examples of graphical user interfaces that may be provided to aid in configuring, and maintaining a scheduling system that may be integrated with a deal and/or promotional system. The display ofFIG. 9A may provide a deal redemption interface for a merchant utilizing an integrated scheduling-deal system, and optionally, a promotional system. The display ofFIG. 10 may provide for scheduling of an appointment by a merchant, consumer, or the like, by use of one or more machines. Similar to a merchant device, as described above, a machine used by a consumer may be referred to herein as a “consumer device” and may be a personal computer (e.g., desktop computer) and/or mobile device (e.g., tablet computer, laptop computer, cellular telephone, etc.). Examples of merchant devices and consumer devices are discussed in connection withFIGS. 12 and 13.

The display ofFIG. 1A, namely display100, is an example graphical user interface that may be displayed by a merchant device to a merchant and help enable the merchant to register to use an online scheduling system provided by a third party, such as a promotional system.Display100 may be accessed in response to, for example, selecting a link on a webpage and/or in an email, and/or by any other suitable way to indicate a desire to create an account with a scheduling system. In some embodiments, merchants may be presented with a link to navigate to a display, such asdisplay100, while accessing a deal system or responding to promotional material provided by the promotional system. As such, a deal identifier may be stored in session upon accessingdisplay100.Display100 may include user input fields104, in which a merchant may enter business information, such as, for example, an email address, business name, business category, and country of operation.Display100 may include any additional content or user inputs, as well as anoption106 for a merchant to register to use a scheduling system.

Merchant access to a scheduling system may be authorized automatically, or may require approval by an administrator, or the like, of the scheduling system. Additionally or alternatively, a merchant may be asked to confirm an email address by receiving a confirmation email and following the instructions, such as selecting a link in the email, in order to activate an account. Merchants with an active account may access adisplay110 ofFIG. 1B to provide locations of their businesses. For example, a merchant may indicate a desire to configure and/or maintain business details at112 and/or indicate a desire to setup or maintain business locations at114. In this example, locations recognized by the scheduling system as being associated with the merchant may be provided ondisplay100, such as the store displayed indisplay area116. Such locations may be preloaded into the scheduling system from another system, such as, for example, a deal system, another sister system included in the promotional system, a third party system (such as a publically available phone and/or address database), and/or any other source of information. For example, the merchant may have previously offered a deal to consumers using a deal system and may now want to register to use the scheduling system. Upon entering the information intodisplay100, any location that previously offered deals using the deal system may be pre-populated for the merchant indisplay110.

Additionally or alternatively, locations provided to the scheduling system during a prior configuration session may be retrieved and displayed. The display of business locations may include any details regarding the location, such as, but not limited to a name, phone number, address, and/or any other location information. The business location information may be grouped together and displayed, such as indisplay area116, and may be selectable as a single entity and function as a link to another display that, for example, allows modification of the location details. Additionally or alternatively, an indicator such asoption118 may be provided to allow for entry of information related to another business location.

Display120 ofFIG. 1C is an example display used for adding a location to a merchant account registered with a scheduling system that may be provided in response to determining thatoption118 has been selected. It will be appreciated that a same or similar display may be used to edit an existing location.Display120 may appear as a layer overdisplay110, so that a user may view both displays, and/ordisplay110 may transition intodisplay120 such thatonly display120 may be visible. It will be appreciated that the same design and/or implementation options may be considered in regard to the displays discussed herein, includingFIGS. 1A-9A and 10A-10F. Returning to display120, merchants may useinput fields122 to provide location details, including, for example, location name, phone number, and/or address. In an instance wheredisplay120 is used to modify an existing location, some or all of user input fields122 may be prefilled with the existing information as retrieved from a scheduling system whendisplay120 is initially presented to the merchant user.

Display

120 may also provide anoption126 for a user to initiate transition ofdisplay120 to display130, shown inFIG. 1D, to provide resource information related to the merchant location information being added or edited. In this regard,display130 may comprise user input fields134 configured to accept resource information. Resource information may include data regarding any physical asset and/or other tangible equipment used to provide a service. For example, a massage therapist may usedisplay130 to add resource information for tracking massage tables and/or rooms, which may then be used as resources in scheduling appointments. As another example, a bicycle tour company may usedisplay130 to enter resource information for each of its bicycles and track the use of the bicycles as resources. In this regard, the scheduling system can be configured to track inventory of merchants' resources to make sure sufficient resources are available for an appointment (e.g., aid in assuring there are enough bikes available at 3:00 pm for a party of four people). As such, a merchant user may utilize embodiments herein to create, upload and subsequently access resource information related to the location, use, and/or availability of equipment and/or other resources, to prevent overbooking and/or misallocation of resources. Additionally or alternatively, a service provider may be considered as a resource. As such, resource information may include time required by a service provider to perform the appointment. The time required by the service provider may be defined by, for example, a duration of time, a start time and an end time, and/or by any other suitable means.

Display

130 may also provide an indicator, such as savebutton136, for saving resource information associated with a merchant's location. Saved resource information may be stored on the scheduling system and display110 ofFIG. 1B may be updated to display the saved locations, including newly added locations as well as updates to existing locations.

Continuing now toFIG. 2A,display200 may be a variation ofdisplay110, wherearea204 changes in response to an indication at202 to display staff information. Accordingly,area204 may provide information for existing staff members, such asstaff member information206. Staff information may include the name of the staff member and any other information provided. Staff information, like any other information discussed herein, may be loaded (e.g., auto-imported) into the scheduling system from another source such as a deal system and/or merchant system, and/or provided by a merchant using a merchant device configured to present the displays ofFIGS. 2A-2C. For example, a merchant may indicate by selecting option208 a desire to add a staff member, and may be subsequently provided with a display, such asdisplay210 shown inFIG. 2B, to provide the staff member details. Additionally or alternatively, an existing staff member, such as that represented bystaff member information206, may be selected by the merchant and the selection may be interpreted by the merchant device as an indication to edit the associated staff member information.

Display210 ofFIG. 2B may be used to provided staff member details, such as, for example, a name, picture, and/or description associated with the staff member. Staff member information may be provided via user input fields included inarea214, where a picture input field may include an interface for indicating a local file name and location for uploading, such as, for example, an interface allowing local file browsing and selection for uploading. It will be appreciated that in an instance where a user is modifying details for a staff member already in the scheduling system, user input fields214 may be prefilled. A user may indicate, by selectingoption212, a desire to transitiondisplay210 to another display, such as display220 ofFIG. 2C, with which staff member available hours by location may be displayed and/or otherwise configured. A user may select a location, such as location option222. In instances where only one business location is stored on the scheduling system, an individual location option may not be displayed, and a user may assume the staff member hours will be associated with the existing location. Inarea224, the scheduling system may provide inputs for a user to indicate days and times a staff member is available to provide consumers services and/or otherwise works at a selected store and/or other type of location associated with the merchant. The example display220 may be configured to provide a recurring weekly scheduled for a staff member, however, it will be appreciated that any configuration for scheduling hours may be provided, such as monthly scheduling or custom scheduling. The scheduling system may also provide an input for a user to indicate at which intervals an appointment with the staff member may begin, such asuser input field226. A user may indicate saving staff information by way of an indicator, such as saveoption228. Saved staff information may be stored in the scheduling system and updated when presented indisplay200.

Display300 ofFIG. 3A may be another variation ofdisplay100 and/or200, wherearea304 has been transitioned to present service information in response to, for example,options302 being selected. Service information, such as that displayed atservice option308, may be loaded into the scheduling system from another source such as a deal system, merchant system, and/or the like, and/or it may be provided by use of displays such as those inFIG. 3A-3E. The service information may include a name, average length of appointment for the service, cost, comments regarding the service and/or any other information associated with a service.

In some embodiments,area304 may display services by category, such ascategory306. In this example,service option308 is assigned tocategory306. A user may add a category by selectingoption310, which may trigger the transition to display316 ofFIG. 3B. Ondisplay316, a user may indicate the name of a new category to add, causingdisplay300 to update and display the newly added category. A user may also select an indicator, such as option312 and/or option314, where option314 provides for adding a service tocategory306 and option312 provides for adding a service not assigned to particular category. In some embodiments, a merchant may drag and drop a service from one category to another, in order to change the assigned category while otherwise preserving the configuration of the service. Similarly, services may be reordered within a category, such as for example, to move a more commonly used service to a first position in the category.

A display, such asdisplay320 ofFIG. 3C, may be shown in response to receiving an indication to add a new service by determining there was a selection of option314 and/or to edit an existing service based on detecting a selection ofservice option308. User input fields322 may be prefilled in an instance where a service is being edited. Such user input fields may include, but are not limited to the name of the service, an average length, in minutes, hours or the like, a padding time that may be blocked prior to and/or following an appointment, and/or a price that may be fixed, variable, or not pre-set, among other things.

In some embodiments, a merchant may also provide a processing time for particular services or service combinations. For example, salon services associated withservice option308 may require the attention of a staff member for 20 minutes to apply a hair color, but the staff member may subsequently have 30 minutes to work on other services and/or administrative work while the color sets, before having to return to the consumer for 40 minutes to rinse out and style. In other words, the staff member may have 30minutes processing time 20 minutes into an 80 minute appointment, and that processing time can be tracked to allow for optimal and/or maximized scheduling of services, staff members, and/or resources.

Padding time may differentiated from processing time in that padding time, as referred to herein, is more akin to downtime (e.g., non-service time) needed or otherwise desired between adjacent appointments provided by the same staff member to allow the staff member to, for example, clean the service area (e.g., turn-over a table, sterilize massage equipment, refill go-cart gas tanks, etc.). Processing time, as referred to herein, is downtime (or other non-service time) during an appointment that can be constructively managed and scheduled to enable assets to be more fully utilized throughout the day (e.g., Segways used to provide tours of a city may be rented for a relatively short period of time if the tour group is scheduled to stop for lunch and/or visit a museum off the Segways for a few hours).

The service information inputs may also include a description that may be used to describe what a consumer could expect from such an appointment, or any other information a merchant would like to associate with a service. A user may additionally indicate viaoption326 to assign staff members to a service. As such, ondisplay330 ofFIG. 3D, staff members stored in the scheduling system with respect to the staff details, which may have been received by the system viaFIGS. 2A-2C, may be displayed inarea336 to assist the merchant in indicating which staff member(s) may provide the service. Additionally or alternatively, a user may indicate byselection option338 to transition to display340 ofFIG. 3E to configure the scheduling system to prompt a client with a question when scheduling an appointment for a particular service. Inarea342, the merchant may provide a question to be asked and/or other information to be presented to a consumer during scheduling of an appointment, and may optionally indicate that an answer is required by a consumer when scheduling the appointment. A merchant may indicate, such as via asave button348, to save the provided service details to the scheduling system. In response,display area304 may update to reflect any additions or changes in services.

Continuing toFIG. 4A, wheredisplay400 may be another variation ofdisplay100, and where a merchant user has selected to configure a class type. Similar to the configuration of services, classes, such as that represented byclass information box406, may be grouped by category, such ascategory404, and/or may be created independently and/or not assigned to a category. In some embodiments, a class may be handled by the system as a type of container associated with multiple participants and/or service appointments. A class scheduling may be configured to require a minimums and/or maximum number of participants, and may be configured to allow or restrict deal redemption in conjunction with scheduling a class. For example, only a certain percent of class participants may be allowed to redeem a deal to book a class.

Option

402 may provide an option to add a class category, which may be added via a display, such asdisplay418 ofFIG. 4B. Returning to display400, a merchant may add a class type by selecting an option, such asoption408, withincategory404, oroption410. A user may also modify existing class information by selecting a class such asclass information box406. Class schedules may also and/or instead be defined when starting from the schedule tab (discussed in connection with, e.g.,FIG. 6), after which they can be made available for scheduling in accordance with the parameters provided viadisplay420. For example, the number of participants or “appointments” within the class may be limited by the class size indicated inarea416 even if the class is defined and/or display420 presented via the schedule tab.

Example display

420 ofFIG. 4C provides user input fields inarea416 to provide details of a class type. Such details may include a class name, length, padding before and/or after the class, price, maximum class size, and a description. As shown indisplay430 ofFIG. 4D, a merchant may additionally enter into data field426 a question to be asked and/or provide other information to be displayed to a consumer when the consumer is scheduling to take a class. An option, such as savebutton438, may be used to initiate the saving of the class details to the scheduling system. In response,display400 may update to reflect the changes and/or additions in class types.

Continuing to display500 ofFIG. 5, in some embodiments a merchant may indicate a desire to manage a client list, such as by selectingoption502. A “client,” as referred to herein, can include a consumer who has purchased product and/or is scheduled to purchase product from the merchant.Display500 may include a list of current clients indisplay area516. The clients included indisplay area516 may be loaded to the scheduling system from another source, such as a deal system. For example, clients who have purchased a deal from the merchant in the past may be automatically loaded into the scheduling system. Clients may also be imported from other systems, such as another third party system(s) and/or other system(s) maintained by the merchant. Additionally or alternatively, the scheduling system may store client information associated with clients who are scheduling appointments using the scheduling system, but whose information is not already stored in the scheduling system. In some embodiments, users may activate a search interface by selecting an option, such asoption512. Users may search for a client by using a search input, such as text provided toinput area514, that may result in the filtering of client list indisplay area516 to only display clients matching the search criteria. A search may be run against any client identifier (e.g., client name), and the search may be initiated upon entry of each character, or upon receiving indication from a user. As another example, a search based on metadata associated with the client can be performed. For example, metadata may be associated with the client indicating the client has redeemed a deal offer, such as those provided by Groupon, Inc., and by typing “Groupon” intoinput area514 the merchant can view clients that have redeemed a Groupon deal offer with the merchant in the past.

Selection of a client listing included indisplay area516 may result in loading inarea522 client information associated with the client. An option, such asoption518, may be selected and cause the displaying of the same fields ofarea522. In an instance in which a user is providing new client information, the inputs may initially be empty and may provide a means for a user to add a new client to the scheduling system. The client information to be modified and/or added may include, but is not limited to, a client name, email address, phone number, notes about the client, and/or the client's address. Client information may be saved in response to savebutton524 being selected and, for example, the scheduling system may store the new and/or updated client information. The next time the client list is displayed (e.g., in display500), it may reflect any changes indisplay area516. Additionally or alternatively, a merchant may delete a client from the client list shown indisplay area516 by selecting an option, such asdelete button520.

In some embodiments, in response to selection of an existing client, scheduling information associated with the client may be displayed. For example,area532 ofdisplay500 includes a selection to display past appointments or appointments scheduled for the future. Appointment details matching the filtering criteria may be displayed inarea536. The displayed appointment details may include, but are not limited to, an appointment type, date, time, length, staff member providing the service, and the location at which the appointment was held. Additionally or alternatively, some information may be displayed as a link, such as theappointment type538. Such a link may provide additional details with respect to the appointment.

Continuing toFIG. 6,display600 may be another variation ofdisplay100, modified in response to indication at602 that a user wants to manage the merchant's schedule. As such,display600 may include a configurable calendar view of the merchant's schedule. When applicable, the calendar may be manipulated by location filters and/or staff filters604, among other things. The filters may be used in any combination, including individually, to manipulate how the information associated with the merchant's schedule is displayed. For example, a user may select a location, a staff member, or both. Given the user's selection, the calendar may display appointments, such as appointment608, with all staff members for the selected location, all locations for a single staff member, or all appointments for all locations and all staff members. Additionally or alternatively, a user may change the view of the calendar to a day or month view using option606. A user may navigate to future time periods by selecting an option included indisplay600, such asoption610.

In some embodiments, a user may initiate adding an item to the calendar ofdisplay600 by selectingoption612. In response to selectingoption612, the scheduling system may cause an overlay to be presented, such asoverlay618 ofdisplay616 shown inFIG. 6A. According to this example, a user may select to add an appointment, add busy time, and/or add a class, which will be described in more detail with regard toFIGS. 6B-6E and 7A-7B, respectively.

FIG. 6B shows an example display, namely display630, that may be presented following selection of an option included inoverlay618 to a add busy time to a schedule. “Busy time,” as referred to herein, includes time that may be unavailable for booking by a consumer in a merchant's schedule. Busy time may be scheduled, for example, to enable merchants to have a break (for personal, professional, legal and/or other reason), early closings, holidays, and/or for any other reason to prevent a consumer from scheduling an appointment during a specific time frame, which may be related to or agnostic to one or more particular staff members and/or one particular merchant locations.Display630 is shown as includingarea632 for the merchant to provide busy time details. In this example, a merchant may enter a date and time, optional repeat details, a staff member, description, notes, and an indicator of whether or not to prevent online bookings by a consumer during the blocked period. It will be appreciated thatarea632 may include any combination of the example data fields and/or any additional information regarding the busy time. In response to receiving an indication from a user to save any changes, such as determining there has been a selection ofsave button634, the busy time may optionally be validated, such as, for example, against the existing schedule. More particularly, in an instance where an appointment is already scheduled, an alert may be presented to a merchant that it may need to reschedule a consumer's appointment. The busy time may be saved to the scheduling system and any subsequent requests to view a schedule may result in a display including the busy time. Busy time may display in such a way that it is visually distinguished from appointments, such as, for example, displaying in a different color, font, etc. Additionally or alternatively, different information may display on a schedule for busy time relative to that of appointments.

In some embodiments, in addition to or instead of blocking time out as busy time, at least some of the merchant's time (e.g., one or more blocks of time) on the merchant's schedule can be identified as “deal-less” time. As referred to herein, deal-less time is when the merchant will not accept an otherwise valid (or other type of) deal offer for services performed during those times. For example, the merchant may indicate that a valid deal offer may not be redeemable at times during which the city provides free parking and use embodiments discussed herein to convey to the consumer when are those times. The merchant may utilize embodiments discussed herein to manage and/or notify the consumer in advance the times during which the merchant will not accept a deal offer for services performed (e.g., even if the merchant has availability to make an appointment at that time). In some embodiments, the merchant's configuring one or more deal-less times will override any automated functionality with regards to generating potential deal offers (such as based on analytics data discussed below). In other embodiments, the system's ability to make suggestions as to potential deal offers will ignore and/or take only take into consideration (as opposed to being completely overridden) the deal-less time(s). Additionally or alternatively, like other examples discussed herein in relation to time management, similar functionality (e.g., deal-less functionality) can be associated with the merchant's non-time based inventory. For example, certain tangible assets may have deal-less associations that can be managed by embodiments discussed herein. Additionally, deal-less times and/or restrictions can be dynamically configured based on one or more parameters entered by the merchant and/or third party user (e.g., times that have fee parking, relative availability of the merchant, holidays, short work weeks, etc.). For example, deal-less time may be eliminated during a non-tourist season or when it is raining outside (as reported by an online weather service for the merchant's zip code). Additionally or alternatively, some embodiments may restrict a consumer from redeeming a purchased deal offer for the service and/or appointment being scheduled during timeframes based on the deal, such as a time-restricted deal for high-demand or low-demand timeframes (additional examples of which are discussed below).

FIG. 6C shows an example display,display640, that may be used by a user to add an appointment to the merchant schedule. Such a display may be used, for example, by a the merchant during a phone call with a consumer wanting to schedule an appointment, or while a consumer is onsite at the merchant location and wishes to schedule a future appointment. Inexample display640,area642 may provide user input fields for the merchant to enter appointment scheduling information. Appointment scheduling information may include a day and time of appointment, repeat appointment details, type of service, staff member, deal type and identifier to be used in paying for the service, price to be charged, and/or client information. The appointment details may include any number of these items, and/or additional items a merchant may want to enter. Additionally, some appoint scheduling information may prefill, such as client information, as it is typed, and/or as a name is selected from an existing list of clients. An optional indicator for sending a client an email confirmation may also be provided. In this example, an additional display, such asdisplay650 ofFIG. 6D, can provide additional and/or alternative consumer information input fields, such as address fields, that may be included inarea652.

A display such asdisplay660 ofFIG. 6E may provide the ability for a merchant user, such as a staff member, to provide information regarding a deal offer the consumer would like to redeem in conjunction with scheduling the appointment. For example, an additional promotional system option may be provided that enables deal offer information to be entered in area662.Display660 may also include a description of the deal offer being redeemed, which may be freely entered, and/or selected from a drop down of available deal offers and/or a voucher numbers associated with deal offers.Area664 may be used to display details associated with the deal information (e.g., including a preview of a printable and/or machine readable form that may be presented by the consumer to redeem the deal offer) in area662.

In response to receiving an indication, such as a selection of asave button666, the appointment may be saved to the scheduling system and any displays of the schedule updated accordingly. Additionally or alternatively, client information provided during the appointment scheduling may be synchronized with the client list on the scheduling system. As such, any newly added clients may be added to the list, and/or updates to existing clients while scheduling an appointment may be reflected in the client list. Confirmation emails may be generated according to display indicators, merchant settings, and/or system other system default settings, among other things. In some embodiments, a consumer may receive an email confirming a booking. Additionally or alternatively, a staff member may receive a confirmation and/or subsequent reminder of an appointment when an appointment requiring the staff member's services is scheduled.

Continuing toFIG. 7A,display700 is an example display that may be presented following selection of an option included inoverlay618 to schedule a class.Area702 ofdisplay700 can include one or more user input fields configured to receive various types of data, such as, for example, day and time, repeat options, class type selection, staff member teaching the class, notes, and indicators related to whether or not a client should receive a notification email following registration, among other things.

A merchant may indicate, by selectingoption708, a desire to transition to a different display, such asdisplay710 ofFIG. 7B, used to maintain the list of clients scheduled to participate. Indisplay710, a merchant user may enter client information inarea712, and/or the user may select a client from a client list. Additionally or alternatively, a user may indicate a deal type and/or provide a deal identifier, price, notes, and/or other information pertaining to the class in which the client would like to sign-up to participate in. In response to receiving an indication of saving a scheduled class, such as determining savebutton714 has been selected, the scheduling system may store the class details, including client list. The class may appear on a display of a schedule, and the scheduling system may generate emails to associated clients and/or staff members.

Continuing toFIGS. 8A-8D, a merchant may access

displays

800,810,820, and830, respectively, during an initial account setup and/or from any other display by indicating the merchant wishes to edit its account settings. The account settings may include any details pertaining to the merchant's business, including, for example, scheduling of appointments, notifying staff and clients, general business times of operation, and/or any other merchant related information. For example, by selectingoption802 ofdisplay800, a merchant user may configure settings to indicate how consumers will be able to schedule appointments, including, for example, whether or not new appointments will be automatically or manually accepted, whether to prevent customers from choosing a service provider, the amount of time (e.g., in hours) before an appointment during which cancellations can be made, the amount of time before an available time slot during which an appointment can be made, and/or how far in advance appointment time slots may be made available to prospective consumers and/or past clients.

As another example,option812 can be selected and, in response,display810 can be presented.Display810 can be configured to provide user input fields to configure email notifications to staff and clients, among other things. For example, a reminder can also be configured and, in some embodiments, the amount of time before the appointment the reminder should be sent to clients and/or a service provider(s). A service provider may include a staff member, owner, contractor or any other person or thing that provides a service and is associated with the merchant.

In response tooption822 being selected,display820 can be configured to providearea824 having code (e.g., in the HTML language) that is generated by, for example, the scheduling system to enable the merchant to copy the code onto another website for clients to select to access the scheduling system to schedule an appointment. In response to selectingoption826, a preview can be provided to the merchant to see how the booking instructions will look to the consumer when run.

An example preview is shown inFIG. 8E. Client bookings are discussed further in connection with, for example,FIGS. 10A-10F. An additional and/or alternative display, namely display830 ofFIG. 8D, may be used to configure a merchant's website for consumers to access the scheduling system.

Areas

832,834, and836 provide Javascript code, HTML code, and a direct link reference, respectively, that a merchant user may use to customize a website, allowing consumers to access the scheduling system to schedule appointments.

Display840 ofFIG. 8E provides anexample button842 that may be produced using any of the code described with respect to display820 and/or830.Button842 may provide the merchant with a preview of what a customer may see displayed on the merchant's website. In some embodiments, a display such asdisplay850 ofFIG. 8F, may be presented to a merchant user as includingarea852 for sharing a booking link via various social media and/or other third party websites.

Continuing with the displays for configuring settings, in response tooption862 being selected,display860 may be presented as shown inFIG. 8G.Display860 can be configured to provide entry and/or modification of the business name, category and/or other merchant information as it would be displayed to consumers.

Moving ahead to when the consumer visits the merchant or otherwise utilize an appointment that was previously scheduled, the merchant may enable the consumer to redeem a deal offer that was purchased. Similarly, the merchant may offer the consumer at the time of purchase an opportunity to purchase a deal offer, such as those generated, marketed and/or sold by a promotional system. A display, such asdisplay900 ofFIG. 9A, can be included in such embodiments of the scheduling system.Display900 includes information related to both the scheduled appointment(s) and the deal offers, which associates a voucher number (and/or other deal offer identifying information) with one or more particular appointments and enables the merchant to redeem the deal offer when the consumer checks-in for the scheduled appointment, when the consumer pays for the product, or subsequently thereafter (e.g., after the consumer has left the merchant and the merchant's cashier has already given the consumer the monetary value of the deal as a discount).

At922,display900 may update to display redeemable deal offer information and/or other associated appointment information. In some embodiments, the deal offer information may be retrieved from a remote database, such as those discussed below in connection with a promotional system. In some embodiments, the deal offer information may be manually entered by the user intouser input field908.

In some embodiments,display900 may also include a “no show” option, such asoption904, that can be used by the merchant to indicate to the system that a client has missed an appointment without redeeming the associated deal offer. In response to a merchant selecting a “no show” indicator, a determination can be made at924 ofFIG. 9B and the client may receive an email prompting the client to reschedule the missed appointment at926.

In response to determining at924 thatoption904 has not been selected and/or redeemoption910 being selected, the system may determine that the appointment described in the listing associated with redeemoption910 was held as scheduled. In some embodiments, the total bill amount associated with the products provided during the appointment can be manually entered and/or automatically populated intoinput field906 as shown at928. At930, the deal identifier can be entered and/or otherwise received and displayed indisplay900. In some embodiments, such as those in which a consumer purchases a deal while scheduling an appointment or service, the deal identifier may or may not be displayed, but nevertheless may be associated with the scheduling request, as described with respect to1072 hereinafter.

In response to receiving an indication that redeemoption910 has been selected at932 ofFIG. 9B, the process proceeds to934 and the promotional system may be configured to validate the deal identifier and bill amount with respect to appointment details and/or the like.

For example, the scheduling system and/or a payment system may communicate over a network with the promotional system that manages the deal offer (and others) to ensure, for example, that the deal identifier has not been used (nor has expired prior to the consumer's appointment), that the deal may be used for the service type, that the total bill amount meets a minimum bill requirement, and/or that the system may enforce any other rules associated with deal redemption. In an instance where validation is successful, a confirmation message can be generated and provided to a client at936. At938, the promotional system may receive an indicator of the deal offer's redemption, save the redemption information, and/or update a status of an associated deal in a deal system to “redeemed.” Updating the status may ensure the deal is not subsequently used again. In response to determining at940 that the deal may not be redeemed, an error message can be displayed to the merchant.

FIGS. 10A-10G and show example displays that a consumer may access to schedule an appointment, andFIGS. 10H and 10K show flowcharts of example processes associated with the displays, according to some embodiments. A consumer may access the displays ofFIGS. 10A-10J via a consumer device configured to provide a link and/or other type of selectable option. For example, a merchant website, such as one produced by code provided ondisplay820, may include a link to display, such asdisplay1000 shown inFIG. 10A. Additionally or alternatively, a consumer may access the displays following purchase of a deal on a promotional system, or by any other method made available to the consumer.

Display

1000 may provide for selection of a location from a plurality of locations associated with a merchant. Inarea1002, the locations, as configured by the merchant user with respect toFIGS. 1B-1D, may be presented as listings as shown inFIG. 10A and/or in any other suitable manner. One or more of the locations, such as the location associated with a highlighted listing, may be represented on a map inarea1004 ofdisplay1000. A consumer may usedisplay1000 to select the merchant location at which the consumer wishes to book an appointment.

For example, subsequent to selecting a location and thennext button1006,display1010 ofFIG. 10B can be presented to the consumer.Display1010 can include merchant services inarea1012. The services shown indisplay1010 can be those configured using, for example, the merchant displays discussed in connection withFIGS. 3A-3E. A listing of available services can also be displayed inlisting area1014. For example,display1010 may enable a consumer to view available services and associated details, and may indicate the service type the client would like to schedule.

InFIG. 10C,display1020 can be configured to includearea1022 for selecting a staff member in response tonext button1016 being selected. Hadbutton1018 been selected instead,display1000 may have been presented instead ofdisplay1020. In this example, the staff members available at the particular location and/or to provide the particular service may be configured by the merchant using, e.g., displays ofFIGS. 2A-2C. In some embodiments, the available staff members can be presented to the consumer in a dropdown menu (and/or any other format).

Display

1030 ofFIG. 10D can be presented in response tonext button1024 being selected.Display1030 can include available appointment times inarea1032 that are updated based on, e.g., the selected staff member's availability, and as accessed in the scheduling system. In determining what information to present inarea1032, the scheduling system may take into account, for example, other scheduled appointments and/or busy time on the merchant's schedule. Additionally or alternatively, a consumer indicating he/she is redeeming a deal for the service or appointment being scheduled, may be restricted from scheduling during timeframes based on the deal, such as a time-restricted deal for high-demand or low-demand timeframes, and/or be notified of deal-less times. A user may select an appointment opening inarea1032, indicating the day and time of its appointment. Displays1000-1030 are example displays by which a system may receive scheduling details as shown atoperation1060 ofFIG. 10H.

In response tonext button1034 being selected,display1040 ofFIG. 10E can be presented to the consumer. Usingdisplay1040, the consumer may provide personal information (e.g., name, email address, phone number, and/or other potentially relevant information the merchant may ask for or appreciate knowing to accommodate the consumer) using the input fields ofarea1042. Some or all of the information may be prefilled if a consumer has previously provided the information (to, e.g., the merchant, a promotional system, other service provider, etc.). For example, a consumer may have provided some or all of the information when purchasing a deal offer from a promotional system, and the scheduling system may access the information from the promotional system and pre-populate the fields for the user. Additionally or alternatively,area1042 ofdisplay1040 may include a question directed at the consumer, as configured during the setup described with respect toFIG. 3E. A deal indicator, such as a voucher number associated with a purchased deal offer, may likewise or alternatively be prefilled, and/or provided by a consumer. In some embodiments, the voucher number entry field may be dynamically displayed in scenarios in which a consumer has indicated he/she has a deal to redeem (e.g., by selecting an on-screen option associated with having a redeemable deal offer when scheduling an appointment via the merchant's website, or when purchasing a deal offer via a marketing system's website, etc.). For example, when scheduling an appointment after buying a deal offer, the deal offer that was just purchased may be automatically associated with the scheduled appointment. When there is no indication that the consumer has a deal offer applicable to an appointment being scheduled, the vouchernumber receipt field1046 may be hidden or otherwise omitted fromdisplay1040. Additionally or alternatively, a selectable option may be provided with any of

displays

1000,1010,1020,1030,1040 and/or1050, prompting a user to select the option when the user has a deal to redeem, and to subsequently provide the deal offer information such as a voucher number.

In response to the consumer selectingconfirm button1044, the system may determine that the consumer has confirmed all information that is going to be provided has been entered intoarea1042. With regards to the process shown inFIG. 10H, any additional consumer information may be collected and/or retrieved at1062 and/or a deal identifier may be received at1064. The deal identifier may be a code and/or any other suitable form of information that is associated with a discount for the services to be performed during the appointment. As shown byindicator1065, merchant resource information may be provided. The merchant resource information may be associated with a resource of the merchant, such as tangible equipment to be used during an appointment and/or at another time by a service provider. As such, resource information may include time required by a service provider to perform the appointment defined by a duration of time and/or a start time and an end time, for example. The merchant resource information may be associated with the appointment so that associated resource(s) may be made unavailable during appointments occurring at the same or overlapping times.

Subsequently, at1066, a determination can be made whether the appointment is valid. For example, at1066, the validation functionality may include communications between a promotional system and the scheduling system that the information received, such as the deal offer identifier, is valid. In response to determining the deal offer identifier is invalid and/or there was any other invalid information (e.g., the user information could not be confirmed because it differs from the user information associated with the deal offer information), a display error can be presented at1068.

Subsequent to determining the information is valid at1066,display1050 ofFIG. 10F can be presented to the consumer confirming the appointment. For example,area1052 ofdisplay1050 can include appointment details, such as location, service type(s), appointment time, and/or cancellation policies, among other things.

Returning toFIG. 10H, the scheduling system may be updated, at1070, to store the scheduled appointment (such as the information received from the consumer). The information stored at1070 may be used to populate displays presented to the merchant, such asdisplay600 discussed above. The appointment may be saved such that a resource(s), including a service provider or tangible equipment, for example, is made unavailable during the appointment time or overlapping appointment times. As such, double booking of resources may be prevented.

At1072, a deal identifier, if provided by the consumer and/or otherwise associated automatically based on the consumer provided information (e.g., by automatically matching the information provided when scheduling an appointment with consumer information provided when purchasing a deal offer associated with the merchant), may be associated with the appointment for future retrieval and display. Similarly, a deal identifier may be stored in session, for example, particularly in a scenario in which a consumer purchased a deal during the same session while scheduling the appointment. Associating the deal identifier to the appointment may enable the discount to be applied to a consumer's bill after the appointment, or prior to being charged for the service, for example.

Additionally or alternatively, at1074, consumer information may be updated in the scheduling system's client list, by adding a new client, or updating information for an existing client, as provided during the appointment scheduling request. The consumer and/or merchant may be notified of the appointment by email, secure message, according to account settings, as shown at1076, such as theexample notification1053 ofFIG. 10G. The notification may include any appointment information, such as the name of the merchant, appointment date and time, location address, and/or staff member scheduled to provide the service, among other things. The notification may also include a link to view the appointment within the scheduling system.

As another example, a process for scheduling an appointment may originate when purchasing or otherwise claiming a deal and/or other promotional offer.FIG. 10K shows an example of such a process, which may begin by a processor of a networked machine causing the generation and presentation of a deal offers.Example display1054 ofFIG. 10I is an example presentation of available deal offers, such asdeal offer1056, which may be displayed after being served to a networked consumer device (e.g., via a web browser, dedicated application and/or via email, among other things). Other displays discussed herein may be presented to a consumer device and/or merchant device in a similar manner (e.g., pushed and/or pulled via email, dedicated application, and/or a web browser) and/or in any other suitable manner. Although the example presentation of available deal offers are shown inFIG. 10I as being selectable mosaics with pictures and text information, any suitable approach for conveying a deal offer may be provided at1078.

At1080, an indication may be received by the promotional system that a consumer has selected a deal offer from those displayed on the consumer device. For example, the promotional system may receive an associated indication of a deal offer selected for purchase and/or for viewing more detailed information.

At1082, a determination can be made as to whether or not the selected deal offer is associated with a merchant that is involved with a scheduling system in accordance with some embodiments discussed herein. For example, some and/or all deal offers may be associated with a merchant that has used the screens discussed herein to upload and/or otherwise manage their schedules using the scheduling system discussed herein.

In response to determining at1082 that the selected deal offer is unassociated with the scheduling functionality discussed herein (e.g., the merchant and/or deal offer is not included in the scheduling system), the consumer can still be enabled to purchase and/or redeem the selected deal offer without scheduling an appointment for any potentially related services at1084.

In response to determining at1082 that the selected deal offer is associated with the scheduling functionality, the promotional system can cause a consumer device to display deal offer details and/orscheduling option information1086. For example,FIG. 10J shows a display, namelydisplay1058, that may be presented subsequent to a purchase selection of a deal offer associated with scheduling functionality.Display1058 may include a scheduling option, such asscheduling option1059, that a consumer may select to indicate they wish to schedule a service or appointment and apply the selected deal offer thereto.

At1088, a determination can be made whether the consumer has purchased or is to purchase the selected deal offer. If not, the available deal offers can be presented again at1078. If so, merchant availability information associated with the merchant can be accessed and scheduling information can be presented at1090. For example, a determination can be made of a selection of thescheduling option1059 and, in response, a consumer may be directed to a display, such asdisplay1000, allowing the consumer to schedule the service associated with the selected and/or recently purchased deal offer. According to some embodiments, some or all of the information, such as the information collected with regard to

displays

1000,1010,1020,1030,1040, and/or1050, may be prefilled based on earlier interactions during the session. For example, information entered by the merchant and/or otherwise indicative of when the merchant is available and/or unavailable for the type of service associated with the selected deal offer may be presented to the consumer at1090. Also, the promotional system can be configured to receive at1090 a scheduling request comprising scheduling details (e.g., the user selection of a particular time that was identified as being currently available for one or more services by the merchant).

At1092, the promotional system and/or the merchant device(s) can facilitate the scheduling an appointment based on the scheduling request. In doing so, the merchant availability information can be updated based on the scheduling details.

At1094, The deal identifier associated with the selected deal offer, which may have been purchased or is about to be purchased, can be associated with the scheduled appointment by the merchant device, the promotional device and/or the consumer device. The discount associated with the selected deal offer may be applied to the cost of the services associated with the scheduled appointment after, during and/or before the appointment takes place and/or the services are provided. For example, a deal identifier, such as a code (e.g., numeric, alpha-numeric, barcode, QR code, etc.) can be received that is associated with the selected deal offer, wherein the deal identifier is associated with a discount for the services to be performed in connection with the appointment.

At1096, consumer information may be updated in the scheduling system's client list, by adding a new client, or updating information for an existing client, as provided during the appointment scheduling request. The consumer and/or merchant may be notified of the appointment by email, secure message, according to account settings, as shown at1098, such as theexample notification1053 ofFIG. 10G. The notification may include any appointment information, such as the name of the merchant, appointment date and time, location address, and/or staff member scheduled to provide the service, among other things. The notification may also include a link to view the appointment within the scheduling system.

In this regard, the consumer may select to schedule a service during the same online session that a deal offer for the service is purchased. As sometimes referred to herein, “session” includes a series of transactions that can be performed sequentially by selecting links within various webpages during a single, unbroken string of interactions. For example, a session may end when the user stops selecting links within a webpage and instead enters a new web address manually or searches for a new web address using a search engine.

FIG. 11 is a flowchart showing an example promotional method. For example, at1100, a promotional system may monitor and/or analyze the sales of deals for one or more particular merchants and the details associated therewith (such as, for example, deal offer cost, deal offer discount amount, quantity sold, etc.). For example, the promotional system may track the quantities of deal offer sold, and the types of services the deals are for.

At1110, the promotional system may monitor and/or analyze scheduling data by, for example, utilizing information collected from displays presented to merchants and/or consumers, such as those discussed above. For example, the promotional system can be configured to identify patterns in availability over a period of time, determine when consumers are not likely to schedule an appointment, and/or determine when the merchant has available appointments. The promotional system may be additionally or alternatively configured to determine a correlation between a type of appointment and a time of day and/or week the appointment type is likely or unlikely to be scheduled.

At1120, the promotional system may generate analytics data that may be based on, for example, any combination of sales and scheduling data. Analytics data generation may include correlating sales and scheduling data. For example, the analytics data may comprise statistics pertaining to a deal offer's effect on a merchant's schedule. In some embodiments, the analytics data may indicate what number and/or percentage of appointments were booked using a deal offer and/or whether or not a deal offer is likely to increase the scheduling of appointments for times and/or products that have been (relatively) underutilized. As such, the analytics data may comprise historic trending data based on past deal offers and scheduling data associated with a deal, such as an indication that a deal offer has caused an increase in scheduling of appointments.

The analytics data may be conveyed to a merchant at1130. Such information may be illustrated by way of a deal system and/or scheduling system. For example,display600 may be updated to reflect which appointments on the merchant schedule were booked using a deal by displaying, for example, such appointments in a different color or font. Analytics data may also be displayed in a more direct fashion, such as a banner or advertisement on any of the displays ofFIGS. 1A-9A provided to merchants, which suggest to the merchant a deal offer that could be provided to consumers to fill empty appointment timeslots. Additionally or alternatively, one or more emails may be generated by the promotional system and sent to one or more merchants, wherein the email(s) illustrate some or all of the analytics data on some regularly defined interval, or for example, following a deal offer.

At1140, a promotional system may utilize the analytics data in order to generate additional deal offers to be provided by a deal system. In some embodiments,1140 may only be executed in response to the merchant authorizing such functionality either ad hoc (e.g., in response to an advertisement for a particular deal offer and/or in response to the merchant indicating a desire to enable any recommended promotional campaign recommended by the promotional system). Any combination of data may be used to generate a new deal offer to fill a need based on the merchant's schedule and/or other available information, for example, any information collected and/or analyzed in regards to1100-1130. A deal offer may be generated and/or proposed to a merchant based on scheduling patterns, and when consumers are more or less likely to schedule an appointment, and/or a time of day/week when a particular appointment type is identified as likely or unlikely to be scheduled. For example, a promotional system may recognize one or more time periods during which consumers are more likely to schedule an appointment, and propose a high-demand deal offer to a merchant. Similarly, a promotional system may identify time periods during which consumers are less likely to schedule an appointment, and propose a low-demand deal offer to a merchant. The high-demand deal offers may have a smaller discount than that of a standard deal offer (e.g., the deal offer unassociated with or unrestricted to a specific timeframe). The low-demand deal offer may have a greater discount than a standard deal offer. As such, consumers seeking deeper discounts may be inclined to schedule appointments at off-peak hours (as determined automatically by embodiments discussed herein), therefore providing more efficient financial incentives to more evenly fill a merchant's schedule (e.g., time) and/or utilize other available resources. Any time-restricted deal offer such as a high-demand deal offer and/or low-demand deal offer may be presented to a consumer while scheduling an appointment using a deal, or browsing deal offers for purchase. For example, the consumer may see different values associated with different deal offers for various times on a calendar. As such, a merchant may use the scheduling system (such as that discussed above) to configure timeframes for which certain deals are valid or invalid, the scheduling availability may automatically reflect those restrictions, and a consumer may be restricted to scheduling appointments during a specific timeframe while using a time-restricted deal.

In addition to, or as an alternative to generating time-restricted deal offers, offers may be targeted to past clients of the merchant and/or other consumers to encourage, for example, trial of a different service than what those consumers may have previously scheduled, rescheduling those that have been performed within a given period of time (e.g., provide an offer for a discount if a follow-up appointment is booked within a day of the last appointment and/or the follow-up is scheduled to take place within two months of the first appointment), etc. As other examples, offers may include a discounted service to consumers who often schedule another type of related service, and/or for bookings have lapsed for a specific amount of time.

Regardless of the promotional technique used to generate an offer, at1150, a merchant may decide whether or not it will offer the deal to a client or clients. If the merchant decides not to market the deal offer that was generated, the process returns to1100. In response to determine the merchant has decided to market the deal offer to consumers, the deal may be offered to consumers at1160 by use of a marketing system, for example.

At1170, the consumer may choose to schedule an appointment in response to being provided the deal offer. A consumer who chooses to purchase the deal and/or otherwise schedule an appointment may be presented with a display such as those shown inFIGS. 10A-10F for scheduling an appointment.

Thereafter, the promotional system may return to monitoring sales and scheduling data and generate offers to improve a merchant's business and provide consumers reduced prices on products the consumers are interested in purchasing.

FIG. 12

shows system

1200, including an example network architecture for a retailing system, which may include one or more devices and sub-systems that are configured to implement some embodiments discussed herein. For example,system1200 may includepromotional system1210, which may include, for example,deal database1212 anddeal server1214, (sometimes collectively referred to herein as deal system1216),scheduling database1218 and scheduling server1220 (sometimes collectively referred to herein as scheduling system1222), andpromotional database1224 and promotional server1226 (sometimes collectively referred to herein as marketing system1228), among other things (not shown).

Deal server

1214,scheduling server1220, and/orpromotional server1226 may each be any suitable network server and/or other type of processing device, and may be implemented on a single server or distributed, in any combination, among several servers.

Deal database

1212,scheduling database1218, and/orpromotional database1224 may be any suitable network database configured to store respective information and/or analytics data, such as information discussed herein that may be received from the displays discussed above and/or generated therefrom. Each ofdeal database1212,scheduling database1218, and/orpromotional database1224 may be implemented as a single database or distributed among several databases. As such, apromotional system1210 may be implemented using a variety of architectures, wheredeal system1216,scheduling system1222, andmarketing system1228 may be implemented independently, as a single device, or according to any desired architecture.

Promotional system

1210 can be coupled to one ormore consumer devices1240A-1240N and/or one ormore merchant devices1250A-1250M vianetwork1202. In this regard,network1202 may include any wired or wireless communication network including, for example, a wired or wireless local area network (LAN), personal area network (PAN), metropolitan area network (MAN), wide area network (WAN), or the like, as well as any hardware, software and/or firmware required to implement it (such as, e.g., network routers, etc.). For example,network1202 may include a cellular telephone, an 802.11, 802.16, 802.20, and/or WiMax network. Further,network1202 may include a public network, such as the Internet, a private network, such as an intranet, or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to TCP/IP based networking protocols.

Consumer devices

1240A-1240N and/ormerchant devices1250A-1250M may each be implemented as a personal computer and/or other networked device, such as a cellular phone, tablet computer, mobile device, etc., that may be used for any suitable purpose in addition to configuring any component of a promotional system and/or using a promotional system to schedule appointments, redeem deals, and/or the like. The depiction inFIG. 12 of “N” consumer devices and “M” merchant devices is merely for illustration purposes.System1200 may also include at least onesearch engine system1230 and/orthird party server1260, among other things, to enable other functionality that may be used to provide and/or enhance the services discussed herein.

FIG. 13 shows a schematic block diagram ofcircuitry1300, some or all of which may be included in, for example,promotional system1210,consumer devices1240A-1240N and/ormerchant devices1250A-1250M. As illustrated inFIG. 13, in accordance with some example embodiments,circuitry1300 may include various means, such asprocessor1310,memory1314, input/output module1316, and/orcommunications module1318. The means ofcircuitry1300 as described herein may be embodied as, for example, circuitry, hardware elements (e.g., a suitably programmed processor, combinational logic circuit, and/or the like), a computer program product comprising computer-readable program instructions stored on a non-transitory computer-readable medium (e.g., memory1314) that is executable by a suitably configured processing device (e.g., processor1310), or some combination thereof, to provide the functionality discussed herein, including presenting the displays discussed above, receiving information, and communicating with remote devices.

Processor

1310 may, for example, be embodied as various means including one or more microprocessors with accompanying digital signal processor(s), one or more processor(s) without an accompanying digital signal processor, one or more coprocessors, one or more multi-core processors, one or more controllers, processing circuitry, one or more computers, various other processing elements including integrated circuits such as, for example, an ASIC (application specific integrated circuit) or FPGA (field programmable gate array), or some combination thereof. Accordingly, although illustrated inFIG. 13 as a single processor, in some embodiments,processor1310 comprises a plurality of processors. The plurality of processors may be embodied on a single computing device or may be distributed across a plurality of computing devices collectively configured to function ascircuitry1300. The plurality of processors may be in operative communication with each other and may be collectively configured to perform one or more functionalities ofcircuitry1300 as described herein. In some example embodiments,processor1310 may configured to execute instructions stored inmemory1314 or otherwise accessible toprocessor1310. These instructions, when executed byprocessor1310, may causecircuitry1300 to perform one or more of the functionalities ofcircuitry1300 as described herein.

Whether configured by hardware, firmware/software methods, or by a combination thereof,processor1310 may comprise an entity capable of performing operations according to embodiments of the present invention while configured accordingly. Thus, for example, whenprocessor1310 is embodied as an ASIC, FPGA or the like,processor1310 may comprise specifically configured hardware for conducting one or more operations described herein. Alternatively, as another example, whenprocessor1310 is embodied as an executor of instructions, such as may be stored inmemory1314, the instructions may specifically configureprocessor1310 to perform one or more algorithms and operations described herein.

Memory

1314 may comprise, for example, volatile memory, non-volatile memory, or some combination thereof. Although illustrated as a single memory,memory1314 may comprise a plurality of memory components. The plurality of memory components may be embodied on a single computing device or distributed across a plurality of computing devices. In various embodiments,memory1314 may comprise, for example, a hard disk, random access memory, cache memory, flash memory, a compact disc read only memory (CD-ROM), digital versatile disc read only memory (DVD-ROM), an optical disc, circuitry configured to store information, or some combination thereof.Memory1314 may be configured to store information, data (including deal parameter data and/or analytics data), applications, instructions, or the like for enablingcircuitry1300 to carry out various functions in accordance with example embodiments of the present invention. For example, in at least some embodiments,memory1310 is configured to buffer input data for processing byprocessor1310. Additionally or alternatively, in at least some embodiments,memory1314 is configured to store program instructions for execution byprocessor1310.Memory1314 may store information in the form of static and/or dynamic information. This stored information may be stored and/or used bycircuitry1300 during the course of performing its functionalities.

Input/output module1316 may be in communication withprocessor1310 to receive an indication of a user input and/or to provide an audible, visual, mechanical, or other output to a user (e.g., merchant and/or consumer). Some example visual outputs that may be provided to a user bycircuitry1300 are discussed in connection with the displays described herein. As such, input/output module1316 may include support, for example, for a keyboard, a mouse, a joystick, a display, a touch screen display, a microphone, a speaker, a RFID reader, barcode reader, biometric scanner, and/or other input/output mechanisms. In embodiments whereincircuitry900 is embodied as a server or database, aspects of input/output module1316 may be reduced as compared to embodiments wherecircuitry1300 is implemented as an end-user machine (e.g., consumer device and/or merchant device) or other type of device designed for complex user interactions. In some embodiments (like other components discussed herein), input/output module1316 may even be eliminated fromcircuitry1300. Alternatively, such as in embodiments whereincircuitry1300 is embodied as a server or database, at least some aspects of input/output module1316 may be embodied on an apparatus used by a user that is in communication withcircuitry1300. Input/output module1316 may be in communication with thememory1314,communications module1318, and/or any other component(s), such as via a bus. Although more than one input/output module and/or other component can be included incircuitry1300, only one is shown inFIG. 13 to avoid overcomplicating the drawing (like the other components discussed herein).

Communications module

1318 may be embodied as any device or means embodied in circuitry, hardware, a computer program product comprising computer readable program instructions stored on a computer readable medium (e.g., memory1314) and executed by a processing device (e.g., processor1310), or a combination thereof that is configured to receive and/or transmit data from/to another device, such as, for example, asecond circuitry1300 and/or the like. In some embodiments, communications module1318 (like other components discussed herein) can be at least partially embodied as or otherwise controlled byprocessor1310. In this regard,communications module1318 may be in communication withprocessor1310, such as via a bus.Communications module1318 may include, for example, an antenna, a transmitter, a receiver, a transceiver, network interface card and/or supporting hardware and/or firmware/software for enabling communications with another computing device.

Communications module

1318 may be configured to receive and/or transmit any data that may be stored bymemory1314 using any protocol that may be used for communications between computing devices.Communications module1318 may additionally or alternatively be in communication with thememory1314, input/output module1316 and/or any other component ofcircuitry1300, such as via a bus.

In some embodiments, whereFIG. 13 represents a promotional system, some or all of the functionality described herein may be performed byprocessor1310. In this regard, the example processes and algorithms discussed herein can be performed by at least oneprocessor1310. For example, non-transitory computer readable media can be configured to store firmware, one or more application programs, and/or other software, which include instructions and other computer-readable program code portions that can be executed to control each processor (e.g., processor1310) of the components ofsystem1200 to implement various operations, including the examples shown above. As such, a series of computer-readable program code portions are embodied in one or more computer program products and can be used, with a computing device, server, and/or other programmable apparatus, to produce machine-implemented processes.

As will be appreciated, any such computer program instructions and/or other type of code may be loaded onto a computer, processor or other programmable apparatus' circuitry to produce a machine, such that the computer, processor other programmable circuitry that execute the code on the machine create the means for implementing various functions, including those described herein.

It is also noted that all or some of the information presented by the example displays discussed herein can be based on data that is received, generated and/or maintained by one or more components ofsystem1200. In some embodiments, one or more external systems (such as a remote cloud computing and/or data storage system) may also be leveraged to provide at least some of the functionality discussed herein.

As described above and as will be appreciated based on this disclosure, embodiments of the present invention may be configured as methods, mobile devices, backend network devices, and the like. Accordingly, embodiments may comprise various means including entirely of hardware or any combination of software and hardware. Furthermore, embodiments may take the form of a computer program product on at least one non-transitory computer-readable storage medium having computer-readable program instructions (e.g., computer software) embodied in the storage medium. Any suitable computer-readable storage medium may be utilized including non-transitory hard disks, CD-ROMs, flash memory, optical storage devices, or magnetic storage devices.

Embodiments of the present invention have been described above with reference to block diagrams and flowchart illustrations of methods, apparatuses, systems and computer program products. It will be understood that each block of the circuit diagrams and process flowcharts, and combinations of blocks in the circuit diagrams and process flowcharts, respectively, can be implemented by various means including computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus, such asprocessor1310 to produce a machine, such that the computer program product includes the instructions which execute on the computer or other programmable data processing apparatus create a means for implementing the functions specified in the flowchart block or blocks.

These computer program instructions may also be stored in a computer-readable storage device (e.g., memory1314) that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage device produce an article of manufacture including computer-readable instructions for implementing the function discussed herein. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions discussed herein. Accordingly, blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the circuit diagrams and process flowcharts, and combinations of blocks in the circuit diagrams and process flowcharts, can be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.

Many modifications and other embodiments of the inventions set forth herein will come to mind to one skilled in the art to which these embodiments of the invention pertain having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the embodiments of the invention are not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.

Claims

That which is claimed:

1. An apparatus for modifying a scheduling database to reflect scheduling data received via a network from a plurality of merchant devices and consumer devices, the apparatus comprising at least one processor and at least one memory including computer program code, the at least one memory and the computer program code configured to, with the processor, cause the apparatus to at least:

receive from a merchant device, a user input indicative of a maximum percentage of deal-redeeming appointments allowed to be scheduled at a merchant in a given period relative to a total number of appointments in the given period, wherein the deal-redeeming appointments are appointments in which a consumer obtains a service at the deal-redeeming appointment at a reduced cost in comparison to a non-discounted appointment;

maintain on the scheduling database, the scheduling data received from the merchant devices and the consumer devices;

receive a request from a consumer device to schedule a deal-redeeming appointment at the merchant;

in response to the request from the consumer device, access from the scheduling database, first availability data associated with the merchant for a particular time period;

determine that scheduling a deal-redeeming appointment during the particular time period would result in exceeding the maximum percentage of deal-redeeming appointments allowed to be scheduled during the particular time period;

generate second availability data representing only a subset of the first availability data, such that scheduling a deal-redeeming appointment according to the second availability data would not result in exceeding the maximum percentage of deal-redeeming appointments allowed to be scheduled during the particular time period; and

further in response to the request from the consumer device, provide via a user interface, the second availability data representing only a subset of the first availability data.

2. The apparatus according toclaim 1, wherein the at least one memory and the computer program code are further configured to, with the processor, cause the apparatus to at least:

receive from the merchant device, scheduling data comprising days and times available for appointments, and a time interval on which a consumer can schedule an appointment for the service, wherein the first availability data is derived from the scheduling data.

3. The apparatus according toclaim 2, wherein the at least one memory and the computer program code are further configured to, with the processor, cause the apparatus to at least:

receive from the merchant device, updated scheduling data reflecting appointments scheduled as non-discounted appointments, wherein the second availability data is generated based on the updated scheduling data.

4. The apparatus according toclaim 1, wherein the at least one memory and the computer program code are further configured to, with the processor, cause the apparatus to at least:

receive from the consumer device, scheduling data indicative of scheduling of a deal-redeeming appointment;

transmit the scheduling data indicative of scheduling of a deal-redeeming appointment to the merchant device; and

update the first availability data and the second availability data.

5. The apparatus according toclaim 1, wherein the second availability data excludes appointment times for which a deal-redeeming appointment cannot be scheduled, according to the maximum percentage of deal-redeeming appointments allowed to be scheduled.

6. The apparatus according toclaim 1, wherein the at least one memory and the computer program code are further configured to, with the processor, cause the apparatus to at least:

reduce the second availability data by excluding at least one of a day of the week or time of the week for which a deal-redeeming appointment can be scheduled.

7. A computer-implemented method for modifying a scheduling database to reflect scheduling data received via a network from a plurality of merchant devices and consumer devices, the computer-implemented method comprising:

receiving from a merchant device, a user input indicative of a maximum percentage of deal-redeeming appointments allowed to be scheduled at a merchant in a given period relative to a total number of appointments in the given period, wherein the deal-redeeming appointments are appointments in which a consumer obtains a service at the deal-redeeming appointment at a reduced cost in comparison to a non-discounted appointment;

maintaining on the scheduling database, the scheduling data received from the merchant devices and the consumer devices;

receiving a request from a consumer device to schedule a deal-redeeming appointment at the merchant;

in response to the request from the consumer device, accessing from the scheduling database, first availability data associated with the merchant for a particular time period;

determining that scheduling a deal-redeeming appointment during the particular time period would result in exceeding the maximum percentage of deal-redeeming appointments allowed to be scheduled during the particular time period;

generating second availability data representing only a subset of the first availability data, such that scheduling a deal-redeeming appointment according to the second availability data would not result in exceeding the maximum percentage of deal-redeeming appointments allowed to be scheduled during the particular time period; and

further in response to the request from the consumer device, providing via a user interface, the second availability data representing only a subset of the first availability data.

8. The computer-implemented method according toclaim 7, further comprising:

receiving from the merchant device, scheduling data comprising days and times available for appointments, and a time interval on which a consumer can schedule an appointment for the service, wherein the first availability data is derived from the scheduling data.

9. The computer-implemented method according toclaim 8, further comprising:

receiving from the merchant device, updated scheduling data reflecting appointments scheduled as non-discounted appointments, wherein the second availability data is generated based on the updated scheduling data.

10. The computer-implemented method according toclaim 7, further comprising:

receiving from the consumer device, scheduling data indicative of scheduling of a deal-redeeming appointment;

transmitting the scheduling data indicative of scheduling of a deal-redeeming appointment to the merchant device; and

updating the first availability data and the second availability data.

11. The computer-implemented method according toclaim 7, wherein the second availability data excludes appointment times for which a deal-redeeming appointment cannot be scheduled, according to the maximum percentage of deal-redeeming appointments allowed to be scheduled.

12. The computer-implemented method according toclaim 7, further comprising:

reducing the second availability data by excluding at least one of a day of the week or time of the week for which a deal-redeeming appointment can be scheduled.

13. A computer program product for modifying a scheduling database to reflect scheduling data received via a network from a plurality of merchant devices and consumer devices, the computer program product comprising at least one non-transitory computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions to:

14. The computer program product according toclaim 13, wherein the computer-executable program code instructions further comprise program code instructions to:

15. The computer program product according toclaim 14, wherein the computer-executable program code instructions further comprise program code instructions to:

16. The computer program product according toclaim 13, wherein the computer-executable program code instructions further comprise program code instructions to:

update the first availability data and the second availability data.

17. The computer program product according toclaim 13, wherein the second availability data excludes appointment times for which a deal-redeeming appointment cannot be scheduled, according to the maximum percentage of deal-redeeming appointments allowed to be scheduled.

18. The computer program product according toclaim 13, wherein the computer-executable program code instructions further comprise program code instructions to: