本發(fā)明涉及信息處理技術領域,具體為一種旅行社團體客戶信息處理方法及系統。
背景技術:
團體旅游區(qū)別于個人自助游,團體旅游需要由旅行社業(yè)務人員與旅行團體客戶負責人進行詳細的對接,包括合同簽訂、保險名單交接、旅行資源統一采購和出行通知流程,目前,旅行社業(yè)務人員與團體客戶負責任之間的對接流程是通過人工操作完成。
當旅行社業(yè)務人員需要接待團體客戶時,通常直接采用即時在線通訊工具與客戶聯系,雙方私下確認行程和價格后,在線下進行合同簽約和定金交付。團體客戶負責人將團體的保險名單發(fā)送給業(yè)務人員,業(yè)務人員再將名單發(fā)送給旅行社計調進行保險購買。
在上述旅行團隊客戶負責人、旅行社業(yè)務人員和旅行社計調的三者對接過程中,存在以下缺陷:
(一)當旅行社的團體游客較多時,游客信息管理將變得混亂。由于團體客戶的行程經常需要修改調整,業(yè)務人員需要不斷的與客戶進行溝通確認,并再次與旅行社的計調進行二次確認,在該對接過程中經常會出現混淆人員、信息遺漏等狀況,造成旅行社團體客戶信息處理效率低下。
(二)在對接過程中,旅行團體與業(yè)務人員之間僅有一份不涉及詳細行程的合同作為保障,一旦行程中出現什么異常狀況,并且聊天記錄未做備份丟失或未做記錄的情況下,旅行社通常難以界定責任的歸屬。
(三)旅行團成員客戶將包含姓名、身份證號、手機號的保險名單發(fā)送給業(yè)務人員時,無法明確得知這份文件的最終流向,容易造成個人隱私泄漏等問題。
技術實現要素:
為了克服上述所指出的現有技術的缺陷,本發(fā)明人對此進行了深入研究,在付出了大量創(chuàng)造性勞動后,從而完成了本發(fā)明。
具體而言,本發(fā)明所要解決的技術問題是:提供一種旅行社團體客戶信息處理方法,以解決上述旅行團隊客戶負責人、旅行社業(yè)務人員和旅行社計調的三者對接過程中,容易出現對接不順暢,導致對接效率較低,而且異常狀況出現時,責任歸屬難以劃分的技術問題。
為解決上述技術問題,本發(fā)明的技術方案是:
一種旅行社團體客戶信息處理方法,所述方法包括下述步驟:
當接收到旅行社團體客戶處理請求時,旅行社后臺服務器生成客戶標識id、業(yè)務員標識id和旅游團體標識id,并控制所述客戶標識id、業(yè)務員標識id和旅游團體標識id之間建立綁定關聯關系;
當所述客戶標識id與所述業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互;
當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知;
當所述旅游團體標識id與所述業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將所述旅行社團體的保險名單發(fā)送給所述旅行社后臺服務器。
作為一種改進的方案,所述方法還包括下述步驟:
所述客戶端接收所述旅行社團體客戶錄入的行程反饋信息,并將所述行程反饋信息同步發(fā)送至所述旅行社后臺服務器;
所述旅行社后臺服務器對所述行程反饋信息進行處理和回應。
作為一種改進的方案,所述當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知的步驟具體包括下述步驟:
所述旅行社后臺服務器向所述客戶端發(fā)送保險填寫內容;
所述客戶端向所述所述旅行社團體客戶展示保險填寫內容;
所述客戶端接收所述旅行社團體客戶填寫的保險信息,將所述旅行社團體客戶填寫的保險信息發(fā)送給所述旅行社后臺服務器;
所述旅行社后臺服務器接收所述客戶端發(fā)送的所述旅行社團體客戶填寫的保險信息,并保存;
所述旅行社后臺服務器將所述客戶端發(fā)送的保險信息同步到保險公司;
當所述旅行社后臺服務器對所述保險信息進行確認后,所述旅行社后臺服務器向客戶端發(fā)送出行通知。
作為一種改進的方案,所述保險填寫內容包括保險信息鏈接和二維碼信息。
作為一種改進的方案,所述方法還包括下述步驟:
當所述旅行社后臺服務器接收到所述業(yè)務端的團體信息修改請求時,對所述旅行社團體客戶信息進行更改。
本發(fā)明的另一目的在于提供一種旅行社團體客戶信息處理系統,所述系統包括:
標識id生成模塊,用于當接收到旅行社團體客戶處理請求時,生成客戶標識id、業(yè)務員標識id和旅游團體標識id;
綁定關聯關系建立模塊,用于控制所述客戶標識id、業(yè)務員標識id和旅游團體標識id之間建立綁定關聯關系;
第一交互控制模塊,用于當所述客戶標識id與所述業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互;
第二交互控制模塊,用于當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知;
第三交互控制模塊,用于當所述旅游團體標識id與所述業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將所述旅行社團體的保險名單發(fā)送給所述旅行社后臺服務器。
作為一種改進的方案,所述系統還包括:
行程反饋信息接收模塊,內置于所述客戶端內,用于接收所述旅行社團體客戶錄入的行程反饋信息;
行程反饋信息同步模塊,內置于所述客戶端內,用于將所述行程反饋信息同步發(fā)送至所述旅行社后臺服務器;
行程反饋信息處理回應模塊,內置于旅行社后臺服務器內,用于對所述行程反饋信息進行處理和回應。
作為一種改進的方案,所述第二交互控制模塊具體包括:
保險填寫內容發(fā)送模塊,內置于所述旅行社后臺服務器內,用于向所述客戶端發(fā)送保險填寫內容;
內容展示模塊,內置于所述客戶端內,用于向所述所述旅行社團體客戶展示保險填寫內容;
保險信息接收模塊,內置于所述客戶端內,用于接收所述旅行社團體客戶填寫的保險信息;
保險信息發(fā)送模塊,內置于所述客戶端內,用于將所述旅行社團體客戶填寫的保險信息發(fā)送給所述旅行社后臺服務器;
保險信息保存模塊,內置于所述旅行社后臺服務器內,用于接收所述客戶端發(fā)送的所述旅行社團體客戶填寫的保險信息,并保存;
保險信息同步模塊,內置于所述旅行社后臺服務器內,用于所述旅行社后臺服務器將所述客戶端發(fā)送的保險信息同步到保險公司;
出行通知發(fā)送模塊,內置于所述旅行社后臺服務器內,用于當所述旅行社后臺服務器對所述保險信息進行確認后,所述旅行社后臺服務器向客戶端發(fā)送出行通知。
作為一種改進的方案,所述保險填寫內容包括保險信息鏈接和二維碼信息。
作為一種改進的方案,所述系統還包括:
客戶信息更改模塊,內置于所述所述旅行社后臺服務器內,用于當所述旅行社后臺服務器接收到所述業(yè)務端的團體信息修改請求時,對所述旅行社團體客戶信息進行更改。
采用了上述技術方案后,本發(fā)明的有益效果是:
當接收到旅行社團體客戶處理請求時,旅行社后臺服務器生成客戶標識id、業(yè)務員標識id和旅游團體標識id,并控制在各個標識id之間建立綁定關聯關系;當客戶標識id與業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互;當客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在客戶端和旅行社后臺服務器之間建立交互,生成保險合同,旅行社后臺服務器向客戶端發(fā)送出行通知;當旅游團體標識id與業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將旅行社團體的保險名單發(fā)送給旅行社后臺服務器,從而簡化了旅行社接團的工作,提高了工作效率,為客戶隱私提供有利的保護措施,同時也為客戶投訴保存了證據。
附圖說明
圖1是本發(fā)明提供的旅行社團體客戶信息處理方法的實現流程圖;
圖2是本發(fā)明提供的當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知的步驟的實現流程圖;
圖3是本發(fā)明提供的旅行社團體客戶信息處理系統的結構框圖;
圖4是本發(fā)明提供的第二交互控制模塊的結構框圖。
具體實施方式
下面結合具體的實施例對本發(fā)明進一步說明。但這些例舉性實施方式的用途和目的僅用來例舉本發(fā)明,并非對本發(fā)明的實際保護范圍構成任何形式的任何限定,更非將本發(fā)明的保護范圍局限于此。
圖1示出了本發(fā)明提供的旅行社團體客戶信息處理方法的實現流程圖,其具體包括下述步驟:
在步驟s101中,當接收到旅行社團體客戶處理請求時,旅行社后臺服務器生成客戶標識id、業(yè)務員標識id和旅游團體標識id,并控制所述客戶標識id、業(yè)務員標識id和旅游團體標識id之間建立綁定關聯關系。
其中,在搭建旅行社與團體客戶之間的信息處理大平臺的前提下,生成客戶標識id、業(yè)務員標識id和旅游團體標識id,即為平臺下的每一個元素分配權限,以及每一個元素在組織結構中的關系,在此不再贅述。
在步驟s102中,當所述客戶標識id與所述業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互。
在步驟s103中,當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知。
在步驟s104中,當所述旅游團體標識id與所述業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將所述旅行社團體的保險名單發(fā)送給所述旅行社后臺服務器。
在該實施例中,客戶端為運行在旅行社團體客戶智能終端上的應用程序,業(yè)務端為運行在旅行社業(yè)務員的智能終端上的應用程序,該智能終端包括手機、pad或其他終端,在此不再贅述。
其中,在三個標識id之間建立相互關聯關系,將旅行社團體客戶、業(yè)務員和旅行社之間的關系進行界定,同時對三者之間的任意交互信息進行存儲備份,以便作為客戶投訴或者異議的依據,已解決原有責任不好界定的技術問題。
在本發(fā)明實施例中,上述三步驟s102中:當所述客戶標識id與所述業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互,其可以做如下理解:
在客戶標識id和業(yè)務員標識id建立綁定關聯關系后,在大平臺下,客戶端可以跟業(yè)務端進行即時通訊交流洽談,其中,類似上微信、qq等交流方式,但是該交流過程中所產生的信息均存儲備份在旅行社后臺服務器中,其中,該客戶標識id可以是客戶的微信號、手機號或身份中號,在此不再贅述。
其中,該客戶端與業(yè)務端之間的交互過程為:
(1)業(yè)務端與客戶端之間建立綁定關聯,即兩者可以在大平臺提供的通訊界面上進行交互,例如客戶端提出疑問,業(yè)務端針對該疑問進行答復,實現雙方就旅行事宜進行交流和答疑,客戶針對旅游的行程、行程購物以及返程等內容進行咨詢,業(yè)務員針對客戶的咨詢進行相應的答復;
(2)業(yè)務端和客戶端之間的交流內容,以備份的方式存儲在旅行社后臺服務器的數據庫內,以便查詢調取作為證據,解決后續(xù)產生的各種糾紛。
在本發(fā)明實施例中,如圖2所示,當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知的實現流程圖,其具體包括下述步驟:
在步驟s1中:旅行社后臺服務器向所述客戶端發(fā)送保險填寫內容,該保險填寫內容包括保險信息鏈接和二維碼信息,即將保險信息的鏈接網頁或者二維碼信息發(fā)送給旅行社團體客戶,客戶通過客戶端打開該鏈接或者識別該二維碼信息進行保險信息填寫,當然也可以采用其他方式,在此不再贅述;
在步驟s2中:客戶端向所述旅行社團體客戶展示保險填寫內容,該展示方式即為頁面展示的方式或者消息展示的方式;
在步驟s3中:客戶端接收所述旅行社團體客戶填寫的保險信息,將所述旅行社團體客戶填寫的保險信息發(fā)送給所述旅行社后臺服務器;
在步驟s4中:旅行社后臺服務器接收所述客戶端發(fā)送的所述旅行社團體客戶填寫的保險信息,并保存,其中,在保存該旅行社團體客戶的保險信息時需要進行加密,再保存。
在步驟s5中:旅行社后臺服務器將所述客戶端發(fā)送的保險信息同步到保險公司,該同步的過程即為購買保險的過程,在此不再贅述。
在步驟s6中:當旅行社后臺服務器對所述保險信息進行確認后,所述旅行社后臺服務器向客戶端發(fā)送出行通知。
在本發(fā)明實施例中,當所述旅行社后臺服務器接收到所述業(yè)務端的團體信息修改請求時,對所述旅行社團體客戶信息進行更改。
為了便于理解,下述分別給出客戶端、業(yè)務端和旅行社后臺服務器的具體工作流程:
(1)客戶端
旅行社團體客戶初次登錄該旅行社與團體客戶之間的信息處理大平臺時,通過注冊的方式分配一個客戶標識id,然后與與其對接的業(yè)務員標識id進行綁定關聯;
然后向業(yè)務員發(fā)起咨詢,溝通確認行程的詳細信息;
根據旅行社后臺服務器發(fā)送的保險填寫內容,進行保險信息的填寫;
接收旅行社后臺服務器發(fā)送的出行通知;
回程后進行反饋和評價。
(2)業(yè)務端
通過上述旅行社后臺服務器開放權限,進行業(yè)務員標識id的分配;
然后與客戶標識id進行綁定關聯,綁定關聯的方式可以通過掃描二維碼識別綁定的方式;
根據客戶端發(fā)送的咨詢信息進行相應的滿意回復,與客戶建立良好的溝通;
在與客戶確認行程后,在旅行社后臺服務器創(chuàng)建新的團隊信息;
向團隊內的每一個成員(旅行社團體客戶)發(fā)送保險填寫內容;
在旅行社后臺服務器確認收錄保險信息;
根據旅行社后臺服務器的指令,向所有填寫保險信息的旅行社團體客戶發(fā)送出行通知。
(3)旅行社后臺服務器
負責為客戶端、業(yè)務端以及團隊分配標識id;
團隊創(chuàng)建后,開始安排行程,做統籌管理;
在業(yè)務端確認收錄保險信息后,同步到保險公司,進行保險購買;
接收客戶的回程反饋信息,處理客戶的投訴或意見,并對客戶做出回應。
在本發(fā)明實施例中,通過搭建上述旅行社與團體客戶之間的信息處理大平臺,用技術的手段將旅行社傳統的線下接待旅行社團體客戶的各個流程,成功移植到線上,通過客戶端、業(yè)務端和旅行社后臺服務器實現對團體客戶的對接,有效融合,為客戶提供更優(yōu)質的服務。
圖3示出了本發(fā)明提供的旅行社團體客戶信息處理的結構框圖,為了便于說明,圖中僅給出了與本發(fā)明實施例相關的部分。
標識id生成模塊11,用于當接收到旅行社團體客戶處理請求時,生成客戶標識id、業(yè)務員標識id和旅游團體標識id;
綁定關聯關系建立模塊12,用于控制所述客戶標識id、業(yè)務員標識id和旅游團體標識id之間建立綁定關聯關系;
第一交互控制模塊13,用于當所述客戶標識id與所述業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互;
第二交互控制模塊14,用于當所述客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在所述客戶端和旅行社后臺服務器之間建立交互,生成保險合同,同時,所述旅行社后臺服務器向所述客戶端發(fā)送出行通知;
第三交互控制模塊15,用于當所述旅游團體標識id與所述業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將所述旅行社團體的保險名單發(fā)送給所述旅行社后臺服務器。
其中,行程反饋信息接收模塊16,內置于所述客戶端內,用于接收所述旅行社團體客戶錄入的行程反饋信息;
行程反饋信息同步模塊17,內置于所述客戶端內,用于將所述行程反饋信息同步發(fā)送至所述旅行社后臺服務器;
行程反饋信息處理回應模塊18,內置于旅行社后臺服務器內,用于對所述行程反饋信息進行處理和回應。
其中,如圖4所示,上述第二交互控制模塊14具體包括:
保險填寫內容發(fā)送模塊19,內置于所述旅行社后臺服務器內,用于向所述客戶端發(fā)送保險填寫內容;
內容展示模塊20,內置于所述客戶端內,用于向所述所述旅行社團體客戶展示保險填寫內容;
保險信息接收模塊21,內置于所述客戶端內,用于接收所述旅行社團體客戶填寫的保險信息;
保險信息發(fā)送模塊22,內置于所述客戶端內,用于將所述旅行社團體客戶填寫的保險信息發(fā)送給所述旅行社后臺服務器;
保險信息保存模塊23,內置于所述旅行社后臺服務器內,用于接收所述客戶端發(fā)送的所述旅行社團體客戶填寫的保險信息,并保存;
保險信息同步模塊24,內置于所述旅行社后臺服務器內,用于所述旅行社后臺服務器將所述客戶端發(fā)送的保險信息同步到保險公司;
出行通知發(fā)送模塊25,內置于所述旅行社后臺服務器內,用于當所述旅行社后臺服務器對所述保險信息進行確認后,所述旅行社后臺服務器向客戶端發(fā)送出行通知。
客戶信息更改模塊26,內置于所述所述旅行社后臺服務器內,用于當所述旅行社后臺服務器接收到所述業(yè)務端的團體信息修改請求時,對所述旅行社團體客戶信息進行更改。
其中,上述各個模塊的功能如上述方法實施例所記載,在此不在贅述。
在本發(fā)明實施例中,當接收到旅行社團體客戶處理請求時,旅行社后臺服務器生成客戶標識id、業(yè)務員標識id和旅游團體標識id,并控制在各個標識id之間建立綁定關聯關系;當客戶標識id與業(yè)務員標識id之間建立綁定關聯關系時,在客戶端與業(yè)務端之間建立訊息對接交互;當客戶標識id與所述旅游團體標識id之間建立綁定關聯關系時,在客戶端和旅行社后臺服務器之間建立交互,生成保險合同,旅行社后臺服務器向客戶端發(fā)送出行通知;當旅游團體標識id與業(yè)務員標識id之間綁定關聯關系時,在業(yè)務端生成新的旅行社團體,并將旅行社團體的保險名單發(fā)送給旅行社后臺服務器,從而簡化了旅行社接團的工作,提高了工作效率,為客戶隱私提供有利的保護措施,同時也為客戶投訴保存了證據。
應當理解,這些實施例的用途僅用于說明本發(fā)明而非意欲限制本發(fā)明的保護范圍。此外,也應理解,在閱讀了本發(fā)明的技術內容之后,本領域技術人員可以對本發(fā)明作各種改動、修改和/或變型,所有的這些等價形式同樣落于本申請所附權利要求書所限定的保護范圍之內。