本申請實(shí)施例涉及計算機(jī)，尤其涉及一種基于失效訂單的下發(fā)信息確定方法及系統(tǒng)。

背景技術(shù)：

1、隨著網(wǎng)絡(luò)和計算機(jī)技術(shù)的發(fā)展，人們在日常生活中越來越多的使用智能設(shè)備例如智能手機(jī)進(jìn)行下單，以滿足自身的需求。舉例而言，用戶可針對某個想要購買的商品進(jìn)行下單以生成商品訂單，或者針對某個產(chǎn)品填寫購買意向以生成意向訂單等不同類型的訂單。

2、在后臺系統(tǒng)生成訂單時或者訂單生成后，可能會由于多種原因造成訂單失效，此時會相應(yīng)的將其標(biāo)記為失效訂單。該失效訂單即是指訂單在處理過程中因?yàn)槟承┰蛭茨艹晒ν瓿?，最終導(dǎo)致無效的訂單。相關(guān)技術(shù)中，針對失效訂單通常會通知關(guān)聯(lián)的用戶告知其訂單已失效，然而該種處理方式僅僅能夠起到通知用戶的目的，其導(dǎo)致訂單轉(zhuǎn)化率低，進(jìn)而也導(dǎo)致了產(chǎn)品運(yùn)營效率低，不利于挽回用戶繼續(xù)完成訂單實(shí)現(xiàn)自身的商業(yè)化目的。

技術(shù)實(shí)現(xiàn)思路

1、本發(fā)明實(shí)施例提供了一種基于失效訂單的下發(fā)信息確定方法及系統(tǒng)，解決了相關(guān)技術(shù)中針對失效訂單處理方式相對簡單導(dǎo)致的訂單轉(zhuǎn)化率低、產(chǎn)品運(yùn)行效率低的技術(shù)問題，能夠通過對失效訂單的分析、預(yù)測得到合理的下發(fā)信息以挽回用戶完成訂單，顯著提升了訂單的轉(zhuǎn)化率。

2、第一方面，本發(fā)明實(shí)施例提供了一種基于失效訂單的下發(fā)信息確定方法，包括：

3、在檢測到失效訂單的情況下，確定所述失效訂單的失效類型；

4、在所述失效類型為用戶類型的情況下，獲取所述失效訂單關(guān)聯(lián)的用戶操作數(shù)據(jù)，在所述用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)所述其它訂單信息與所述失效訂單的關(guān)聯(lián)度確定所述失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶，在所述用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的產(chǎn)品篩選信息，根據(jù)所述產(chǎn)品篩選信息確定所述失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶；

5、在所述失效類型為系統(tǒng)類型的情況下，確定所述失效訂單的失效原因，基于所述失效原因以及設(shè)置的原因分析策略確定對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶。

6、可選的，所述確定所述失效訂單的失效類型，包括：

7、獲取記錄的所述失效訂單的操作信息，在所述操作信息中記錄有用戶失效操作的情況下，確定所述失效訂單的失效類型為用戶類型；

8、在所述操作信息中未記錄有用戶失效操作的情況下，確定所述失效訂單的失效類型為系統(tǒng)類型。

9、可選的，所述根據(jù)所述其它訂單信息與所述失效訂單的關(guān)聯(lián)度確定所述失效訂單對應(yīng)的下發(fā)信息，包括：

10、在所述其它訂單信息與所述失效訂單關(guān)聯(lián)的情況下，確定所述失效訂單與所述其它訂單信息中關(guān)聯(lián)產(chǎn)品訂單的差異參數(shù)，基于所述差異參數(shù)與對應(yīng)的預(yù)設(shè)下發(fā)模板信息組合得到第一下發(fā)信息；

11、在所述其它訂單信息與所述失效訂單不關(guān)聯(lián)的情況下，將所述失效訂單對應(yīng)的產(chǎn)品鏈接與對應(yīng)的預(yù)設(shè)模板信息進(jìn)行組合得到第二下發(fā)信息息。

12、可選的，所述根據(jù)所述產(chǎn)品篩選信息確定所述失效訂單對應(yīng)的下發(fā)信息，包括：

13、根據(jù)所述產(chǎn)品篩選信息中包括的不同的篩選因素確定對應(yīng)的下發(fā)信息。

14、可選的，所述確定所述失效訂單的失效原因，包括：

15、確定所述失效訂單失效時對應(yīng)的失效階段；

16、獲取所述失效階段對應(yīng)的預(yù)先設(shè)置的多個失效項(xiàng)，將所述多個失效項(xiàng)與所述失效訂單的屬性項(xiàng)進(jìn)行比對，根據(jù)比對結(jié)果確定所述失效訂單的失效原因。

17、可選的，所述基于所述失效原因以及設(shè)置的原因分析策略確定對應(yīng)的下發(fā)信息，包括：

18、在所述失效原因?yàn)檫\(yùn)營商因素的情況下，每隔預(yù)設(shè)時間確定所述失效訂單對應(yīng)的失效恢復(fù)信息，在所述失效恢復(fù)信息滿足訂單有效條件的情況下，確定對應(yīng)的下發(fā)信息。

19、可選的，在所述下發(fā)至對應(yīng)的用戶之后，還包括：

20、在預(yù)設(shè)時間內(nèi)檢測到所述用戶的訂單操作信息的情況下，基于所述訂單操作信息生成二次下發(fā)信息，以下發(fā)至所述用戶；

21、其中，所述基于所述訂單操作信息生成二次下發(fā)信息，包括：

22、在基于所述訂單操作信息確定出訂單處理過程中滿足中斷條件的情況下，基于中斷階段生成對應(yīng)的二次下發(fā)信息。

23、第二方面，本發(fā)明實(shí)施例還提供了一種基于失效訂單的下發(fā)信息確定系統(tǒng)，包括：

24、類型確定模塊，用于在檢測到失效訂單的情況下，確定所述失效訂單的失效類型；

25、獲取模塊，用于在所述失效類型為用戶類型的情況下，獲取所述失效訂單關(guān)聯(lián)的用戶操作數(shù)據(jù)；

26、下發(fā)信息確定模塊，用于在所述用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)所述其它訂單信息與所述失效訂單的關(guān)聯(lián)度確定所述失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶，在所述用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在所述用戶操作數(shù)據(jù)中記錄的產(chǎn)品篩選信息，根據(jù)所述產(chǎn)品篩選信息確定所述失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶；

27、原因確定模塊，用于在所述失效類型為系統(tǒng)類型的情況下，確定所述失效訂單的失效原因；

28、所述下發(fā)信息確定模塊，還用于基于所述失效原因以及設(shè)置的原因分析策略確定對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶。

29、第三方面，本發(fā)明實(shí)施例還提供了一種基于失效訂單的下發(fā)信息確定設(shè)備，該設(shè)備包括：

30、一個或多個處理器；

31、存儲裝置，用于存儲一個或多個程序，

32、當(dāng)所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實(shí)現(xiàn)本發(fā)明實(shí)施例所述的一種基于失效訂單的下發(fā)信息確定方法。

33、第四方面，本發(fā)明實(shí)施例還提供了一種存儲計算機(jī)可執(zhí)行指令的存儲介質(zhì)，所述計算機(jī)可執(zhí)行指令在由計算機(jī)處理器執(zhí)行時用于執(zhí)行本發(fā)明實(shí)施例所述的基于失效訂單的下發(fā)信息確定方法。

34、本發(fā)明實(shí)施例中，在檢測到失效訂單的情況下，確定失效訂單的失效類型，在失效訂單的失效類型為用戶類型的情況下，獲取失效訂單關(guān)聯(lián)的用戶操作數(shù)據(jù)，在用戶操作數(shù)據(jù)中包括超時未支付的情況下，獲取在用戶操作數(shù)據(jù)中記錄的其它訂單信息，根據(jù)其它訂單信息與失效訂單的關(guān)聯(lián)度確定失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶，在用戶操作數(shù)據(jù)中包括取消訂單的情況下，獲取在用戶操作數(shù)據(jù)中記錄的產(chǎn)品篩選信息，根據(jù)產(chǎn)品篩選信息確定失效訂單對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶，在失效訂單的失效類型為系統(tǒng)類型的情況下，確定失效訂單的失效原因，基于失效訂單的失效原因以及設(shè)置的原因分析策略確定對應(yīng)的下發(fā)信息，以下發(fā)至對應(yīng)的用戶。本方案解決了相關(guān)技術(shù)中針對失效訂單處理方式相對簡單導(dǎo)致的訂單轉(zhuǎn)化率低、產(chǎn)品運(yùn)行效率低的技術(shù)問題，能夠通過對失效訂單的分析、預(yù)測得到合理的下發(fā)信息以挽回用戶完成訂單，顯著提升了訂單的轉(zhuǎn)化率。

技術(shù)特征：

1.一種基于失效訂單的下發(fā)信息確定方法，應(yīng)用于服務(wù)器，其特征在于，包括：

2.根據(jù)權(quán)利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述確定所述失效訂單的失效類型，包括：

3.根據(jù)權(quán)利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述根據(jù)所述其它訂單信息與所述失效訂單的關(guān)聯(lián)度確定所述失效訂單對應(yīng)的下發(fā)信息，包括：

4.根據(jù)權(quán)利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述根據(jù)所述產(chǎn)品篩選信息確定所述失效訂單對應(yīng)的下發(fā)信息，包括：

5.根據(jù)權(quán)利要求1所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述確定所述失效訂單的失效原因，包括：

6.根據(jù)權(quán)利要求5所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，所述基于所述失效原因以及設(shè)置的原因分析策略確定對應(yīng)的下發(fā)信息，包括：

7.根據(jù)權(quán)利要求1-6中任一項(xiàng)所述的基于失效訂單的下發(fā)信息確定方法，其特征在于，在所述下發(fā)至對應(yīng)的用戶之后，還包括：

8.一種基于失效訂單的下發(fā)信息確定系統(tǒng)，其特征在于，包括：

9.一種基于電纜溝采集信息的電纜運(yùn)行環(huán)境改善設(shè)備，所述設(shè)備包括：一個或多個處理器；存儲裝置，用于存儲一個或多個程序，當(dāng)所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實(shí)現(xiàn)如權(quán)利要求1-7中任一項(xiàng)所述的基于失效訂單的下發(fā)信息確定方法。

10.一種存儲計算機(jī)可執(zhí)行指令的存儲介質(zhì)，所述計算機(jī)可執(zhí)行指令在由計算機(jī)處理器執(zhí)行時用于執(zhí)行如權(quán)利要求1-7中任一項(xiàng)所述的基于失效訂單的下發(fā)信息確定方法。

技術(shù)總結(jié)
本發(fā)明實(shí)施例公開了一種基于失效訂單的下發(fā)信息確定系統(tǒng)及方法，該方法包括：檢測到失效訂單時，確定失效訂單的失效類型，其為用戶類型時，獲取失效訂單關(guān)聯(lián)的用戶操作數(shù)據(jù)，用戶操作數(shù)據(jù)包括超時未支付時，獲取用戶操作數(shù)據(jù)中的其它訂單信息，根據(jù)其它訂單信息與失效訂單的關(guān)聯(lián)度確定下發(fā)信息，以下發(fā)至對應(yīng)用戶，用戶操作數(shù)據(jù)包括取消訂單時，獲取用戶操作數(shù)據(jù)中的產(chǎn)品篩選信息，根據(jù)產(chǎn)品篩選信息確定下發(fā)信息，以下發(fā)至對應(yīng)用戶，失效類型為系統(tǒng)類型時，確定失效訂單的失效原因，基于失效原因和設(shè)置的原因分析策略確定下發(fā)信息，以下發(fā)至對應(yīng)的用戶。本方案能夠通過對失效訂單的分析、預(yù)測得到合理的下發(fā)信息以挽回用戶，提升訂單的轉(zhuǎn)化率。

技術(shù)研發(fā)人員：周毅
受保護(hù)的技術(shù)使用者：廣州易尊網(wǎng)絡(luò)科技股份有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2024/12/19