提供基于网络的管理解决方案的系统和方法.pdf

一种用于管理预约的基于网络的集中化系统和方法，具有用户界面，与一个或多个用户交互以根据用户输入显示一个或多个项目；管理模块，连接到所述用户界面并被配置为接收与安排预约有关的数据，根据所述数据确定一个或多个可能的预约，呈现所述一个或多个可能的预约，接收用户从所述一个或多个可能的预约的选择，以及根据所述用户选择安排所述预约；以及一个或多个数据库，被配置为存储预约信息，其中，所述一个或多个数据库连接到所述管理模块，以及所述数据包括日期和时间间隙，还包括设施、服务和服务者中的至少一个。

权利要求书
1.  一种用于管理预约的基于网络的集中化系统，所述系统包括：
用户界面，与一个或多个用户交互以根据用户输入显示一个或多个项目；
管理模块，连接到所述用户界面并被配置为接收与安排预约有关的数据，根据所述数据确定一个或多个可能的预约，呈现所述一个或多个可能的预约，接收用户从所述一个或多个可能的预约的选择，以及根据所述用户选择安排所述预约；以及
一个或多个数据库，被配置为存储预约信息，其中，所述一个或多个数据库连接到所述管理模块，以及所述数据包括日期和时间间隙，还包括设施、服务和服务者中的至少一个。

2.  根据权利要求1的系统，其中，所述管理模块进一步被配置为管理雇员信息，所述雇员信息包括个人信息、安排表、服务、可用性和交易历史中的至少一个。

3.  根据权利要求1的系统，其中，所述管理模块进一步被配置为管理消费者信息，所述消费者信息包括个人信息、预约、订单、可用性、支付和偏爱中的至少一个。

4.  根据权利要求1的系统，其中，所述管理模块进一步被配置为管理设施信息，所述设施信息包括安排表、服务、可用性和存货中的至少一个。

5.  根据权利要求1的系统，其中，所述管理模块进一步被配置为管理销售点(POS)服务。

6.  根据权利要求1的系统，其中，所述设施是进行所述预约的一个或多个服务的房间或空间。

7.  根据权利要求1的系统，其中，所述服务由服务者提供。

8.  根据权利要求1的系统，其中，所述服务者包括雇员、雇主和独立承包人中的至少一个。

9.  根据权利要求1的系统，其中，所述预约是水疗相关服务。

10.  一种用于管理预约的基于网络的方法，包括：
从用户接收与在集中化管理模块安排预约有关的数据，其中，所述数据包括日期和时间间隙，还包括设施、服务和服务者中的至少一个；
根据所述数据确定一个或多个可能的预约；
向所述用户呈现所述一个或多个可能的预约；
从所述用户接收用户从所述一个或多个可能的预约的选择；以及
在所述集中化管理模块根据所述用户选择安排所述预约。

11.  根据权利要求10的方法，其中，根据所述数据确定一个或多个可能的预约包括使用服务者信息、消费者信息和设施信息中的至少一个。

12.  根据权利要求11的方法，其中，所述服务者信息包括个人信息、安排表、服务、可用性和交易历史中的至少一个，所述消费者信息包括个人信息、预约、订单、可用性、支付和偏爱中的至少一个，以及所述设施信息包括安排表、服务、可用性和存货中的至少一个。

13.  根据权利要求10的方法，其中，所述设施是进行所述预约的一个或多个服务的房间或空间。

14.  根据权利要求10的方法，其中，所述服务由服务者提供。

15.  根据权利要求10的方法，其中，所述服务者包括雇员、雇主和独立承包人中的至少一个。

16.  根据权利要求10的方法，其中，所述预约是水疗相关服务。

17.  一种计算机可读介质，包括的代码执行权利要求10的方法的动作。

18.  一种用于管理预约的基于网络的集中化系统，所述系统包括：
用户界面，与一个或多个用户交互以根据用户输入显示一个或多个项目；
管理模块，连接到所述用户界面并被配置为接收与安排预约有关的数据，根据所述数据确定一个或多个可能的预约，呈现所述一个或多个可能的预约，接收用户从所述一个或多个可能的预约的选择，以及根据所述用户选择安排所述预约，其中，所述管理模块进一步被配置为管理雇员信息、消费者信息、设施信息以及管理销售点(POS)服务；以及
一个或多个数据库，被配置为存储预约信息，其中，所述一个或多个数据库连接到管理模块，以及所述数据包括日期和时间间隙，还包括设施、服务和服务者中的至少一个。

说明书提供基于网络的管理解决方案的系统和方法
背景技术
在线购物已经变得对消费者极为流行。它为人们不离开家居或办公室而采购各种各样的产品和服务提供了方便的方式。卖主出售物品或服务时，可以使用网站向浏览该网站的消费者展现其产品或服务。不过，这样的商业模型可能要求消费者已经知道卖主的网站或者能够通过搜索引擎发现该网站。此外，为了确保对例如具体服务(如水疗疗法和其他相关服务)的订单，卖主可能使用仅仅在其网站上可用的单独的独立预约系统。这不仅使它难以吸引新消费者，而且这样的技术可能不适于将这些产品/服务评级或与其他可比的产品/服务对比，这可能限制消费者信心。不仅如此，与其他系统或方法不链接或不受其保护的独立的预约系统可能易于出错和管理不善。结果，尤其在有利于登记预约、吸引新消费者、增进消费者信心、增加销售/利润和改进消费者保持的方面，当前的在线系统和方法可能缺乏全面有效的基于网站的管理解决方案。
附图说明
为了便于更全面地理解示范实施例，现在参考附图。这些附图不应当解释为限制，而意在仅仅示范。
图1描绘了根据本公开的示范实施例提供基于网络的管理解决方案的系统架构展示；
图2描绘了根据本公开的示范实施例提供预订管理解决方案的展示性界面；
图3描绘了根据本公开的示范实施例预订服务套餐的展示性界面；
图4描绘了根据本公开的示范实施例登记预订的展示性界面；
图5描绘了根据本公开的示范实施例登记预订的展示性界面；
图6描绘了根据本公开的示范实施例提供集成的销售点服务的展示性界面；
图7描绘了根据本公开的示范实施例收集帐单/支付信息的展示性界面；
图8描绘了根据本公开的示范实施例复查订单的展示性后端界面；
图9描绘了根据本公开的示范实施例复查订单的展示性界面；
图10描绘了根据本公开的示范实施例确认订单的展示性后端界面；
图11描绘了根据本公开的示范实施例定制预约和通知设置的展示性后端界面；
图12描绘了根据本公开的示范实施例管理预约的展示性后端界面；
图13描绘了根据本公开的示范实施例管理设施的展示性后端界面；
图14描绘了根据本公开的示范实施例管理服务的展示性后端界面；
图15描绘了根据本公开的示范实施例管理雇员的展示性后端界面；
图16描绘了根据本公开的示范实施例管理雇员信息的展示性后端界面；
图17描绘了根据本公开的示范实施例管理雇员安排表的展示性后端界面；
图18描绘了根据本公开的示范实施例管理雇员服务的展示性后端界面；
图19描绘了根据本公开的示范实施例管理雇员历史的展示性后端界面；
图20描绘了根据本公开的示范实施例的各种访问级别的展示性后端界面；
图21描绘了根据本公开的示范实施例的各种访问级别的展示性后端界面；
图22描绘了根据本公开的示范实施例管理特价品/促销/优待券的展示性后端界面；
图23描绘了根据本公开的示范实施例的在合伙人网站嵌入的管理解决方案的展示性界面；
图24描绘了根据本公开的示范实施例的在合伙人网站嵌入的管理解决方案的展示性界面；
图25描绘了根据本公开的示范实施例处理交易的系统架构展示；
图26描绘了根据本公开的示范实施例处理交易的方法的展示性流程图。
具体实施方式
示范实施例可以提供基于网络的管理解决方案的系统和方法。也就是，除了其他功能以外，示范实施例可以扩展并优化商业和营销，方式为全面有效地提供基于网络的管理解决方案(如登记预订、消费者/雇员/存货管理、支付、营销等)，用于提供依赖时间的服务的任何组织。
水疗(Spa)和水疗相关服务正在变得日益流行。事实上，可能存在着许多不同的水疗和沙龙适应每个消费者的偏爱。例如，这些可以包括休假/宾馆水疗、目标水疗、娱乐场水疗、俱乐部水疗、游轮水疗、温泉水疗、医疗/牙科水疗、名家水疗、日间水疗、美容沙龙和水疗风俗房地产。无论如何选择，初次水疗者或老练的水疗者都能够享受或短或长的脱离商业生活以及通过促进身心和精神恢复的职业服务增强整体幸福。
不过，如上所述，当前的系统或许不能提供全面有效的基于网络的管理解决方案。因此，本公开的实施例可以提供的管理解决方案利用了集中化的系统，用于登记预约、管理雇员/消费者、集成销售点服务、吸引新消费者、增进消费者信心和改进消费者保持。本公开的实施例也可以提供通过使用银行与商户卡处理器之间集成的费用交易过程使销售/利润最大化的商业解决方案。
现在将详细地参考若干示范实施例，其实例展示在附图中。应当认识到，在这些附图从始至终将使用相同的附图标记指相同或类似的部件。应当认识到，下面的详细说明仅仅是示范性的和解释性的，而不是限制性的。
应当认识到，按照“水疗”和/或“水疗相关”的产品/服务讨论了示范的系统和方法。还应当认识到，如同本文所用，“水疗”或“水疗相关”可以指任何形式的健康和美容服务。例如，这些可以包括与健康、医疗、皮肤、头发、指甲、化妆品相关的产品/服务，以及其他类似产品/服务。另外，这些可以包括沙龙或沙龙相关的产品/服务。也可以提供其他各种实施例。
图1描绘了根据示范实施例提供管理解决方案的系统架构的展示。应当认识到，系统100是提供管理解决方案的简图，可以包括未被描绘的其他组件。正如所展示，系统100可以包括用户接口设备，用户比如合伙人(如水疗中心)或消费者(如潜在的水疗者)从其可以经由网络120连接到管理解决方案系统122。
用户接口设备可以包括计算机110、膝上型/笔记本112、移动电话、个人数据助理(PDA)116或其他类似的设备118，比如服务器或似服务器系统、模块、智能电话、有线电话、卫星电话等。尽管典型情况下用户接口设备可以针对具有计算或通信能力的设备，但是应当认识到，也可以使用其他各种系统/设备。这些装置可以包括MP3播放器、视频播放器、个人媒体播放器、个人录像机(PVR)、手表、游戏机/设备、导航设备、电视机、打印机和/或能够接收和/或发送信号的其他设备。应当认识到，这些通信设备/系统可以是移动的、手持的或固定的。还应当认识到，这些通信设备/系统可以独立地使用也可以被用作另一台设备和/或系统中的集成组件。也实现了其他各种实施例。
用户接口设备可以以各种各样的方式连接到网络120，比如经由有线或无线的宽带连接。在一个实施例中，有线的宽带连接可以包括远程的光纤数据通信、基于局域网的协议、广域网以及/或者其他类似的应用。在另一个实施例中，无线的宽带连接可以包括远程的无线电通信、基于无线局域网比如802.11的协议、无线广域网比如WiMax以及/或者其他类似的应用。例如，在系统100的多个组件之间的通信可以经由电、电磁、光和/或无线信号的传输实现，以及/或者经由使用标准的电信协议和/或标准的网络协议携带数字数据流的信息包实现。这些可以包括调制解调器拨号、话路启动协议(SIP)、网络电话(VOIP)协议、无线网应用协议(WAP)、多媒体信息服务(MMS)、增强短信服务(EMS)、短信服务(SMS)、基于全球移动通信系统(GSM)的系统、基于码分多址(CDMA)的系统、传输控制协议/因特网(TCP/IP)协议。也可以提供适合经由信息包/信号发送和/或接收数据的其他协议和/或系统。例如，也可以使用电缆网或电信连接比如以太网RJ45/5类以太网连接、光纤连接、传统的电话线连接、电缆连接或者其他有线网络连接。网络供应商与/或订户之间的通信也可以使用标准的无线协议，包括IEEE 802.11a、802.11b、802.11g等，或者经由有线连接的协议、比如IEEE以太网802.3。还可以提供其他各种实施例。
网络120可以是任何网络，比如局域网(LAN)、广域网(WAN)、服务供应商网络、因特网/万维网或其他类似的网络，或者其组合。应当认识到，所述网络可以使用携带数字数据流的电、电磁、和/或光信号。
管理解决方案系统122可以包括基于网络的用户界面，比如基于网络的图形用户界面(GUI)124，从其经由网络120可以连接用户接口设备。基于网络的GUI 124可以通信地连接到管理解决方案模块126。管理解决方案模块126也可以通信地连接到一个或多个数据库(如DB1 132a、DB2 132b和DBN 132n，这里N可以表示任何数)。虽然显示为分开的数据库，但是应当认识到，正如图1所描绘，这些数据库的内容可以组合为更少或更多数量的数据库，并且可以被存储在一个或多个数据存储系统中。也可以将其他数据和/或信息存储在这些数据库和/或从这些数据库获得它们。还可以提供其他变化和/或组件。
应当认识到，系统100的架构可以具有各种实施例。例如，并非一切系统组件都可以在管理解决方案系统122之内。相反，系统100的一个或多个组件、服务器、设备和/或数据库可以在管理解决方案系统122的本地或远方。还应当认识到，管理解决方案系统122可以被复制和/或保留在多个位置。还可以实现其他各种实施例。
管理解决方案模块126可以是管理解决方案系统122的中央处理逻辑。管理解决方案模块126可以包括一个或多个处理器或处理逻辑(如模块)，以便管理各种商务功能和特征，比如处理订单、保留预约、调度雇员/消费者安排表、整理票据和接收付款、管理工资单等。例如，管理解决方案模块126可以在用户接口设备处向其合伙人和/或消费者显示这些特征。
虽然图1显示了一种配置，但是本领域的普通技术人员应当认识到，这各种模块的其他配置也是可能的。例如，在一个实施例中，为了普遍存在的可访问性，利用3层架构可以将管理解决方案系统122实施为基于网络的模块。第一层可以表现为用户接口层，包括例如基于网络的GUI 124。第二层可以包括商业逻辑层，包括例如管理解决方案模块126。第三层可以表现为数据库层，包括例如DB1 132a、DB2132b和DBN 132n，或者其他类似的数据库。也可以实现其他各种配置和设计。在另一个实施例中，管理解决方案系统122的管理解决方案模块126可以包括几个模块，也可以连接到一个或多个其他模块，每个模块都被配置为执行系统100的特征/功能。例如，管理解决方案模块126可以被连接到产生消费报告的报告模块、管理雇员(如雇员信息、专业、开单率、安排表、工资单等)的雇员管理模块、管理房间或水疗设施可用性的设施管理模块等。还可以实现其他各种实施例。
在一个实施例中，例如，合伙人(如水疗)可以经由用户接口设备访问管理解决方案系统122以输入各种信息。这种信息可以有关该合伙人(如水疗中心、该水疗中心的历史、位置、开放时间、提供的服务/待遇、契约、产品、房间的可用性等)、雇员/技师的信息(如由合伙人雇用的按摩医生的个人信息和其他雇员信息，比如每周/每月的安排表、专业和/或服务等)以及其他有关的信息。使得全部这种信息集中后，管理解决方案系统122可以提供一个综合的系统，按每位参与合伙人及其需求(如登记预约等)进行剪裁和定制。这样的系统可以排除(或减少)将多个系统上的各种日历信息进行同步的要求，所以对管理参与合伙人的预约提供了安全高效的方式。管理解决方案系统122也可以包括另外的特征/功能。这些可以包括雇员管理、消费者管理、设施管理、产品绑定、特价品/促销授权、销售点服务等。
在一个实施例中，消费者/用户(比如水疗者)可以经由用户接口设备访问所述管理解决方案系统122，以便观察其附近的各种“日间水疗”，对这些水疗、服务、价格、可用性等进行评级。消费者可以经由基于网络的GUI 124与管理解决方案模块126进行交互，以便从一个或多个合伙人中挑选和建立个人/消费水疗套餐。
例如，可以由管理解决方案系统122如经由项目呈现模块显示若干产品、服务和/或若干流行产品/服务的类别，可以在其中输入/链接和接收一个或多个用户条件。图2描绘了根据本公开的示范实施例提供基于网络的预订管理解决方案的展示性界面。在这个实例中，可以提供在线预订系统站点200。在线预订系统站点200可以包括链接列表/菜单210、项目(如若干产品和/或服务，比如“日间水疗”220、“度假水疗”230等)的类别以及一个或多个广告(如AD 1、AD 2、AD 3等)。链接列表/菜单210可以包括到其他数据的各种链接。例如，链接210可以包括“发现(find)”各种水疗、看到“特色的(featured)”水疗、看到最近的“待遇(deals)”、浏览可得到“礼品(gift)”的选项、了解更多的“信息(info)”、了解“关于(about)”水疗、“预订(subscribe)”一种或各种业务通讯的链接以及/或者“其他(other)”各种链接。“日间水疗(Day Spas)”220和“度假水疗(Getaway Spas)”230可以提供由管理解决方案系统122从多个合伙人提供的各种产品和/或服务。可以向目标消费者呈现一个和多个广告以便产生更多的营业额和/或利润。还可以提供其他各种配置/实施例。
应当认识到，对于在在线预订系统站点200中出现的每个项目，用户都可以对一个或多个项目输入条件，方式为点击单选按钮、选择某链接以及/或者填充一个或多个搜索字段。还应当认识到，用户条件不是必须输入的。例如，在一个实施例中，用户条件可以是自动产生的信息。例如，当消费者登录私人账号时，其概况可以自动地完成，并且收到的一件或多件项目可能就基于这个概况。它们可以包括其交易历史、偏爱、采购、浏览习惯、调查结果等。应当认识到，该概况信息也可以用于呈现为该消费者制作的建议、特价品、促销、待遇和/或打折。在另一个实施例中，用户条件可以基于一个或多个调查结果。例如，用户可能先前已经向一个或多个调查提交了响应，并且系统100可能收到了基于这些响应的若干项目。在又一个实施例中，用户条件可能是从各种各样的其他来源收到的信息/数据，比如定向电子邮箱、先前的商业联盟、认识该用户的人们的推荐等。因此，用户条件可以基于用户的输入和/或其他来源。还可以实现其他各种实施例。
当一个或多个项目被识别出(如通过用户输入或其他方式)时，用户还可以上下滚动每个类别以发现要包括在站点200中的若干项目。在一个实施例中，例如，用户可以使用搜索特征以指定和/或缩小对某具体产品和/或服务的搜索。例如，用户可以输入合伙人的名称(如水疗中心的名称)、位置(如邮政编码、地址、县、国家等)、季节、价格范围和/或产品/服务(如水疗疗法等)。在另一个实施例中，经由超链接、鼠标定位或其他类似的特征还可以提供每个项目的详细说明。还可以提供其他各种实施例。
注意，管理解决方案系统122然后可以显示一个或多个项目(如若干产品和/或服务)以便用户选择。图3描绘了根据本公开的示范实施例预订服务套餐的展示性界面。在这个实例中，屏幕截图可以提供在线预订系统站点200，包括基于用户条件和/或其他数据的一个或多个项目的列表。例如，某用户可能已经输入了以下条件“足疗(pedicure)”、“按摩(massage)”和“20006”以产生一种或各种水疗的列表320。类似于图2，用户可以上下滚动以发现期望的产品和/或服务。注意，用户可以看到符合其搜索条件的几种水疗：“市内日间水疗(Urban Day Spa)”、“市中心水疗(Spa in DC)”、“超级娱乐日间水疗(Super Fun Day Spa)”等。列出的每个项目都可以具有合伙人的名称、等级(如星级或其他类似的标志)、将要说明和/或对更多信息的一个或多个链接。还可以提供其他各种实施例。
管理解决方案系统122可以接收一个或多个用户选择以形成水疗销售套餐。应当认识到，所述消费者可以直接或间接地创建水疗套餐。例如，在一个实施例中，管理解决方案模块126可以呈现一个或多个合伙人的信息(如电话号码、电子邮件、网站等)，使得消费者可以联系期望的合伙人并以该信息创建水疗套餐。在这个实例中，合伙人的雇员可以接收订单并将信息输入到管理解决方案系统122中，可以观察多个雇员、时间间隙、疗法/服务、产品等并从中挑选，并且为消费者定制套餐。
在另一个实施例中，消费者可以从在线预订系统200直接形成和预订套餐。例如，返回参考图3，“市中心水疗(Spa in DC)”可以被高亮325并且可以被用户选择，以便开始在线过程，通过管理解决方案系统122从合伙人预约一个或多个产品和/或服务。例如，消费者可以在在线预订系统200的“进行预约(Make reservations)”上点击。例如，一旦消费者选择了这个选项，市中心水疗(Spa in DC)的预约窗口就可以呈现给该消费者。
图4描绘了根据本公开的示范实施例登记预订的展示性界面。在一个实施例中，可以向消费者呈现“进行预约(Make reservation)”窗口420。在这个窗口420中，可以向消费者呈现进行预约/约定的能力，方式为搜索技师/专家(如参与合伙人的雇员)、疗法/服务、设施或其他范畴的可用性。也应当认识到，消费者可以为不止一个团体预约/约定。例如，正如在预约窗口420中的描绘，消费者可以为两位或更多“顾客(guests)”进行预约/约定。在此可以为“顾客1(guest 1)”选择“医生订单(Doctor’s Orders)”按摩，以及为“顾客(guest 2)”选择面部按摩的“基本套餐(Basic Package)”。也可以选择日期为“07/05/08”。应当认识到，还可以提供各种各样的其他功能和特征，比如附加的可用性搜索特征等。
一旦消费者输入了这些用户选择，就可以处理基于这些选择的可用性，以及/或者可以请求另外的信息。例如，图5描绘了根据本公开的示范实施例登记预订的展示性界面。在此已经处理了消费者提供的若干用户选择，并且在线预订系统200可以提供具有补充用户选择比如时间和专家/技师的选择的预约窗口520。在这个实例中，消费者可以从可用时间的列表中选择“1:30PM”。另外，消费者可以对按摩“医生订单(Doctor’s Orders)”选择“Joe A.Smith”，为面部按摩选择“Jane Doe”。应当认识到，全部可用时间间隙和/或专家/技师都可以基于先前输入的信息。应当认识到，还可以提供其他改变。例如，消费者可能已经开始了，方式为选择专家/技师、水疗中心的房间/设施，可用的日期/时间间隙等。例如，Joe A.Smith可能是“市中心水疗(Spa in DC)”的顶级男按摩师。他的概况、性别、安排表、特长和其他信息(如自由职业者、支票/信用/现金支付和其他类似的数据)可以存储在数据库中，所以寻找这些资格的消费者或许能够定位Joe A.Smith(如果可得到)。还可以实现其他各种实施例。
一旦输入了这些补充的用户选择，管理解决方案系统122就可以处理一个或多个预约。应当认识到，也可以提供销售点的服务。除了登记预订，集中化的管理解决方案系统122在也可以采购各种产品/物品时还可以提供销售点服务。类似于登记预订的方式，消费者可以直接访问在线系统，标识一件或多件物品/产品(如洗液、礼券、按摩石等)，包括在其水疗销售套餐中，也可以使参与合伙人的雇员(如接待员、销售员等)通过该在线系统为消费者获得该订单。例如，图6描绘了根据本公开的示范实施例提供集成的销售点服务的展示性后端界面600。在这个实例中，从消费者获得这份订单的“水疗出纳员(spa cashier)”(如水疗中心的雇员)也可以提供各种产品，从后端界面600上的预约窗口610向消费者销售。在此，水疗出纳员可以观看当前的消费者订单，并且从直接来自在在线预订系统的后端界面600的预约窗口610的所提供水疗产品的列表进行选择，正如图6的描绘。应当认识到，可以显示产品、服务以及/或者流行的产品/服务的种类。例如，如图6中的描绘，消费者可以从各种各样的产品中进行选择，比如“Skin Glo”、“Hair Snare”、“Body Refresh”等。在此，可以指定数量并且也可以提供附加产品的搜索。尽管从后端界面的观点进行了描绘，但是应当认识到，也可以经由消费者可以交互的在线预订系统200提供销售点的服务。
一旦形成了水疗套餐，消费者就可以开始对该套餐进行支付。图7描绘了根据本公开的示范实施例收集帐单/支付信息的展示性界面。在这个实例中，可以向消费者呈现在线预订系统200的记帐信息窗口720。在此，记帐信息窗口720可以允许消费者输入其记帐信息，比如姓名、地址、电话号码、电子邮件地址、信用卡信息等。应当认识到，如果该消费者先前已经建立了消费者概况，就会为该消费者自动地填写/输入这种信息。
类似于图6，如果消费者通过水疗合伙人的雇员(如销售员或出纳员)正在完成其订单，水疗出纳员就可以从后端使用在线系统复查和处理该消费者的订单套餐。例如，图8描绘了根据本公开的示范实施例复查订单的展示性后端界面。在这个实例中，由消费者(如“水疗者(Spa Goer)”)形成的订单套餐可能具有“315美元”的总价。不仅如此，除了用信用卡或礼券支付，消费者也可以用“现金(cash)”、“支票(check)”以及/或者“记入到房间/帐单/账户(post to room/tab/account)”(如在该水疗与某旅馆或其他账户承受人相关联时)支付。如果用信用卡或其他卡进行支付，出纳员就可以对消费者的信用卡进行刷卡/扫描/读取，或者手工输入该卡。应当认识到，对这些卡进行刷卡/扫描/读取的一台或多台硬件设备可以连接到用户接口设备，以帮助实施这些特征/功能。还可以实现其他各种实施例。
也应当认识到，商家的优待券/促销打折也可以在此提交。管理解决方案系统122可以提供(如售出)和使用礼券。例如，在一个实施例中，消费者可以购买对于与系统100相关联的任何一家参与合伙人都可用的礼券。管理解决方案模块126可以协同多家合伙人，使得这些礼券可以通行地应用到与参与合伙人相关联的一份或多份订单。这样的特征可以允许消费者不仅在一家合伙人处选择使用他们的礼券，而且根据他们的选择在多家合伙人处使用他们的礼券。这也可以提供另外的商业机会和/或利润。应当认识到，由系统100发出的礼券可以被定制并且可以被赎回，类似于现金。还可以实现其他各种实施例。支付的这种和其他补充方法可以为消费者提供综合的服务——一种接收支付的有效方式。
一旦接受了支付，管理解决方案系统122就可以提供立即通告。例如，图9描绘了根据本公开的示范实施例复查订单的展示性界面。在这个实例中，在线预订系统200可以显示订单复查窗口920，它可以包括预约地点、护理者、日期/时间、价格、计算的折扣(如果有)、相关联的条款和条件(如果有)、销售税和/或其他类似的信息。消费者可以复查其选项并决定，例如是否如通过选择“完成套餐的订单”而完成该订单、添加、改变、谢绝、重新开始以及/或者执行其他动作。在另一个实施例中，消费者可以对定制的绑定进行补充和/或改变。应当认识到，也可以提供各种显示选项和订单特征。
一旦完成了该订单，消费者就会收到确认该订单和预约的通告，在某些情况下也有纸质收据。图10描绘了根据本公开的示范实施例的订单确认展示性界面。
应当认识到，除了该订单确认，管理解决方案系统122还可以与合伙人和/或消费者就计划的预约以及/或者一份或多份订单进行通信。这些可以包括各种可定制的通告警报和/或消息(如电子邮件、文本消息、语音邮件、RSS和/或其他通告协议)。管理解决方案系统122还可以以实时或接近实时的方式处理这些变化、取消和其他请求。结果，可以高效、准确地执行日程安排和预约。尽管这些预订系统和方法绝大多数可以电子地和/或自动地运行，但是应当认识到，可以实施监管以减少出错并优化性能。
图11描绘了根据本公开的示范实施例定制预约和通告设置的展示性后端界面。在这个实例中，参与合伙人可以根据各种设置定制电子通告。这些可以包括电子邮件地址，消费者是否能够回答，回复的邮件地址以及/或者其他通告/预约设置和有关信息。尽管图11描绘了“水疗中心管理”的定制设置，但是应当认识到，也可以对其他人比如技师/专家、接待员等给予各种级别的访问和/或优先权。
图12描绘了根据本公开的示范实施例管理预约的展示性后端界面。在这个实例中，“水疗经理”可以以单日历格式1210查看参与合伙人(如水疗中心)一位或多位雇员的安排表。在此，日历1210可以在“Jane Doe”和“Joe A.Smith”的安排表中呈现如上所述“水疗者(Spa Goer)”的“顾客(Guests)”的预订/预约。如图所示，在一个实施例中，日历1210可以为每日的格式。在另一个实施例中，还可以呈现每周、每月和/或其他类似的日历格式。
应当认识到，可以提供各种选项查看该预订/预约。例如，可以实施搜索/滚动特征。不仅如此，应当认识到，在这个后端界面600中，通过拖放功能可以实现改变一个或多个预订/预约，它也可以由管理解决方案系统122启用。这不仅提供了编辑/改变预订/预约的便利方法，而且还允许各种用户(如合伙人经理、合伙人雇员、消费者等)能够从一个系统中定制其订单和/或预定。所以，正如以上讨论，由于可以将管理解决方案系统122中心化，常见的预订错误，比如重复预订如果不能完全消除也可以大幅减少。也可以提供其他各种预约编辑功能。
应当认识到，管理解决方案系统122的后端界面600还可以允许以其他形式查看预订/预约。例如，图13描绘了根据本公开的示范实施例管理若干设施的展示性后端界面。类似于图12，图13的后端界面600可以以一个或多个日历格式呈现预订/预约的日历1310。不过与图12不同，日历1310可以通过观察该水疗中心的一个或多个设施呈现预约。例如，“水疗中心经理(Spa Manager)”可以通过在多个房间/设施之间搜索和/或滚动以查看多个房间/设施的可用性。在此，如图所示，日历1310可以为“水疗者(Spa Goer)”的“顾客(Guests)”呈现预订/预约1315为“房间A(Room A)”和“房间B(Room B)”中的预订时间间隙。在这幅图中，也可以呈现其他房间/设施，比如“Miguel的房间(Miguel’s Room)”、“Serenity房间(Serenity’s Room)”等。
应当认识到，可以提供各种选项查看预订/预约。例如，可以实施搜索/滚动特征。不仅如此，应当认识到，在这个后端界面600中，可以通过拖放功能实现改变一个或多个预订/预约，它也可以由管理解决方案系统122启用。
应当认识到，这可能是一种重要的特征，因为可以为一定的专科/疗法配备一定的房间/设施。例如，消费者可以采购芳香疗法服务。因为芳香疗法使用了若干挥发性液体植物材料，称为精华油(EO)和来自植物的其他芳香混合物，以到达影响人的情绪或身心的目的，可以请求专用的房间存储这些材料和/或进行这种服务。在另一个实例中，消费者可以采购斐济运动按摩，它使用脚而不是手来进行按摩。所以，斐济运动按摩技师(或其他有资格的雇员)可以使用特殊的房间来进行这种服务。这样的房间可以在墙和/或天花板上配备平衡杆以允许技师以恰当的体重和/或平衡进行这种按摩。应当认识到，管理解决方案系统122的数据库可以存储这样的房间信息(如可以使用服务的类型、可用性等)，以便提供房间和整体消费者服务的更好管理。
图14描绘了根据本公开的示范实施例管理若干服务的展示性后端界面。在这个实例中，“水疗中心经理(Spa Manager)”可以经由管理解决方案系统122管理在具体房间/设施如房间A由合伙人提供的各种疗法/服务。在此，房间A可以配备为应对一种或各种疗法，比如身体服务(如消脂疗法、背部疗法、身体磨砂、体膜、面部美容等)。应当认识到，图14中描绘的各种服务仅仅是示范性的，不应当视为限制。还可以提供其他各种服务/疗法/专科。不仅如此，应当认识到，除了管理按房间/设施的服务/疗法，“水疗中心经理(Spa Manager)”还可以根据技师/专家、价格范围、可用性、必要的装备和/或其他各种范畴，选择其提供的专科/服务/疗法。
关于与时间安排相关联的信息(如合伙人可用性、设施、雇员等)，应当认识到，管理解决方案模块126可以协同数据库确定可用的日期、日期范围、时间和/或时间范围。还应当认识到，若干特殊规则/疗法可以应用于某合伙人可能接近假期或在假期期间的日子里。例如，合伙人的第一个雇员可能具有安排在房间1从1:00PM持续一小时到2:00PM的按摩预约。为了照顾到适宜的清洁时间等，可以将第一个雇员安排在2:15之前不提供服务，因为可能要占用10-15分钟移交房间1，它可能是比房间2大的房间，房间2可能只需要5-10分钟。所以，系统100可以调度想要在2:00PM使用房间1的第二个雇员不被允许，因为系统100可以意识到第一个雇员可能正在该时间移交该房间。所以，管理解决方案系统122可以具有与系统100的多个组件如数据库进行协调的处理逻辑，以确保平稳、准确地对日程进行控制和预订。也可以实现其他各种实施例。
图15至图19描绘了根据本公开的示范实施例管理雇员的展示性后端界面。参考图15，例如显示了根据本公开的示范实施例管理雇员的展示性后端界面600。在这个实例中，参与合伙人可以根据在雇员管理窗口1510中的姓名、类型和/或其他搜索条件，搜索一名或多名雇员。在此，可以呈现全部雇员或搜索出的雇员的列表。特别是，合伙人的雇员姓名按姓名、类型、地址、联系信息、安排表、可用性、性别等排序。也可以实现其他各种实施例。
图16描绘了根据本公开的示范实施例管理雇员信息的展示性后端界面600。在这个实例中，参与合伙人可以在雇员信息管理窗口1610中管理雇员的个人信息。这些可以包括姓名、类型、支付类型、休假、联系信息、银行账户信息(如直接存款)、工资单信息和/或其他个人信息。
图17描绘了根据本公开的示范实施例管理雇员安排表的展示性后端界面600。在这个实例中，在雇员安排表的窗口1710中可以设置或定制雇员的默认安排表。在此，可以设置每周的工作小时。另外，也可以配置午餐、休息时间和“离开”的日数。应当认识到，当合伙人的营业关闭时，后端界面600不允许工时输入。应当认识到，默认安排表可以由管理者、经理、雇员和/或其他计划人设置，取决于该合伙人如何配置系统100。也可以实现其他各种实施例。
图18描绘了根据本公开的示范实施例管理雇员服务的展示性后端界面。在这个实例中，在专科/疗法的窗口1810中可以设置或定制雇员的专科/疗法。在此，类似于图14，可以管理由合伙人的特定雇员/专家/技师如“Joe A.Smith”提供的各种疗法/服务。在此，Joe A.Smith可以被训练为应对一种或各种疗法，比如身体服务(如消脂疗法、背部疗法和身体磨砂)而不是其他(如体膜、面部美容等)。应当认识到，图18中描绘的各种服务仅仅是示范性的，不应当视为限制。还可以实现其他各种实施例。
图19描绘了根据本公开的示范实施例管理雇员历史的展示性后端界面。在这个实例中，在雇员历史窗口1910中可以呈现雇员的历史。在此，可以呈现已被执行的或要被执行的多个订单。例如，由“水疗者(Spa Goer)”为其若干顾客之一所预订的消息可以被呈现为“订单号10004(Order No.10004)”。历史窗口1910还可以指示状态，比如“已登记(checked-in)”、“已预订(booked)”、“已支付(paid)”、“已取消(cancelled)”或其他状态标识符。历史窗口1910还可以呈现其他信息，比如消费者/联系信息，安排了什么设施来执行该订单、预约的日期/时间以及/或者其他类似信息。在一幅图中呈现所有这种信息可以允许合伙人能够复查和分析雇员的成果，以及/或者可以允许雇员灵活地控制其自身客户。
应当认识到，可以提供另外的雇员管理特征。例如，在一个实施例中，工资单系统和方法可以与该系统完全整合。这就允许参与合伙人使用一个系统以更全面和有效的方式管理雇员，而不是使用几个系统，这个可能易于出错等。在另一个实施例中，可以实施等级的记帐系统，所以可以对雇员、专家和/或技师管理各种记帐价格/费用。例如，雇员可以分类为各种各样的类型，比如全职的、兼职的、安排的、自由职业者、拥有者、学生等。所以，每位雇员都具有不同的相关联记帐价格/费用。因而，合并这些管理方面的系统和方法也是重要的。在又一个实施例中，还考虑了雇员的声望。例如，某按摩医生可能由于其石按摩而在某具体领域知名。由于其声望，她可能总体上为水疗中心吸引更多的生意。在某种意义上，能够测量这一点的系统可能对该水疗中心极为有益，使得她能够被恰当地补偿，除了创建水疗中心可以建立/扩展生意的框架之外。还可以实现其他各种实施例。
因此，通过将雇员信息集中到一个系统(如存储在数据库中)可以允许至少这些管理功能/特征，它们可以提供的商业模型不但灵活(如可从多个工作地点访问)，而且还降低了出错(如从具有类似信息的两个或多个系统中同步)并提高了效率。
还应当认识到，取决于访问级别，可以向消费者/用户呈现全部的或数量受限的信息。合伙人可以在管理解决方案系统122定制这样的特征。例如，图20至图21描绘了根据本公开的示范实施例的各种访问级别的展示性后端界面。图20描绘了根据本公开的示范实施例的“水疗中心经理(Spa Manager)”访问级别2005的展示性后端界面600。在这个实例中，可以呈现编辑用户窗口2010。在此，水疗中心经理或许能够查看用户的某些或全部信息，包括她的联系信息、电子邮件地址、用户的类型(如水疗用户)、角色(如管理、报告、预订员、技师和/或其他)、用户名、密码等。应当认识到，水疗中心经理或许能够在这个编辑用户窗口2010中自由地编辑每个用户所对应的信息。例如，可以给“水疗者(Spa Goer)”分配管理特权。图21描绘了根据本公开的示范实施例搜索用户和/或对应访问级别的展示性后端界面600。在此，可以提供一种或各种搜索用户的方法。在这种情况下，可以在编辑消费者窗口2110中呈现若干搜索结果，如图所示。在此，可以呈现与该搜索条件匹配的多位用户。另外，还可以呈现每位用户的姓名、角色(如访问级别)、帐户创建时的用户名，以及/或者其他特征(如编辑、删除等)。也可以提供其他各种范畴和/或编辑特征。还应当认识到，取决于该用户的角色或访问级别，可以限制该用户的编辑能力。例如“Joe S”具有“技师(technician)”特权，不同于“水疗中心管理人(Spa Admin)”具有的“管理(admin)”特权，他与“Shaka K.”所具有的“预订员(reservationist)”角色相比又具有不同的特权。应当认识到，参与合伙人可以对预约系统设置一个或多个访问级别，取决于其商业需要。也可以实现其他各种实施例。
在一个实施例中，也可以提供设置向导以提供这各种级别的访问。例如，系统100的初始化可能是一项麻烦的工作。不过，使用集成的设置向导可以帮助从使用几个系统(如网络、出纳员、工资单、计划等)的商务过渡到集中的管理解决方案系统122。在此，合伙人可以设置几个访问级别，使得安全性不会受到损害。例如，雇员应当不能够篡改她的工资单信息。不过，经理却或许能够覆盖价格、安排表、消费者信息等。在另一个实施例中，可以提供管理者特权，以设置系统100的多个访问级别。也可以提供其他各种实施例。
还应当认识到，因为在管理解决方案系统122处存储的信息可能是非常隐私的，所以也可以利用各种各样的补充安全措施。例如，系统100可以利用各种安全特征，比如具有Verisign发布的证书的SSL128位安全措施等。不仅如此，也可以实施冗余的n层体系结构以降低对安全性的破坏等。也可以实现其他各种实施例，如在可以与一个或多个汽车协会安全指引(类似于支付卡工业(PCI)或支付卡应用最佳实践(PABP)合规)相符合的系统中等。
图22描绘了根据本公开的示范实施例管理特价品/促销的展示性后端界面。对于某特定日、周或月，如果没有许多预约，管理解决方案系统122可以认识到这种情况并可以与合伙人协调产生特殊的待遇以服务现有的消费者。例如，管理解决方案系统122可以经由电子邮件、文本消息、广播或真正简单的联合(RSS)以及/或者其他类似的通信方式广播或公布一种或各种特价品、待遇和/或优待卷。
在一个实施例中，管理解决方案系统122可以根据合伙人的需要自动产生和/或管理特价品/促销。例如，管理解决方案系统122可以识别星期一和星期二是具体的生意清淡日。结果，可以产生在星期一和星期二使用的一种或各种特价品/促销以促进生意。在另一个实施例中，可以识别出在年中的具体季节期间或者日内的具体时间期间生意清淡。所以，管理解决方案系统122也可以产生和/或管理特价品/促销以适应这些时间阶段。
尽管可以自动产生和管理特价品和/或促销，但是应当认识到，合伙人还可以手工地指定其需求，并且协同管理解决方案系统122一起形成一种或各种特价品/促销。这些产品/服务可以被包装为“最佳选项”或“有特色的项目”送给后来的消费者。这些特价品/促销也可以用于促进消费者的忠诚度，以及吸引新的消费者。不仅如此，这不仅优化了对消费者的服务，而且还通过优化安排表和资源使销售和利润最大化。
返回参考图22，例如，后端界面600还可以提供特价品设置窗口2210。特价品窗口2210可以允许水疗中心经理搜索特价品、特价品代码和/或其他特价品条件，以查看过去的、当前的和/或将来的特价品/促销。特价品窗口2210还可以允许水疗中心经理能够产生新的特价品或促销、重新使用先前的特价品、修改/更新特价品/促销等。在此，每个特价品都具有名称(如“Botox忠诚度特价品”、“家庭和朋友”、“春季剪发”等)、对应的代码、可以使用/申请这些特价品的日期/时间以及以至少1％度量的折扣、货币单位、促销或组合待遇。也可以实现其他各种实施例。
应当认识到，也可以将管理解决方案系统的这些特征整合到合伙人的网站由消费者和其他人访问。例如，图23描绘了根据本公开的示范实施例在合伙人网站嵌入的管理解决方案的展示性界面。在这个实例中，合伙人网站3000可以呈现到在线预订系统2310的链接。图24描绘了根据本公开的示范实施例在合伙人网站嵌入的管理解决方案的展示性界面。在这个实例中，合伙人网站3000可以呈现到在线预订系统2410的嵌入链接。类似于图3，合伙人网站3000的消费者或参观者可以搜索由该合伙人所拥有的一种或各种水疗，如输入搜索字段。例如，消费者可以输入以下条件“足疗(pedicure)”、“按摩(massage)”和“20006”以在在线预订系统窗口2410中产生一种或各种水疗的列表。在此，正如以上关于图3的介绍，用户可以看到几个水疗符合其搜索条件：“市内日间水疗(Urban Day Spa)”、“市中心水疗(Spa in DC)”、“超级娱乐日间水疗(Super Fun Day Spa)”等。列出的每个项目都具有所述合伙人的名称、等级(如星级或其他类似的标志)、简要说明和/或到更多信息的一个或多个链接。因此，这就为消费者提供了从某合伙人登记预订和/或订制一种或各种产品的另一种灵活特征。也可以提供其他各种实施例。
通过使用集中化的系统，它可以在网络120上访问若干合伙人和/或客户，可以容易地跟踪预约并且防护双重预约或与若干系统相关联的其他类似错误，这些系统力图将一个预约系统与另一个同步。然而，如果这样的特征可能对合伙人和/或消费者是重要的(如为参与合伙人初始设置该系统)，管理解决方案系统122就可以与合伙人方和/或消费者方的软件进行电子交互，以识别已安排的预约(如以日历程序的形式，比如MicrosoftTM、Outlook、LotusNotesTM、AppleTM iCal、GoogleTM Calendar等)。也可以实现其他各种实施例。
应当认识到，除了安排/预约特征，系统100还可以提供另外的功能。这些可以包括库存管理、财务处理和报告选项等。
例如，在一个实施例中，系统100还可以管理合伙人的库存，比如在一个或多个位置和/或仓库存储的产品和/或物品。在另一个实施例中，系统100可以提供除工资单、计费费率之外的更多深层次的财务处理。这些可以包括管理商业债务、成本、开销和/或管理账户应收款项等。在又一个实施例中，系统100可以产生可定制的报告，它可以辅助参与合伙人进一步发展生意(如产生回头客和/或吸引新的客户)。例如，这种信息可以包括那种产品/服务是最流行的、在指定时间内总的预约、各种产品/服务的价格列表、消费者和/或合伙人技师/雇员的概况等。可定制的报告可以以各种各样的格式提供，比如电子表格、HTML、PDF、XML和其他格式等。
根据另一个示范实施例，还可以利用银行与合伙人之间的整合的费用交易处理，提供使利润最大化的商务解决方案。例如，可以将商家账户理解为某契约，在该契约下收单银行将信贷额度扩充到希望接受某具体卡联盟品牌的支付卡交易的商家。没有这样的契约，就不会接受任何主要的信用卡品牌(如VISATM、MasterCardTM等)的支付。一般来说，信用卡交易可以电子地发送到商户处理银行以进行授权、接收和/或存款。尽管信用卡处理随行业不同而变化，但是应当认识到，通过终端/读卡机而对信用卡刷卡/扫描/读取，或者手工地将信用卡信息输入到信用卡终端、计算机、网站或类似的组件中，可以实现交易。如以上讨论，与手工输入相比，对信用卡刷卡/扫描/读取可以提供更低的费率，因为用手工输入涉及若干风险/错误。
图25描绘了根据本公开的示范实施例处理交易的系统架构2500的展示。在这个实例中，系统架构2500可以包括网关2510，连接到一个或多个商户卡处理器2520，它又可以连接到一个或多个代收银行2530。
网关2510可以是支付网关，它可以是对电子商务和/或在线零售商授权支付的电子商务服务。换言之，支付网关可以类似于位于零售商店/市场中的销售点(POS)物理终端。
一个或多个商户卡处理器2520可以是与支付网关分开的一个或多个公司。尽管某些商户卡处理器可以具有其自身的支付网关，但是商户卡处理器一般来说可以使用第三方的支付网关。在此，网关2510可以包括虚拟终端，允许商户(如合伙人)安全地登录并键入信用卡号或使购物车(如来自合伙人的网站)经由应用程序接口(API)连接到所述网关以允许从商户的网站进行实时处理。
应当认识到，可以向商户账户收取各种各样的费用，某些是定期的，其他费用按每件物品收取或百分比收取。在一个实施例中，商户账户的提供者设置了若干费用。在另一个实施例中，若干费用可以按每件物品或百分比收取，它们可以根据称为交换费的费率清单，经过商户卡处理器2520到代收银行2530(如信用卡发卡行)。这些交换费可以由VISATM、MasterCardTM等设置。应当认识到，交换费可以随卡类型、交易情况和/或其他考虑事项而变化。例如，如以上讨论，如果某交易是经由信用卡终端通过刷卡而进行的，就可以将其界定为不同于手工键入卡信息的交换费类别。
还应当认识到，还可以将月度最低费用应用为确保商户/合伙人每月支付最少量费用的方式，以覆盖保持账户的成本和/或创建最低的利润。因此，如果商户/合伙人的界定费用不等于或没超过月度最低费用，可以向它们收取月度最低费用以满足其最低费用要求。
例如，商户/合伙人可以具有月度最低费用为25美元的合同。如果对于最近月处理的全部费用总共仅仅为15美元，则可以向这个商户收取另外10美元以满足其月度最低要求。应当认识到，存在着可以不是月度最低费用的一部分而被收取的费用，比如财务报告书费等。月度最低收费可以是标准的也可以不是。
无论何时只要商户“结算”其终端，也就可以对其收取批次费(也称为批次标题费)。例如，结算某终端，也称为“批次”可以发生在商户/合伙人向其收单银行发送该日完成的交易进行支付时。在一个实施例中，这可以自动进行。在另一个实施例中，可以每二十四(24)小时关闭批次。如果不是这样，一个或多个商户卡处理器可以以更高的速率评估。
所以，为了支持信用卡支付，许多合伙人(如水疗中心拥有者)都可以向多个信用卡公司比如MasterCard、Visa、Discover、American Express等支付信用卡商户费(如交换费)。不过，因为这些商户费通常取决于每位合伙人所支持的业务量，所以某些合伙人对于每次信用卡交易可能支付高达2-3％，尤其是当他们是小的水疗中心拥有者时。因为管理解决方案系统122是集中化的系统，可以支持数百或数千合伙人，所以实质上可以磋商更低的信用卡商户费费率(如1.0％)。结果，典型情况下支付3.0％的信用卡交易费的小水疗中心拥有者，当他变为参与合伙人时，可以被管理解决方案系统122仅仅收取2.0％的费用。作为参与合伙人，该水疗中心可以通过系统100收到同样的信用卡服务并节省1.0％的交易费，这是该水疗中心拥有者其自身绝对不能够磋商下来的费用。另外，如果由系统100磋商的费率的确是1.0％，在这个商业模型下就可以产生利润并且所有各方都从该合伙关系中获利。不仅如此，由于可以将这些特征整合到管理解决方案系统122的平台中，其他收费就可以降低和/或消除，使其对潜在的合伙人更具有吸引力。这些可以包括月度最低收费和/或批次费。还应当认识到，可以根据所述合伙人的业务量和/或其他类似的因素确定每位合伙人被收取的费率。
应当认识到，可以按订单收取交易费。另外，还可以按订单收取同意的介绍费。交易费和/或介绍费可以类似于由信用卡公司所提供的那些费用(如每笔0.05美元的交易费或2.00美元的介绍费)。还可以提供其他各种费用选项。
在某些实施例中，合伙人可以利用管理解决方案系统122作为销售点(POS)系统，并且直接从消费者中收取支付。在此，消费者可以使用各种各样的预定义和/或定制支付类型，比如现金、支票、VISATM、MasterCardTM、American ExpressTM、DiscoverTM、Japan Credit Bureau(JOB)、礼券、礼品卡、礼品优惠购物券、现金等同券等，汇出支付。还可以提供其他各种支付类型。
图26描绘了根据本公开的示范实施例处理交易方法的展示性流程图。举例提供了示范方法2600，因为存在着各种各样的方式执行本文公开的方法。图26所示的方法2600可以由各种系统之一或组合执行或者以其他方式进行。例如，方法2600以下介绍为由图1中的系统100执行，并且在解释图26的示范方法2600时引用了系统100的多个部件。图26所示的每个方框都表示在示范方法200中包含的一个或多个过程、方法或子例程。还可以提供计算机可读介质，内含执行方法2600中动作的代码。参考图26，示范方法2600可以从方框2610开始。
在方框2610，管理解决方案系统122可以对合伙人进行的交易进行合伙人交易计费。在方框2620，当合伙人进行交易时，管理解决方案系统122可以从合伙人接收合伙人交易费的支付。在方框2630，在合伙人进行了经由第三方的交易的情况下，管理解决方案系统122可以向第三方支付基本交易费。在这个实例中，基本交易费可以等同于或少于合伙人交易费。在方框2640，管理解决方案系统122可以接收该交易的利润。在这个实例中，该利润可以至少部分地是合伙人交易费与基本交易费之间的差异。
管理解决方案系统122可以利用各种各样的不同机制从消费者收集支付。在某些实施例中，这些可以包括直接收入、自动信用卡记帐和货品计价。还可以实现其他各种实施例。在其他实施例中，例如，用消费者月度已付订单总计与月度未付和未取消预订总计之和乘以磋商的交易费百分比，就可以计算交易费。这些交易费然后可以被添加到对消费者在同月或其他时间阶段过程中已经评估的任何介绍费中。在某些实施例中，将预设置值(如按预约的固定量、总订单的百分比等)乘以由具有资格的推荐合伙人在同月或其他时间阶段过程中所推荐的预约数目，可以计算介绍费。也可以提供其他各种实施例。
根据本公开的实施例，基于网络的管理解决方案的优点可以包括显著的销售、盈利能力和消费者保有力。另外，基于网络的管理解决方案因为实时或接近实时的预约，可以降低在安排预约和/或其他时间敏感的服务中的错误。不仅如此，这样的系统和方法可以为消费者提供用其他方式不可能得到的节约和利益。例如，依靠消费者的反馈、评估、并排的比较、从消费者人口统计学收集的数据等，基于消费者的消费行为和购物趋势的更准确评估，可以提供新的产品服务。
应当认识到，虽然本公开的实施例针对以上介绍和在附图中描绘的在线存储(如水疗中心网站)和对应产品和服务(如水疗相关项目)，但是也可以提供其他各种实施方案。例如，本公开的实施例也可以应用于管理以下行业的运行：保健提供者(如医生、牙医、理疗师等)、学校和教师、汽车车身修理厂和机械师、餐馆、电影院、高尔夫球球座时间和/或可以从能够登记预订和管理消费者、雇员、设施、库存、支付/账户应收款项、市场等的基于网络管理解决方案系统获利的其他商户。
在上述的说明书中，已经参考附图介绍了各种实施例。不过，显而易见可以对其作出各种修改和改变，并且可以实现另外的实施例而不脱离以下在权利要求书中阐述的本发明更广泛的范围。所以本说明书和附图被视为展示性的而不是限制性的。