前言

????????航司如何敏捷及即時的為旅客提供適合場景的服務(wù)，即“應(yīng)時”旅客服務(wù)，關(guān)鍵在于在現(xiàn)有觸點之上，打通各類系統(tǒng)及應(yīng)用，尤其是數(shù)據(jù)；且需要讓數(shù)據(jù)能夠流動，并準實時的被航司的服務(wù)框架捕獲及智慧的響應(yīng)。航司的產(chǎn)品、內(nèi)容、服務(wù)等，如何精準的投放在特定的客戶及特定的場景，不僅僅是需要菜單型的產(chǎn)品及服務(wù)單元，更需要數(shù)據(jù)處理技術(shù)及人工智能等的應(yīng)用，更關(guān)鍵的需要：On-Time Intelligence Service Framework。

業(yè)務(wù)思路

????????在現(xiàn)有的航司即有實體觸點的基礎(chǔ)上，使用電商平臺的通知服務(wù)，善用在電商服務(wù)機會期，構(gòu)建更精準的數(shù)字化觸點，以期投放更優(yōu)質(zhì)服務(wù)和產(chǎn)品，獲得更多的收益和贏得更高的忠誠度。

框架全景

????????為了實現(xiàn)即時的一系列基于數(shù)據(jù)變化的動作，則需要框架本身是基于數(shù)據(jù)流處理，且融合旅客信息或Single Customer View，航司各類業(yè)務(wù)數(shù)據(jù)，以個性化訂閱發(fā)布模式，按照結(jié)構(gòu)化及動態(tài)業(yè)務(wù)規(guī)則進行定制化事件觸發(fā)及響應(yīng)，并投放在客制化的各類渠道上，以期按照時間、地點、人物編排一系列應(yīng)用場景和連貫動作序列。

建設(shè)內(nèi)容

????????圍繞客戶為中心整合機票、酒店、運價和航班等數(shù)據(jù)，通過數(shù)據(jù)分析、客戶訂閱等方式提供實時、應(yīng)時的全時客戶服務(wù)，提高客戶滿意度和航空公司機票和附件服務(wù)產(chǎn)品的銷售轉(zhuǎn)化率，提高航空公司客戶服務(wù)品質(zhì)。

????????a) 建設(shè)基于數(shù)據(jù)流采集的服務(wù)事件觸發(fā)及采集體系。

????????b)?建設(shè)基于消息隊列的旅客服務(wù)串聯(lián)渠道。

????????c)?建設(shè)基于規(guī)則引擎的旅客服務(wù)規(guī)劃，編排，管理中心。

????????d)?建設(shè)基于數(shù)據(jù)及科學(xué)計算模型和算法的旅客服務(wù)智能模塊。

????????即：即時獲悉全面的旅客行程變化、合理編排通知形式的服務(wù)觸點、精準旅客分群輸入、通知類服務(wù)產(chǎn)品定義、旅客服務(wù)通知場景編排、微服務(wù)標準化體系構(gòu)建、IT運維及業(yè)務(wù)應(yīng)用監(jiān)控監(jiān)控。

旅客行程數(shù)據(jù)使用：基于訂單的狀態(tài)變化，捕獲旅客行為及出行時點，產(chǎn)生業(yè)務(wù)事件。

航司即有觸點數(shù)據(jù)使用：基于即有電商觸點，捕獲旅客行為及出行時點，產(chǎn)生業(yè)務(wù)事件。

第三方數(shù)據(jù)使用：根據(jù)業(yè)務(wù)場景需要及服務(wù)內(nèi)容，獲取第三方數(shù)據(jù)的實時或被動數(shù)據(jù)，供服務(wù)通知產(chǎn)生及服務(wù)內(nèi)容打包使用。

電商顧客細分群體數(shù)據(jù)導(dǎo)入及精加工：導(dǎo)入Single Customer View及業(yè)務(wù)數(shù)據(jù)或精準營銷產(chǎn)生的顧客細分群體及標簽，之后根據(jù)電商通知服務(wù)的能力和場景設(shè)計，篩選及精加工旅客群體。

通知服務(wù)規(guī)則制定及場景編排：以可視化方式讓業(yè)務(wù)人員設(shè)計通知規(guī)則，顧客細分群體的投放，尤其是業(yè)務(wù)場景的編排及設(shè)定。并將其轉(zhuǎn)換為結(jié)構(gòu)化的規(guī)則存儲，用于后續(xù)通知服務(wù)的后臺打包及生成。

通知服務(wù)后臺打包及生成：在已經(jīng)捕獲的業(yè)務(wù)事件驅(qū)動的前提下，根據(jù)上述定義的規(guī)則和場景，進行通知服務(wù)序列的生成，通知內(nèi)容和數(shù)據(jù)的打包，保存進待推送存儲中待發(fā)。

通知服務(wù)推送：對接現(xiàn)有航司通知服務(wù)推送基礎(chǔ)架構(gòu)，實現(xiàn)最終的閉環(huán)通知服務(wù)。額外增加電商的觸點。

通知服務(wù)業(yè)務(wù)規(guī)則制定：通過電商業(yè)務(wù)和旅客服務(wù)專家的分析，及對于現(xiàn)有旅客分群的特征工程分析，確定和設(shè)計業(yè)務(wù)規(guī)則的結(jié)構(gòu)和內(nèi)容。

通知服務(wù)業(yè)務(wù)場景編排：通過電商業(yè)務(wù)和旅客服務(wù)專家的過往經(jīng)驗，設(shè)計和編排可行的場景應(yīng)用，以及數(shù)據(jù)和通知服務(wù)序列。

通知服務(wù)打包OR優(yōu)化：除IT架構(gòu)和技術(shù)實現(xiàn)外，需要對業(yè)務(wù)規(guī)則使用及通知序列的生成，結(jié)合業(yè)務(wù)場景的狀態(tài)，優(yōu)化打包效率，以期更實時，更廣泛的使用更復(fù)雜的業(yè)務(wù)場景和規(guī)則組合。

業(yè)務(wù)場景

????????羅列幾個Use Case場景，從而為航司打造“更高的忠誠、更優(yōu)的服務(wù)、更多的收益、更好的航司”等綜合的旅客服務(wù)體系。

a) 出行貼心小秘書 – 更高的忠誠

b) 退改簽服務(wù)助手 – 更優(yōu)的服務(wù)

c) 競價升艙 – 更多的收益

d) 低價預(yù)警 / 售罄通知（鎖價寶） – 更好的航司

HLSD & TD

????????如下簡要闡述一下High-Level Solution Design和Technical Design的內(nèi)容。

a) Logical Architecture

b) Rule Matrix & Block & Path, Service Sequence

c) Business Event, Rule Engine

d) Inbound Trigger, Outbound Fulfillment

結(jié)論

????????航司的服務(wù)及架構(gòu)模塊，不僅僅需要按照DDD的思路進行微模塊微服務(wù)的架構(gòu)優(yōu)化，更關(guān)鍵的是需要以動態(tài)或流動處理的方式，構(gòu)建一系列針對場景和數(shù)據(jù)應(yīng)用的平臺框架，將各類資源（數(shù)據(jù)、系統(tǒng)及應(yīng)用、服務(wù)、接口、外部及內(nèi)部資源、線上線下等等）有機的融合在一起，構(gòu)建處理應(yīng)時旅客訴求的應(yīng)時智慧服務(wù)框架。