以上海-安順爲例,首先用戶必須主動選擇進入高鐵聯訂的界面,才能預訂空鐵聯運的産品,而不是在沒有航班的情況下(xià),主動推薦空鐵聯運的産品。
其次推薦路線票價的組合不夠合理,隻推薦了上海-昆明航線+昆明到安順的鐵路,完全忽略了上海-貴陽-安順,這條在時間上更合理的路線。
但如果用戶自己主動想嘗試自行組合上海-貴陽-安順的路線時,就會發現一(yī)旦選擇了高鐵聯運,就連上海-貴陽也隻能顯示空鐵聯運,而沒有航班顯示了。用戶隻能重新回到在東航app選擇航班,再去(qù)12306 app選擇火(huǒ)車(chē)票預訂的原有模式。自己人工(gōng)進行時間、價格比較,用戶體(tǐ)驗度很差,完全失去(qù)了該産品的優勢。
如果用戶要預訂上海-成都-峨眉山往返程的“空鐵聯運“産品,因爲系統不能直接推薦線路,要進行人工(gōng)組合。就必須先預訂好航班後,再添加鐵路預訂。 但操作時,流程不夠智能化。在已經預訂好了上海-成都往返機票後,系統任然讓用戶選擇,成都出發已經回程到上海的鐵路線路。
“空鐵聯運”項目在國内具有前瞻性和嘗試性,在開(kāi)始設計之初,沒有爲“空鐵聯運”設計過NDC方案。 純粹空運的NDC方案已經在東航的生(shēng)産系統投入了,而且有了相當的成果。如何有效的爲“空鐵聯運”設計切實可行的NDC方案,爲 OTA等第三方渠道分(fēn)銷“空鐵聯運”産品打通技術通道。
動态路由策略實現空鐵聯運産品組合,動态實現航班庫存與鐵路庫存的組合确認,全自動高性能的擴展“空鐵聯運”航線網絡+鐵路網絡。
推進“空鐵聯運”産品的技術和架構升級,采用分(fēn)布式解決方案支撐高并發的“空鐵聯運”互聯網場景,爲航司與國鐵的深度業務合作提供技術支撐。
在直銷渠道主流程中(zhōng)實現一(yī)站式購票服務,可更便捷的實現上至一(yī)二線,下(xià)至四線、五線城市之間的位移。
通過航司NDC接口輸出給受衆群更爲廣闊的OTA及第三方渠道,進一(yī)步推進和深化“空鐵聯運”廣度和深度。
豐富的産品組合,拓寬“附加服務”範圍,提高了市場占有率和顧客粘性。