電子商務(wù)網(wǎng)站的咨詢反饋方法及裝置制造方法
【專利摘要】本發(fā)明涉及電子商務(wù)網(wǎng)站的咨詢反饋方法及裝置。該方法包括步驟：接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型；將公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)操作類(lèi)型于公告欄上形成一鏈接信息；當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳轉(zhuǎn)至信息收集頁(yè)面，并通過(guò)信息收集頁(yè)面采集用戶輸入的聯(lián)系方式；接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā)送所述回復(fù)內(nèi)容。本發(fā)明保證了網(wǎng)站的運(yùn)行穩(wěn)定性，以及提高了信息的反饋效率。
【專利說(shuō)明】電子商務(wù)網(wǎng)站的咨詢反饋方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，具體涉及電子商務(wù)網(wǎng)站的咨詢反饋技術(shù)。

【背景技術(shù)】
[0002] 目前，電子商務(wù)網(wǎng)站一般采用電話客服和在線客服的方式解答用戶的咨詢。但是， 有些時(shí)候，由于網(wǎng)站系統(tǒng)出現(xiàn)問(wèn)題，或者是某個(gè)銷(xiāo)售活動(dòng)出現(xiàn)的訂單問(wèn)題，導(dǎo)致大量的用戶 向電話客戶或在線客戶咨詢相同的問(wèn)題，但是，由于客服資源的有限，并不能同時(shí)接納大量 的用戶的咨詢，并且，由于大量用戶的接入，也可能導(dǎo)致網(wǎng)站系統(tǒng)崩潰，這樣勢(shì)必影響用戶 體驗(yàn)。如何在有限的網(wǎng)站資源的條件下，提高咨詢的反饋效率，是電子商務(wù)網(wǎng)站亟需解決的 問(wèn)題。


【發(fā)明內(nèi)容】

[0003] 本發(fā)明的目的在于提出一種電子商務(wù)網(wǎng)站的咨詢反饋方法及裝置，其能解決話務(wù) 量大的問(wèn)題。
[0004] 為了達(dá)到上述目的，本發(fā)明所采用的技術(shù)方案如下：
[0005] 電子商務(wù)網(wǎng)站的咨詢反饋方法，其包括以下步驟：
[0006] 步驟1、接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型；
[0007] 步驟2、將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)所述操作類(lèi)型于 所述公告欄上形成一鏈接信息；
[0008] 若所述操作類(lèi)型為關(guān)閉，則所述鏈接信息為空；
[0009] 若所述操作類(lèi)型為打開(kāi)，則所述鏈接信息用于鏈接至預(yù)設(shè)的信息收集頁(yè)面；
[0010] 步驟3、當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳轉(zhuǎn)至所述 信息收集頁(yè)面，并通過(guò)所述信息收集頁(yè)面采集用戶輸入的留檔信息，所述留檔信息至少包 括聯(lián)系方式；
[0011] 步驟4、接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā)送所述回 復(fù)內(nèi)容。
[0012] 優(yōu)選的，在步驟3中，所述留檔信息僅包括聯(lián)系方式，步驟3與步驟4之間還有以 下步驟：
[0013] 步驟3a、判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟3b，若否，則執(zhí)行步 驟3c ;
[0014] 步驟3b、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送對(duì)象中；
[0015] 步驟3c、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送對(duì)象中。
[0016] 優(yōu)選的，在步驟3中，所述留檔信息還包括訂單號(hào)，步驟3與步驟4之間還有以下 步驟：
[0017] 步驟3a、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟3b，若否，則執(zhí)行 步驟3c ;
[0018] 步驟3b、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單 號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中；
[0019] 步驟3c、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單 號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
[0020] 優(yōu)選的，所述頁(yè)面為電子商務(wù)網(wǎng)站的主頁(yè)。
[0021] 優(yōu)選的，所述鏈接信息為圖形、文字和標(biāo)記中的一種。
[0022] 優(yōu)選的，所述聯(lián)系方式為手機(jī)號(hào)碼或郵箱地址。
[0023] 本發(fā)明還公開(kāi)了一種電子商務(wù)網(wǎng)站的咨詢反饋裝置，其包括以下模塊：
[0024] 接收模塊，用于接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型；
[0025] 顯示模塊，用于將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)所述操 作類(lèi)型于所述公告欄上形成一鏈接信息；
[0026] 若所述操作類(lèi)型為關(guān)閉，則所述鏈接信息為空；
[0027] 若所述操作類(lèi)型為打開(kāi)，則所述鏈接信息用于鏈接至預(yù)設(shè)的信息收集頁(yè)面；
[0028] 檢測(cè)模塊，用于當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳 轉(zhuǎn)至所述信息收集頁(yè)面，并通過(guò)所述信息收集頁(yè)面采集用戶輸入的留檔信息，所述留檔信 息至少包括聯(lián)系方式；
[0029] 發(fā)送模塊，用于接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā) 送所述回復(fù)內(nèi)容。
[0030] 優(yōu)選的，在檢測(cè)模塊中，所述留檔信息僅包括聯(lián)系方式，檢測(cè)模塊與發(fā)送模塊之間 還有以下模塊：
[0031] 第一判斷模塊，用于判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第一加載模 塊，若否，則執(zhí)行第二加載模塊；
[0032] 第一加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送 對(duì)象中；
[0033] 第二加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送 對(duì)象中。
[0034] 優(yōu)選的，在檢測(cè)模塊中，所述留檔信息還包括訂單號(hào)，監(jiān)測(cè)模塊與發(fā)送模塊之間還 有以下步驟：
[0035] 第二判斷模塊、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第三加載模塊， 若否，則執(zhí)行第四加載模塊；
[0036] 第三加載模塊、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所 述訂單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中；
[0037] 第四加載模塊、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所 述訂單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
[0038] 本發(fā)明具有如下有益效果：
[0039] 當(dāng)客服系統(tǒng)（包括電話客服和在線客服）發(fā)現(xiàn)有大量的相同問(wèn)題的咨詢，則可啟 動(dòng)本發(fā)明的咨詢反饋方法，通過(guò)在主頁(yè)進(jìn)行公告，以及對(duì)存在問(wèn)題的用戶進(jìn)行信息收集，即 可在問(wèn)題解決后及時(shí)通知用戶，從而避免了大量用戶聯(lián)系電話客服和在線客服，保證了網(wǎng) 站的運(yùn)行穩(wěn)定性，以及提高了信息的反饋效率。

【專利附圖】

【附圖說(shuō)明】
[0040] 圖1為本發(fā)明較佳實(shí)施例的電子商務(wù)網(wǎng)站的咨詢反饋方法的流程圖；
[0041] 圖2為本發(fā)明較佳實(shí)施例的電子商務(wù)網(wǎng)站的咨詢反饋裝置的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0042] 下面，結(jié)合附圖以及【具體實(shí)施方式】，對(duì)本發(fā)明做進(jìn)一步描述。
[0043] 如圖1所示，一種電子商務(wù)網(wǎng)站的咨詢反饋方法，其在當(dāng)電話客服或在線客服發(fā) 現(xiàn)有大量的用戶咨詢相同或相近的問(wèn)題時(shí)，請(qǐng)求管理員啟動(dòng)本流程，其包括以下步驟：
[0044] 步驟S1、接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型。管理員的操作可以在 一個(gè)網(wǎng)頁(yè)頁(yè)面上進(jìn)行。所述公告內(nèi)容是針對(duì)大量相同的咨詢而統(tǒng)一發(fā)出的，可以是在沒(méi)有 調(diào)查出結(jié)果前的應(yīng)急內(nèi)容。所述操作類(lèi)型可以是關(guān)閉、第一打開(kāi)方式和第二打開(kāi)方式，可通 過(guò)頁(yè)面選擇按鍵實(shí)現(xiàn)。
[0045] 步驟S2、將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示。所述頁(yè)面最好是電子 商務(wù)網(wǎng)站的主頁(yè)，這樣用戶登錄網(wǎng)站就可以馬上看到公告內(nèi)容。
[0046] 步驟S3、判斷所述操作類(lèi)型，并根據(jù)所述操作類(lèi)型于所述公告欄上形成一鏈接信 肩、。
[0047] 若所述操作類(lèi)型為關(guān)閉，則執(zhí)行步驟S4。
[0048] 若所述操作類(lèi)型為第一打開(kāi)方式，則執(zhí)行步驟S5至步驟S9。
[0049] 若所述操作類(lèi)型為第二打開(kāi)方式，則執(zhí)行步驟S10至步驟S14。
[0050] 步驟S4、將所述鏈接信息設(shè)置為空，即公告欄上不顯示鏈接信息。
[0051] 步驟S5、將所述鏈接信息設(shè)置為第一鏈接信息，所述第一鏈接信息用于鏈接至預(yù) 設(shè)的第一信息收集頁(yè)面。
[0052] 步驟S6、當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述第一鏈接信息，則跳轉(zhuǎn) 至所述第一信息收集頁(yè)面，并通過(guò)所述第一信息收集頁(yè)面采集用戶輸入的聯(lián)系方式。所述 聯(lián)系方式為手機(jī)號(hào)碼或郵箱地址。
[0053] 步驟S7、判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟S8,若否，則執(zhí)行步 驟S9。預(yù)設(shè)條件是可以根據(jù)實(shí)際情況設(shè)置的，例如，網(wǎng)站的某個(gè)頁(yè)面不能打開(kāi)，原因未明，有 大量用戶咨詢，則預(yù)設(shè)條件可以設(shè)置為任何賬號(hào)。又例如，網(wǎng)站的某個(gè)抽獎(jiǎng)活動(dòng)，中獎(jiǎng)的用 戶都沒(méi)收到獎(jiǎng)品，有大量用戶咨詢，則預(yù)設(shè)條件可以設(shè)置為已中獎(jiǎng)的賬號(hào)。
[0054] 當(dāng)管理員了解了問(wèn)題產(chǎn)生的原因后，則可執(zhí)行步驟S8、S9和S15。
[0055] 步驟S8、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送對(duì)象中。
[0056] 步驟S9、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送對(duì)象中。
[0057] 第一類(lèi)的通知模板和第二類(lèi)通知模板的內(nèi)容是有所區(qū)別的，例如，上述的留了聯(lián) 系方式的賬號(hào)，有的是中獎(jiǎng)的賬號(hào)，有的是沒(méi)有中獎(jiǎng)的賬號(hào)，那么，第一類(lèi)的通知模塊的內(nèi) 容就可以是針對(duì)中獎(jiǎng)的賬號(hào)所編寫(xiě)的，告訴其未收到獎(jiǎng)品的原因，第二類(lèi)的通知模塊的內(nèi) 容就可以是針對(duì)沒(méi)有中獎(jiǎng)的賬號(hào)所編寫(xiě)的，告訴其沒(méi)有中獎(jiǎng)，并不符合發(fā)送獎(jiǎng)品條件。
[0058] 步驟S8和步驟S9完成后，則均執(zhí)行步驟S15。
[0059] 步驟S10、將所述鏈接信息設(shè)置為第二鏈接信息，所述第二鏈接信息用于鏈接至預(yù) 設(shè)的第二信息收集頁(yè)面。
[0060] 步驟S11、當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述第二鏈接信息，則跳轉(zhuǎn) 至所述第二信息收集頁(yè)面，并通過(guò)所述第二信息收集頁(yè)面采集用戶輸入的聯(lián)系方式和訂單 號(hào)。
[0061] 步驟S12、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟S13,若否，則執(zhí) 行步驟S14。例如，大量用戶下單后沒(méi)有收到包裹，而且這批訂單涉及同一個(gè)物流公司，則預(yù) 設(shè)條件可以設(shè)置為訂單狀態(tài)為已發(fā)貨，根據(jù)用戶輸入的訂單號(hào)，即可判斷哪些訂單是符合 預(yù)設(shè)條件的。
[0062] 當(dāng)管理員了解了問(wèn)題產(chǎn)生的原因后，則可執(zhí)行步驟S13、S14和S15。
[0063] 步驟S13、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單 號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中。
[0064] 步驟S14、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單 號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
[0065] 步驟S13和步驟S14完成后，則均執(zhí)行步驟S15。
[0066] 步驟S15、接收管理員在通知模板中輸入的回復(fù)內(nèi)容，即管理員可以對(duì)回復(fù)內(nèi)容進(jìn) 行一定的編輯，然后向所述聯(lián)系方式發(fā)送所述回復(fù)內(nèi)容，即可實(shí)現(xiàn)通過(guò)短信或郵件的方式 進(jìn)行批量回復(fù)。
[0067] 第一鏈接信息和第二鏈接信息可以采用圖形、文字和標(biāo)記的形式展示，例如，用文 字展示可以是"請(qǐng)將處理結(jié)果通知我"，用戶看到了就知道點(diǎn)擊這段文字可以留下聯(lián)系方 式。
[0068] 如圖2所示，本實(shí)施例還公開(kāi)了一種電子商務(wù)網(wǎng)站的咨詢反饋裝置，其包括以下 模塊：
[0069] 接收模塊，用于接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型；
[0070] 顯示模塊，用于將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)所述操 作類(lèi)型于所述公告欄上形成一鏈接信息；
[0071] 若所述操作類(lèi)型為關(guān)閉，則所述鏈接信息為空；
[0072] 若所述操作類(lèi)型為打開(kāi)，則所述鏈接信息用于鏈接至預(yù)設(shè)的信息收集頁(yè)面；
[0073] 檢測(cè)模塊，用于當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳 轉(zhuǎn)至所述信息收集頁(yè)面，并通過(guò)所述信息收集頁(yè)面采集用戶輸入的留檔信息，所述留檔信 息至少包括聯(lián)系方式；
[0074] 發(fā)送模塊，用于接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā) 送所述回復(fù)內(nèi)容。
[0075] 優(yōu)選的，在檢測(cè)模塊中，所述留檔信息僅包括聯(lián)系方式，檢測(cè)模塊與發(fā)送模塊之間 還有以下模塊：
[0076] 第一判斷模塊，用于判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第一加載模 塊，若否，則執(zhí)行第二加載模塊；
[0077] 第一加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送 對(duì)象中；
[0078] 第二加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送 對(duì)象中。
[0079] 優(yōu)選的，在檢測(cè)模塊中，所述留檔信息還包括訂單號(hào)，監(jiān)測(cè)模塊與發(fā)送模塊之間還 有以下步驟：
[0080] 第二判斷模塊、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第三加載模塊， 若否，則執(zhí)行第四加載模塊；
[0081] 第三加載模塊、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所 述訂單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中；
[0082] 第四加載模塊、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所 述訂單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
[0083] 對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，可根據(jù)以上描述的技術(shù)方案以及構(gòu)思，做出其它各 種相應(yīng)的改變以及變形，而所有的這些改變以及變形都應(yīng)該屬于本發(fā)明權(quán)利要求的保護(hù)范 圍之內(nèi)。
【權(quán)利要求】
1. 電子商務(wù)網(wǎng)站的咨詢反饋方法，其特征在于，包括以下步驟： 步驟1、接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型； 步驟2、將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)所述操作類(lèi)型于所述 公告欄上形成一鏈接信息； 若所述操作類(lèi)型為關(guān)閉，則所述鏈接信息為空； 若所述操作類(lèi)型為打開(kāi)，則所述鏈接信息用于鏈接至預(yù)設(shè)的信息收集頁(yè)面； 步驟3、當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳轉(zhuǎn)至所述信息 收集頁(yè)面，并通過(guò)所述信息收集頁(yè)面采集用戶輸入的留檔信息，所述留檔信息至少包括聯(lián) 系方式； 步驟4、接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā)送所述回復(fù)內(nèi) 容。
2. 如權(quán)利要求1所述的咨詢反饋方法，其特征在于，在步驟3中，所述留檔信息僅包括 聯(lián)系方式，步驟3與步驟4之間還有以下步驟： 步驟3a、判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟3b，若否，則執(zhí)行步驟3c ; 步驟3b、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送對(duì)象中； 步驟3c、將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送對(duì)象中。
3. 如權(quán)利要求1所述的咨詢反饋方法，其特征在于，在步驟3中，所述留檔信息還包括 訂單號(hào)，步驟3與步驟4之間還有以下步驟： 步驟3a、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行步驟3b，若否，則執(zhí)行步驟 3c ； 步驟3b、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單號(hào)對(duì) 應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中； 步驟3c、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂單號(hào)對(duì) 應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
4. 如權(quán)利要求1所述的咨詢反饋方法，其特征在于，所述頁(yè)面為電子商務(wù)網(wǎng)站的主頁(yè)。
5. 如權(quán)利要求1所述的咨詢反饋方法，其特征在于，所述鏈接信息為圖形、文字和標(biāo)記 中的一種。
6. 如權(quán)利要求1所述的咨詢反饋方法，其特征在于，所述聯(lián)系方式為手機(jī)號(hào)碼或郵箱 地址。
7. 電子商務(wù)網(wǎng)站的咨詢反饋裝置，其特征在于，包括以下模塊： 接收模塊，用于接收管理員輸入的公告內(nèi)容以及選擇的操作類(lèi)型； 顯示模塊，用于將所述公告內(nèi)容放置于一頁(yè)面的公告欄進(jìn)行顯示，并根據(jù)所述操作類(lèi) 型于所述公告欄上形成一鏈接信息； 若所述操作類(lèi)型為關(guān)閉，則所述鏈接信息為空； 若所述操作類(lèi)型為打開(kāi)，則所述鏈接信息用于鏈接至預(yù)設(shè)的信息收集頁(yè)面； 檢測(cè)模塊，用于當(dāng)檢測(cè)到已用合法賬號(hào)完成登陸的用戶觸發(fā)所述鏈接信息，則跳轉(zhuǎn)至 所述信息收集頁(yè)面，并通過(guò)所述信息收集頁(yè)面采集用戶輸入的留檔信息，所述留檔信息至 少包括聯(lián)系方式； 發(fā)送模塊，用于接收管理員在通知模板中輸入的回復(fù)內(nèi)容，并向所述聯(lián)系方式發(fā)送所 述回復(fù)內(nèi)容。
8. 如權(quán)利要求7所述的咨詢反饋裝置，其特征在于，在檢測(cè)模塊中，所述留檔信息僅包 括聯(lián)系方式，檢測(cè)模塊與發(fā)送模塊之間還有以下模塊： 第一判斷模塊，用于判斷所述賬號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第一加載模塊，若 否，則執(zhí)行第二加載模塊； 第一加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第一類(lèi)的通知模板的發(fā)送對(duì)象 中； 第二加載模塊，用于將所述賬號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第二類(lèi)的通知模板的發(fā)送對(duì)象 中。
9. 如權(quán)利要求7所述的咨詢反饋裝置，其特征在于，在檢測(cè)模塊中，所述留檔信息還包 括訂單號(hào)，監(jiān)測(cè)模塊與發(fā)送模塊之間還有以下步驟： 第二判斷模塊、判斷所述訂單號(hào)是否滿足預(yù)設(shè)條件，若是，則執(zhí)行第三加載模塊，若否， 則執(zhí)行第四加載模塊； 第三加載模塊、將所述訂單號(hào)加載至第三類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂 單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第三類(lèi)的通知模板的發(fā)送對(duì)象中； 第四加載模塊、將所述訂單號(hào)加載至第四類(lèi)的通知模塊的回復(fù)內(nèi)容中，以及將所述訂 單號(hào)對(duì)應(yīng)的聯(lián)系方式加載至第四類(lèi)的通知模板的發(fā)送對(duì)象中。
【文檔編號(hào)】H04L29/08GK104158890SQ201410416122
【公開(kāi)日】2014年11月19日 申請(qǐng)日期:2014年8月21日 優(yōu)先權(quán)日:2014年8月21日
【發(fā)明者】葉藝源 申請(qǐng)人:廣州唯品會(huì)網(wǎng)絡(luò)技術(shù)有限公司