鬼佬大哥大
  • / 9
  • 下載費用:30 金幣  

一種基于餐廳訂單及客戶管理的系統及方法.pdf

摘要
申請專利號:

CN201410134526.9

申請日:

2014.04.03

公開號:

CN103955746A

公開日:

2014.07.30

當前法律狀態:

撤回

有效性:

無權

法律詳情: 發明專利申請公布后的視為撤回IPC(主分類):G06Q 10/02申請公布日:20140730|||實質審查的生效IPC(主分類):G06Q 10/02申請日:20140403|||公開
IPC分類號: G06Q10/02(2012.01)I; G06Q50/12(2012.01)I 主分類號: G06Q10/02
申請人: 上海邦助信息技術有限公司
發明人: 劉驪; 王鷹
地址: 200120 上海市浦東新區東方路117號
優先權:
專利代理機構: 上海市錦天城律師事務所 31273 代理人: 劉民選;龐璐
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201410134526.9

授權公告號:

||||||

法律狀態公告日:

2017.09.01|||2014.10.29|||2014.07.30

法律狀態類型:

發明專利申請公布后的視為撤回|||實質審查的生效|||公開

摘要

本發明公開一種基于餐廳訂單及客戶管理的方法,其特征在于,包括:步驟A、輸入一訂單信息,根據該訂單信息的不同字段對該訂單信息進行排序,該訂單信息的字段包括用戶姓名、狀態信息、就餐時間及聯系方式;步驟B、按一預設的時間段通過該訂單信息的聯系方式向用戶發送詢問消息;步驟C、根據用戶對該詢問消息的回復狀態修改該訂單信息的狀態信息;步驟D、根據用戶就餐情況修改該訂單信息的狀態信息。

權利要求書

權利要求書
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通訊的模塊。

說明書

說明書一種基于餐廳訂單及客戶管理的系統及方法
技術領域
本發明涉及一種適用于餐廳管理的數據處理系統,尤其涉及一種分布式實時餐位預定系統及方法。
背景技術
網絡訂餐的出現,不僅極大的方便了顧客,同時也給餐廳帶來了更大的商機。顧客可以通過訂餐終端完成對餐位的預定,節約顧客的等待時間。餐廳可以根據顧客的訂單數量,及時采購所需生鮮原料,安排服務員的工作日程。但是目前餐廳對訂單的管理只能通過紙質的各種表格進行登記,信息存在滯后和錯誤。信息無法實時進行更新和修改,出現了大量訂單的遺落和錯誤。傳統的紙質和電話的傳輸方式,容易出現信息傳輸的錯誤和不及時,反饋到顧客的信息時間冗長,降低了客戶的服務體驗,也不方便餐廳的后臺操作和管理。而這款APP的出現不僅能有效的解決現期存在的問題,更能與訂餐平臺實現信息的互通,提高餐廳的服務質量。
現有技術方案:餐廳會有訂餐表、排位表、領位表三張表格。其中訂餐表是每日餐廳接受餐位預訂的基本情況,比如預訂量,預訂人數,剩余的餐桌等基礎信息。排位表是餐廳每日對預訂餐位的編排。領位表是餐廳每日領班的人員根據排位表的編排帶領客人進行就餐,并對是否就餐等情況進行修改。根據 具體的訂單信息填寫表格,若訂餐的實際情況發生變化,將訂餐表、排位表、領位表三個負責員工聚齊,重新修改相關表格。
現有技術中存在的缺陷在于:第一、紙質的訂餐表、排位表、領位表若實時發生變更,只能由各表格的負責人聚在一起修改表格。因各表格的負責人員不一致,容易導致信息的遺落或錯誤。第二、客戶的基礎信息以紙質或電腦的文檔方式進行存儲,并不能有效的利用客戶信息。因餐廳的就餐人員眾多餐廳信息無法人工的去翻閱和了解客戶信息。同時現有的存儲方式容易造成數據的丟失及員工離職等原因導致數據信息的遺失。第三、若需要修改訂單,餐廳服務人員需邊接聽客戶的電話,邊進行記錄,電話接聽完畢后進行表格的相關修改。
由此可見,現有技術中由于缺乏對餐廳訂單的有效管理,阻礙了訂餐方式在顧客中的推廣,也阻礙了餐廳通過對訂單的分析統計從而提升餐廳的管理品質。
發明內容
為了克服現有技術中存在的缺陷,本發明提供一種基于餐廳訂單及客戶管理的系統及方法,用于同時實現餐廳訂單管理和客戶管理。
為了實現上述發明目的,本發明公開一種基于餐廳訂單及客戶管理的方法,其特征在于,包括:步驟A、輸入一訂單信息,根據該訂單信息的不同字段對該訂單信息進行排序,該訂單信息的字段包括用戶姓名、狀態信息、就餐時間及聯系方式;步驟B、按一預設的時間段通過該訂單信息的聯系方式向用戶發送詢問消息;步驟C、根據用戶對該詢問消息的回復狀態修改該訂單信息的狀態信息; 步驟D、根據用戶就餐情況修改該訂單信息的狀態信息。
該步驟A進一步包括:A.1輸入一訂單信息,判斷是否在該就餐時間內有空余餐位;若有,則訂單信息生成,該訂單的狀態信息為預訂;若沒有,則訂單信息進入排隊隊列或未成立。A.2判斷是否有餐位釋放,若有,則訂單信息生成,該訂單的狀態信息為預訂;若超過一預設的排隊時間沒有餐位釋放,則訂單未成立。
更進一步地,該訂單信息的聯系方式是手機號碼、或其他即時通訊聯絡方式。
該步驟C進一步包括:若用戶回復確認信息,將該訂單信息的狀態信息由預訂變更為預到達,若用戶不回復消息或回復否定信息,則該訂單信息狀態信息由預訂變更為取消,該餐位釋放。
該步驟D進一步包括:D.1若用戶正在就餐,則該訂單信息狀態信息由預到達變更為就餐中;若用戶就餐完畢,則該訂單信息狀態信息由就餐中變更為就餐完畢,該餐位釋放。D.2用戶就餐完畢時,用戶的就餐記錄被保存至用戶的訂單信息中。
本發明同時公開一種基于餐廳訂單及客戶管理的系統,包括:一輸入模塊,該輸入模塊用于輸入一訂單信息;一處理模塊,該處理模塊根據該訂單信息的不同字段進行排序;一通訊模塊,該通訊模塊用于向用戶發送詢問消息并接收用戶的回復信息,該處理模塊根據該用戶的回復信息修改該訂單信息并再次排序;一顯示模塊,該顯示模塊顯示經排序后的訂單信息以及該詢問消息、回復信息。
更進一步地,該系統還包括一數據庫,該數據庫用于存儲該訂單信息,該數據庫累加該訂單信息并顯示累加后的全部或部分訂單信息。
更進一步地,該通訊模塊為支持無線通訊網絡的模塊或支持wifi通訊的模塊。
與現有技術相比較,通過該餐廳訂單處理系統,餐廳的服務人員一方面可以隨時方便快捷地錄入預定信息;另一方面根據客戶的訂單信息及時安排客戶就座,減少其等待的時間。本發明可以實時的對訂單信息進行更新,可避免溝通不暢所造成的漏單或錯單,并能有效減少客戶的等位時間。將餐位分配和客戶管理納入一個系統中,可以按照客戶的實際就餐情況進行客戶維護。
附圖說明
關于本發明的優點與精神可以通過以下的發明詳述及所附圖式得到進一步的了解。
圖1是本發明所涉及的基于餐廳訂單及客戶管理系統的結構示意圖;
圖2是本發明所涉及的基于餐廳訂單及客戶管理的顯示模塊的界面示意圖;
圖3是本發明所涉及的基于餐廳訂單及客戶管理的方法流程圖。
具體實施方式
本發明的首要目的在于提供一種針對餐廳訂單管理的處理系統,通過該系統能使餐廳有效地對全部餐位預定信息實施實時管理,并能在已預訂餐位的客戶達到餐廳時,及時地將其安排至預定的信息就座。為了實現上述發明目的,本發明提供餐廳訂單處理系統,包括:輸入模塊,用于輸入或修改一訂單信息;處理模塊根據所述訂單信息的不同字段進行排序;顯示模塊顯示經排序后的訂單信息。通過該餐廳訂單處理系統,餐廳的服務人員一方面可以隨時方便快捷地錄入預定信息;另一方面根據客戶的訂單信息及時安排客戶就座,減少其等待的時間。
本發明的另一發明目的為對訂單信息進行更新,可避免溝通不暢所造成的 漏單或錯單,并能有效減少客戶的等位時間。
圖1是本發明所涉及的餐廳訂單處理系統的結構示意圖。如圖1所示,該輸入模塊101可以是現有技術中任意一種輸入方式,如虛擬鍵盤輸入、實體鍵盤輸入、點陣筆輸入、利用攝像頭拍照后通過后臺文本處理模塊將圖像解析為文字等等。該輸入模塊101甚至可以是接口,用于接收來自網上的訂單數據或電話訂單數據。該顯示模塊103可以是一觸摸屏,用戶可以直接在該觸摸屏上通過虛擬鍵盤輸入訂單信息,并將訂單信息或加工后的訂單信息顯示在該觸摸屏上。該通訊模塊105可以是支持GSM、3G、4G或wifi無線網絡的通訊模塊。在一種實施方式中,本發明可以是運行在一電子設備上的應用程序。電子設備可以為手機、計算機、PDA、掌上游戲機、導航儀、平板電腦等。
在本實施方式中,餐位的狀態信息包括新訂單生成、客戶達到(或者為預到達)、訂單取消、就餐中、就餐結束五種。本領域技術人員應當知道,本發明的應用方式可以隨實際的情況具體發生變化。其中,在本實施方式中,新訂單生成、客戶達到、就餐中所對應的餐位狀態為占用。可以按照實際情況將上述三種情況進一步劃分為:(可變更)占用和(不可變更)占用。訂單取消、就餐結束所對應的餐位狀態為空閑。上述的狀態均可以排序顯示。
舉例而言,當客戶甲達到餐廳時,該裝置的操作人員可以根據本系統查看該客戶是否為預訂客戶,如果已經預訂則進一步判斷客戶到達時間是否為預訂時間。如果客戶到達時間為預訂時間,則將客戶甲引導至該餐位A,并將餐位A狀態更新為“就餐中”。如果客戶到達時間為非預訂時間,則判斷該已預訂的餐位A的狀態是否為空閑,如果空閑則將客戶甲引導至該餐位A,并將餐位A狀態更新為“就餐中”。
如果客戶乙已經預訂晚上7點的餐位B,則自客戶預訂后該餐位B的狀態更 新為“新訂單生成”。該裝置的操作人員可以在晚上6點30分聯系客戶,確認該客戶是否會在預訂時間內到達餐位B,如果客戶表示會按時到達,則該餐位B狀態更新為“客戶達到”否則餐位B狀態更新為“訂單取消”。
如果客戶丙到達餐廳且為非預訂客戶,那么客戶丙在該訂單管理系統中沒有顯示,且該訂單管理系統中顯示當前沒有空閑餐位。則客戶丙只能根據客戶數量及餐位占用情況、及餐位的情況(如四人位或十人位),依次等待分配餐位。
本發明的另一發明目的在于,將訂單管理和客戶管理納入一個系統中,根據客戶的預訂餐位的方式、就餐情況等分析客戶的喜歡,積極主動進行客戶維護。
在另一實施方式中,該餐廳訂單處理系統還包括一數據庫104。客戶每次完成訂餐,該訂單信息均被保存至該數據庫104中。比如當客戶預訂時,客戶姓名、聯系方式保存在本裝置中。客戶前往餐廳就餐時,客戶的人數、消費時間、消費金額、特殊要求、就餐次數等均保存在本系統中。可以按照某一預訂的時間,統計全部餐位的全部就餐情況,也可以按照某一客戶的名字或聯系方式,統計某一客戶的就餐情況,并將就餐記錄顯示在該顯示屏幕上。
圖2是本發明所涉及的餐廳訂單處理系統的顯示模塊的界面示意圖。如圖2中所示,圖2是本發明的訂單管理界面示意圖。該界面可以將全部訂單,按照訂單餐段和訂單狀態進行顯示;也可以僅按訂單餐段或訂單狀態進行顯示。其中,訂單餐段為具體的日期,如圖2中的2014年1月21日。訂單餐段還可以進一步按照餐廳的實際經營方式劃分為:早市、午市、晚市或全部。餐廳管理人員或服務人員可以任意選擇某一天的某一餐段對預定的人員名單進行查看。訂單狀態包括新訂單生成、客戶達到、訂單取消、就餐中、就餐結束和全部六種狀態。餐廳管理人員或服務人員在選定訂單餐段和訂單狀態后,可以同對訂單信息進行排序的方式顯示全部訂單。訂單信息至少包括客戶基本信息、狀態 和就餐時間,其中客戶的基本信息可以是姓名也可以是聯系方式。本發明還可以根據餐廳實際需要進一步增加如性別、訂單狀態、餐位、手機、人數、訂餐號、訂單備注、就餐時間、金額、訂單來源、客戶特征,操作(取消與恢復)等一系列字段,并通過手動平滑滑動界面。
在本實施方式中,姓名、狀態、手機、人數、訂餐號、時間、金額均可排序。訂單狀態包括新訂單生成、客戶達到、訂單取消、就餐中、就餐結束按照不同的圖標方式顯示。點擊訂單餐段和訂單狀態欄,可篩選對應信息。點擊客戶姓名可以顯示客戶的全部就餐記錄。本系統可以根據客戶的預定方式(訂單來源)、消費能力等一系列數據分析客戶的喜歡,并協助餐廳根據客戶喜好推出不同吸引消費的措施。
圖3是本發明所涉及的基于餐廳訂單及客戶管理的方法流程圖。如圖3中所示,S1輸入一新訂單,其輸入方式可以是人工通過觸摸屏的方式操作,或者直接導入網絡終端所輸入的訂單或電話終端所輸入的訂單。通常而言,輸入的訂單信息中必須包括:用戶姓名、狀態、聯系方式及就餐時間。其中狀態可以根據實際劃分為預定、預到達、取消、就餐中、就餐結束等。聯系方式可以為手機號碼或者其他即時聯絡通訊方式,比如QQ號碼、微信號碼、微博號碼等等。
S2輸入訂單后判斷該預定時段內是否有就餐餐位。
S3如果有餐位則新訂單生成。在一種較佳實施方式中,訂單生成后可以由通訊模塊向用戶發出訂單生成消息。如果沒有餐位,在第一種情況下,訂單直接被丟棄;在另一種情況下,訂單可以進入排隊系統,如果有餐位被釋放,則訂單生成;如果超過一排隊時間仍沒有餐位釋放,則該訂單被丟棄。
S4訂單生成后,判斷訂單的狀態是否為預訂且判斷是否到達訂單的就餐時間的前一時間段。S5如果滿足條件,則進行消息通知。舉例而言,可以設定提前至訂餐時間的前30分鐘向狀態為預訂的用戶發出確認短信。S6判斷是否收到用戶的反饋消息。如果用戶回短信,并表示會準時到達,則將餐位鎖定;如果用戶不回短信,或者回短信表示無法準時達到,則將訂單的狀態由預訂修改為 取消S8。S9此時該餐位被釋放,且自動匹配是否有訂單在排隊等待餐位。
S10用戶到達后,將訂單的狀態由預訂修改為就餐中。S11用戶就餐完畢后將訂單狀態修改為就餐完畢,此時餐位被釋放,且自動匹配是否有訂單在排隊等待餐位。
在另一種較佳實施方式中,只要用戶的訂單生成,全部訂單信息都可以保存至數據庫中。客戶下次預訂時,全部的預定信息、就餐記錄等均會顯示在本系統中。
與現有技術相比較,本發明可以實時的對訂單信息進行更新,可避免溝通不暢所造成的漏單或錯單,并能有效減少客戶的等位時間。將餐位分配和客戶管理納入一個系統中,可以按照客戶的實際就餐情況進行客戶維護。
本說明書中所述的只是本發明的較佳具體實施例,以上實施例僅用以說明本發明的技術方案而非對本發明的限制。凡本領域技術人員依本發明的構思通過邏輯分析、推理或者有限的實驗可以得到的技術方案,皆應在本發明的范圍之內。

關 鍵 詞:
一種 基于 餐廳 訂單 客戶 管理 系統 方法
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:一種基于餐廳訂單及客戶管理的系統及方法.pdf
鏈接地址:http://www.wwszu.club/p-6140796.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大