一种基于餐厅订单及客户管理的系统及方法

文档序号:6542959阅读:239来源:国知局
一种基于餐厅订单及客户管理的系统及方法
【专利摘要】本发明公开一种基于餐厅订单及客户管理的方法,其特征在于,包括:步骤A、输入一订单信息,根据该订单信息的不同字段对该订单信息进行排序,该订单信息的字段包括用户姓名、状态信息、就餐时间及联系方式;步骤B、按一预设的时间段通过该订单信息的联系方式向用户发送询问消息;步骤C、根据用户对该询问消息的回复状态修改该订单信息的状态信息;步骤D、根据用户就餐情况修改该订单信息的状态信息。
【专利说明】一种基于餐厅订单及客户管理的系统及方法【技术领域】
[0001] 本发明涉及一种适用于餐厅管理的数据处理系统,尤其涉及一种分布式实时餐位预定系统及方法。
【背景技术】
[0002]网络订餐的出现,不仅极大的方便了顾客,同时也给餐厅带来了更大的商机。顾客可以通过订餐终端完成对餐位的预定,节约顾客的等待时间。餐厅可以根据顾客的订单数量,及时采购所需生鲜原料,安排服务员的工作日程。但是目前餐厅对订单的管理只能通过纸质的各种表格进行登记,信息存在滞后和错误。信息无法实时进行更新和修改,出现了大量订单的遗落和错误。传统的纸质和电话的传输方式,容易出现信息传输的错误和不及时,反馈到顾客的信息时间冗长,降低了客户的服务体验,也不方便餐厅的后台操作和管理。而这款APP的出现不仅能有效的解决现期存在的问题,更能与订餐平台实现信息的互通,提高餐厅的服务质量。
[0003]现有技术方案:餐厅会有订餐表、排位表、领位表三张表格。其中订餐表是每日餐厅接受餐位预订的基本情况,比如预订量,预订人数,剩余的餐桌等基础信息。排位表是餐厅每日对预订餐位的编排。领位表是餐厅每日领班的人员根据排位表的编排带领客人进行就餐,并对是否就餐等情况进行修改。根据具体的订单信息填写表格,若订餐的实际情况发生变化,将订餐表、排位表、领位表三个负责员工聚齐,重新修改相关表格。
[0004]现有技术中存在的缺陷在于:第一、纸质的订餐表、排位表、领位表若实时发生变更,只能由各表格的负责人聚在一起修改表格。因各表格的负责人员不一致,容易导致信息的遗落或错误。第二、客户的基础信息以纸质或电脑的文档方式进行存储,并不能有效的利用客户信息。因餐厅的就餐人员众多餐厅信息无法人工的去翻阅和了解客户信息。同时现有的存储方式容易造成数据的丢失及员工离职等原因导致数据信息的遗失。第三、若需要修改订单,餐厅服务人员需边接听客户的电话,边进行记录,电话接听完毕后进行表格的相关修改。
[0005]由此可见,现有技术中由于缺乏对餐厅订单的有效管理,阻碍了订餐方式在顾客中的推广,也阻碍了餐厅通过对订单的分析统计从而提升餐厅的管理品质。

【发明内容】

[0006]为了克服现有技术中存在的缺陷,本发明提供一种基于餐厅订单及客户管理的系统及方法,用于同时实现餐厅订单管理和客户管理。
[0007]为了实现上述发明目的,本发明公开一种基于餐厅订单及客户管理的方法,其特征在于,包括:步骤A、输入一订单信息,根据该订单信息的不同字段对该订单信息进行排序,该订单信息的字段包括用户姓名、状态信息、就餐时间及联系方式;步骤B、按一预设的时间段通过该订单信息的联系方式向用户发送询问消息;步骤C、根据用户对该询问消息的回复状态修改该订单信息的状态信息;步骤D、根据用户就餐情况修改该订单信息的状态息O
[0008]该步骤A进一步包括:A.1输入一订单信息,判断是否在该就餐时间内有空余餐位;若有,则订单信息生成,该订单的状态信息为预订;若没有,则订单信息进入排队队列或未成立。A.2判断是否有餐位释放,若有,则订单信息生成,该订单的状态信息为预订;若超过一预设的排队时间没有餐位释放,则订单未成立。
[0009]更进一步地,该订单信息的联系方式是手机号码、或其他即时通讯联络方式。
[0010]该步骤C进一步包括:若用户回复确认信息,将该订单信息的状态信息由预订变更为预到达,若用户不回复消息或回复否定信息,则该订单信息状态信息由预订变更为取消,该餐位释放。
[0011]该步骤D进一步包括:D.1若用户正在就餐,则该订单信息状态信息由预到达变更为就餐中;若用户就餐完毕,则该订单信息状态信息由就餐中变更为就餐完毕,该餐位释放。D.2用户就餐完毕时,用户的就餐记录被保存至用户的订单信息中。
[0012]本发明同时公开一种基于餐厅订单及客户管理的系统,包括:一输入模块,该输入模块用于输入一订单信息;一处理模块,该处理模块根据该订单信息的不同字段进行排序;一通讯模块,该通讯模块用于向用户发送询问消息并接收用户的回复信息,该处理模块根据该用户的回复信息修改该订单信息并再次排序;一显示模块,该显示模块显示经排序后的订单信息以及该询问消息、回复信息。
[0013]更进一步地,该系统还包括一数据库,该数据库用于存储该订单信息,该数据库累加该订单信息并显示累加后的全部或部分订单信息。
[0014]更进一步地,该通讯模块为支持无线通讯网络的模块或支持wifi通讯的模块。
[0015]与现有技术相比较,通过该餐厅订单处理系统,餐厅的服务人员一方面可以随时方便快捷地录入预定信息;另一方面根据客户的订单信息及时安排客户就座,减少其等待的时间。本发明可以实时的对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。将餐位分配和客户管理纳入一个系统中,可以按照客户的实际就餐情况进行客户维护。
【专利附图】

【附图说明】
[0016]关于本发明的优点与精神可以通过以下的发明详述及所附图式得到进一步的了解。
[0017]图1是本发明所涉及的基于餐厅订单及客户管理系统的结构示意图;
[0018]图2是本发明所涉及的基于餐厅订单及客户管理的显示模块的界面示意图;
[0019]图3是本发明所涉及的基于餐厅订单及客户管理的方法流程图。
【具体实施方式】
[0020]本发明的首要目的在于提供一种针对餐厅订单管理的处理系统,通过该系统能使餐厅有效地对全部餐位预定信息实施实时管理,并能在已预订餐位的客户达到餐厅时,及时地将其安排至预定的信息就座。为了实现上述发明目的,本发明提供餐厅订单处理系统,包括:输入模块,用于输入或修改一订单信息;处理模块根据所述订单信息的不同字段进行排序;显示模块显示经排序后的订单信息。通过该餐厅订单处理系统,餐厅的服务人员一方面可以随时方便快捷地录入预定信息;另一方面根据客户的订单信息及时安排客户就座,减少其等待的时间。
[0021]本发明的另一发明目的为对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。
[0022]图1是本发明所涉及的餐厅订单处理系统的结构示意图。如图1所示,该输入模块101可以是现有技术中任意一种输入方式,如虚拟键盘输入、实体键盘输入、点阵笔输入、利用摄像头拍照后通过后台文本处理模块将图像解析为文字等等。该输入模块101甚至可以是接口,用于接收来自网上的订单数据或电话订单数据。该显示模块103可以是一触摸屏,用户可以直接在该触摸屏上通过虚拟键盘输入订单信息,并将订单信息或加工后的订单信息显示在该触摸屏上。该通讯模块105可以是支持GSM、3G、4G或wifi无线网络的通讯模块。在一种实施方式中,本发明可以是运行在一电子设备上的应用程序。电子设备可以为手机、计算机、PDA、掌上游戏机、导航仪、平板电脑等。
[0023]在本实施方式中,餐位的状态信息包括新订单生成、客户达到(或者为预到达)、订单取消、就餐中、就餐结束五种。本领域技术人员应当知道,本发明的应用方式可以随实际的情况具体发生变化。其中,在本实施方式中,新订单生成、客户达到、就餐中所对应的餐位状态为占用。可以按照实际情况将上述三种情况进一步划分为:(可变更)占用和(不可变更)占用。订单取消、就餐结束所对应的餐位状态为空闲。上述的状态均可以排序显示。
[0024]举例而言,当客户甲达到餐厅时,该装置的操作人员可以根据本系统查看该客户是否为预订客户,如果已经预订则进一步判断客户到达时间是否为预订时间。如果客户到达时间为预订时间,则将客户甲引导至该餐位A,并将餐位A状态更新为“就餐中”。如果客户到达时间为非预订时间,则判断该已预订的餐位A的状态是否为空闲,如果空闲则将客户甲引导至该餐位A,并将餐位A状态更新为“就餐中”。
[0025]如果客户乙已经预订晚上7点的餐位B,则自客户预订后该餐位B的状态更新为“新订单生成”。该装置的操作人员可以在晚上6点30分联系客户,确认该客户是否会在预订时间内到达餐位B,如果客户表示会按时到达,则该餐位B状态更新为“客户达到”否则餐位B状态更新为“订单取消”。
[0026]如果客户丙到达餐厅且为非预订客户,那么客户丙在该订单管理系统中没有显示,且该订单管理系统中显示当前没有空闲餐位。则客户丙只能根据客户数量及餐位占用情况、及餐位的情况(如四人位或十人位),依次等待分配餐位。
[0027]本发明的另一发明目的在于,将订单管理和客户管理纳入一个系统中,根据客户的预订餐位的方式、就餐情况等分析客户的喜欢,积极主动进行客户维护。
[0028]在另一实施方式中,该餐厅订单处理系统还包括一数据库104。客户每次完成订餐,该订单信息均被保存至该数据库104中。比如当客户预订时,客户姓名、联系方式保存在本装置中。客户前往餐厅就餐时,客户的人数、消费时间、消费金额、特殊要求、就餐次数等均保存在本系统中。可以按照某一预订的时间,统计全部餐位的全部就餐情况,也可以按照某一客户的名字或联系方式,统计某一客户的就餐情况,并将就餐记录显示在该显示屏幕上。
[0029]图2是本发明所涉及的餐厅订单处理系统的显示模块的界面示意图。如图2中所示,图2是本发明的订单管理界面示意图。该界面可以将全部订单,按照订单餐段和订单状态进行显示;也可以仅按订单餐段或订单状态进行显示。其中,订单餐段为具体的日期,如图2中的2014年I月21日。订单餐段还可以进一步按照餐厅的实际经营方式划分为:早市、午市、晚市或全部。餐厅管理人员或服务人员可以任意选择某一天的某一餐段对预定的人员名单进行查看。订单状态包括新订单生成、客户达到、订单取消、就餐中、就餐结束和全部六种状态。餐厅管理人员或服务人员在选定订单餐段和订单状态后,可以同对订单信息进行排序的方式显示全部订单。订单信息至少包括客户基本信息、状态和就餐时间,其中客户的基本信息可以是姓名也可以是联系方式。本发明还可以根据餐厅实际需要进一步增加如性别、订单状态、餐位、手机、人数、订餐号、订单备注、就餐时间、金额、订单来源、客户特征,操作(取消与恢复)等一系列字段,并通过手动平滑滑动界面。
[0030]在本实施方式中,姓名、状态、手机、人数、订餐号、时间、金额均可排序。订单状态包括新订单生成、客户达到、订单取消、就餐中、就餐结束按照不同的图标方式显示。点击订单餐段和订单状态栏,可筛选对应信息。点击客户姓名可以显示客户的全部就餐记录。本系统可以根据客户的预定方式(订单来源)、消费能力等一系列数据分析客户的喜欢,并协助餐厅根据客户喜好推出不同吸引消费的措施。
[0031]图3是本发明所涉及的基于餐厅订单及客户管理的方法流程图。如图3中所示,Si输入一新订单,其输入方式可以是人工通过触摸屏的方式操作,或者直接导入网络终端所输入的订单或电话终端所输入的订单。通常而言,输入的订单信息中必须包括:用户姓名、状态、联系方式及就餐时间。其中状态可以根据实际划分为预定、预到达、取消、就餐中、就餐结束等。联系方式可以为手机号码或者其他即时联络通讯方式,比如QQ号码、微信号码、微博号码等等。
[0032]S2输入订单后判断该预定时段内是否有就餐餐位。
[0033]S3如果有餐位则新订单生成。在一种较佳实施方式中,订单生成后可以由通讯模块向用户发出订单生成消息。如果没有餐位,在第一种情况下,订单直接被丢弃;在另一种情况下,订单可以进入排队系统,如果有餐位被释放,则订单生成;如果超过一排队时间仍没有餐位释放,则该订单被丢弃。
[0034]S4订单生成后,判断订单的状态是否为预订且判断是否到达订单的就餐时间的前一时间段。S5如果满足条件,则进行消息通知。举例而言,可以设定提前至订餐时间的前30分钟向状态为预订的用户发出确认短信。S6判断是否收到用户的反馈消息。如果用户回短信,并表示会准时到达,则将餐位锁定;如果用户不回短信,或者回短信表示无法准时达到,则将订单的状态由预订修改为取消S8。S9此时该餐位被释放,且自动匹配是否有订单在排队等待餐位。
[0035]SlO用户到达后,将订单的状态由预订修改为就餐中。Sll用户就餐完毕后将订单状态修改为就餐完毕,此时餐位被释放,且自动匹配是否有订单在排队等待餐位。
[0036]在另一种较佳实施方式中,只要用户的订单生成,全部订单信息都可以保存至数据库中。客户下次预订时,全部的预定信息、就餐记录等均会显示在本系统中。
[0037]与现有技术相比较,本发明可以实时的对订单信息进行更新,可避免沟通不畅所造成的漏单或错单,并能有效减少客户的等位时间。将餐位分配和客户管理纳入一个系统中,可以按照客户的实际就餐情况进行客户维护。
[0038]本说明书中所述的只是本发明的较佳具体实施例,以上实施例仅用以说明本发明的技术方案而非对本发明的限制。凡本领域技术人员依本发明的构思通过逻辑分析、推理或者有限的实验可以得到的技术方案,皆应在本发明的范围之内。
【权利要求】
1.一种基于餐厅订单及客户管理的方法,其特征在于,包括: 步骤A、输入一订单信息,根据所述订单信息的不同字段对所述订单信息进行排序,所述订单信息的字段包括用户姓名、状态信息、就餐时间及联系方式; 步骤B、按一预设的时间段通过所述订单信息的联系方式向用户发送询问消息; 步骤C、根据用户对所述询问消息的回复状态修改所述订单信息的状态信息; 步骤D、根据用户就餐情况修改所述订单信息的状态信息。
2.如权利要求1所述的基于餐厅订单及客户管理的方法,其特征在于,所述步骤A进一步包括: A.1输入一订单信息,判断是否在该就餐时间内有空余餐位;若有,则订单信息生成,所述订单的状态信息为预订;若没有,则订单信息进入排队队列或未成立。
3.如权利要求2所述的基于餐厅订单及客户管理的方法,其特征在于,所述步骤A进一步包括: A.2判断是否有餐位释放,若有,则订单信息生成,所述订单的状态信息为预订;若超过一预设的排队时间没有餐位释放,则订单未成立。
4.如权利要求1所述的基于餐厅订单及客户管理的方法,其特征在于,所述订单信息的联系方式是手机号码、或其他即时通讯联络方式。
5.如权利要求1所述的基于餐厅订单及客户管理的方法,其特征在于,所述步骤C进一步包括:若用户回复确认信息,将所述订单信息的状态信息由预订变更为预到达,若用户不回复消息或回复否定信息,则所述订单信息状态信息由预订变更为取消,所述餐位释放。
6.如权利要求1所述的基于餐厅订单及客户管理的方法,其特征在于,所述步骤D进一步包括: D.1若用户正在就餐,则所述订单信息状态信息由预到达变更为就餐中;若用户就餐完毕,则所述订单信息状态信息由就餐中变更为就餐完毕,所述餐位释放。
7.如权利要求7所述的基于餐厅订单及客户管理的方法,其特征在于,所述步骤D进一步包括: D.2用户就餐完毕时,用户的就餐记录被保存至用户的订单信息中。
8.一种基于餐厅订单及客户管理的系统,其特征在于,包括: 一输入模块,所述输入模块用于输入一订单信息; 一处理模块,所述处理模块根据所述订单信息的不同字段进行排序; 一通讯模块,所述通讯模块用于向用户发送询问消息并接收用户的回复信息,所述处理模块根据所述用户的回复信息修改所述订单信息并再次排序; 一显示模块,所述显示模块显示经排序后的订单信息以及所述询问消息、回复信息。
9.如权利要求8所述的基于餐厅订单及客户管理的系统,其特征在于,所述系统还包括一数据库,所述数据库用于存储所述订单信息,所述数据库累加所述订单信息并显示累加后的全部或部分订单信息。
10.如权利要求8所述的基于餐厅订单及客户管理的系统,其特征在于,所述通讯模块为支持无线通讯网络的模块或支持wifi通讯的模块。
【文档编号】G06Q50/12GK103955746SQ201410134526
【公开日】2014年7月30日 申请日期:2014年4月3日 优先权日:2014年4月3日
【发明者】刘骊, 王鹰 申请人:上海邦助信息技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1