新年伊始，新冠疫情令許多企業遭遇生存危機，而每次危機和逆境，也都會帶來新的商業機會。宜信财富迎難而上，勇于嘗試線上銷售新“路數”——直播帶貨，實作業績逆勢增長。2020年2月，宜信财富實作規模業績同比2019年2月提升24%、環比1月增長8%；新增客戶數同比2019年2月增長82%、環比1月增長23%的好成績。回顧過去一個月，宜信财富沒有浪費這場危機，做到了“危”中覓“機”。
下面我們就帶大家了解一下宜信财富逆勢增加背後的技術秘密。本文主要從本次直播項目開發的平台架構、前台技術、資料中台和運維保障支援這幾個方面做了簡單的總結和分享，希望可以給大家帶來一些思考和啟發。
第一部分：宜信财富直播平台架構演進之路
在此次項目中，直播平台的架構演進主要是應用服務層的演進，包括以下三個階段。
1、第一階段：在項目初期，為了産品快速上線、快速驗證，架構是比較簡單直接的，就是“單活動架構”，如下圖：
“單活動架構”快速實作了産品的核心功能，可以提供給種子使用者快速驗證，但随着驗證回報->快速疊代，一旦業務量上來并提供給大範圍的使用者使用，這種架構也就不再滿足需求了，它的主要問題是：無營運管理能力，每次業務調整均需要由研發同僚上線來解決。每舉辦一場直播活動都需要技術同學開發一次、上線一次。
2、第二階段：随着直播活動的逐漸推廣，使用使用者增多，直播頻率也越來越高，“單活動架構”在應對業務量上漲方面已經越來越吃力。是以本次優化的思路就是解耦，讓共性通用的業務字段可以進行配置管理。這個階段在這裡暫且稱“簡業務架構”（因為它隻能覆寫業務範疇的一部分）。
“簡業務架構”雖然在一定程度上解耦了基礎服務與業務服務，但業務服務能力還是過于單一，不同場直播活動稍微的業務特殊變化，都會帶來前端的定制化開發改造。
3、第三階段：為了使“基礎功能服務化，複用服務化能力”去進一步提升直播活動快速生成快速釋出的營運效率，本次優化的思路就是“服務化”。根據之前的業務積累，構造了“直播模闆孵化器”和“實作與已有營運配置中心打通”，讓營運同僚可以通過背景直接建構一場直播活動，并且建構成功後營運配置中心可直接生效。依據以往經驗，一般一個業務平台技術發展到這個階段，後續基本就可以依據産品的變化而疊代開發了。是以這個階段我們可以稱之為“服務化架構”。
“服務化架構”已大大提高了可靠性和可用性，但是随着服務的深入使用和線上直播業務帶來的實質使用者增長資料，以直播平台為中心衍射出來的與外部系統互動的需求會越來越多。是以，此時需要技術研發人員對自己辛苦搭建的“服務化架構”進行複盤回看。需要對服務進行拆分、治理，提升它的監控能力、降低它的運維成本、思考它對外開放的标準。下一個階段是從“服務化架構” 向“微服務架構演進”。
整個架構三個階段的演進在一個月之内完成，目前來說在業務表現和使用者體驗上看是成功的。不過從來沒有一個完美的架構能夠一直支撐業務的發展，架構是動态的、變化的，是随着業務的發展不斷演進的，不同階段需要不同成熟度的技術架構去支援業務 ，從服務更新和技術優化兩個方面共同完善我們的産品。
第二部分：宜信财富直播平台前端技術實作
前端主要處理頁面的邏輯、樣式的控制，以及給服務端發送使用者的操作資料，本次項目主要是将直播系統接入到宜信财富app，實作app端使用者觀看直播，進而進一步支援财富端業務。在這裡我主要說一下我們在直播項目中主要的技術點和遇到的坑。
1、帶監測代碼的二維碼圖檔合成的技術實作
擷取到動态帶員工id的二維碼，通過css布局，使背景圖中圍繞二維碼周圍的文字圖檔對齊，再通過canvas的技術進行合成，合成中需要調試圖檔大小、清晰度，以及生成後二維碼及文字的準确性。
2、vue的雙向綁定的特性在直播中的應用
vue.js 是采用資料監聽結合釋出者-訂閱者模式的方式，通過Object.defineProperty()來監聽各個屬性的setter、getter，在資料變動時釋出消息給訂閱者，觸發相應的監聽回調。我們來看Object.defineProperty()這個方法。
已經了解到vue是通過資料監聽的方式來做資料綁定的，其中最核心的方法便是通過Object.defineProperty()來實作對屬性的監聽，那麼在設定或者擷取的時候我們就可以在get或者set方法裡，調用其他的觸發函數，達到監聽資料變動的目的。（有興趣的小夥伴可以再深入研究，這裡篇幅有限隻做簡單介紹）
在整個直播項目中前端有很多地方都應用到了vue的機制，比如使用者評論留言的展示、對使用者資訊的存儲判斷，包括是否實名制、是否綁定理财師、是否做過風險測評等資訊。這裡通過留言評論展示簡單說一下，評論展示前端代碼。
通過vue指令 v-if來判斷是否有留言，msgListObj為留言資料，通過接口擷取，v-for指令來循環顯示出留言，nameChange為自定義過濾器，将使用者姓名以姓**的形式匿名展示，過濾器代碼如下：
3、埋點技術在直播上的一些新擴充（或解決的資料埋點問題）
以往隻在APP裡打通了管道，埋點服務可以擷取到使用者在APP端登入的id，然後通過id記錄到客戶行為，但是在APP外，頁面行為沒有關聯到使用者。此次主要在APP外，擷取了使用者id，并且關聯到埋點服務。
4、直播中遇到的一個問題
首先描述一下整個問題的經過：
第一次出現的問題：在某一天的回放視訊播放過程中，突然畫面切換了，導緻視訊内容不正确，發現問題後第一時間排查。發現同時間有新版釋出，但是釋出版本中沒有任何關于直播流内容的修改，通過回退了版本，暫時解決問題。
第二次出現的問題：釋出版本修改的内容部分用戶端生效，還有一部分不生效。結合上一次的問題，我們排查了前端代碼、線上代碼、git版本，都沒有查出問題。最後發現，手動清理CDN緩存，就解決了不生效的問題。
在這裡簡單介紹下什麼是CDN。CDN的全稱是Content Delivery Network，即内容分發網絡。CDN是建構在現有網絡基礎之上的智能虛拟網絡，依靠部署在各地的邊緣伺服器，通過中心平台的負載均衡、内容分發、排程等功能子產品，使使用者就近擷取所需内容，降低網絡擁塞，提高使用者通路響應速度和命中率。
定位到問題原因，主要是因為在直播使用的域名，為了緩解伺服器緩存壓力，采取了CDN緩存機制，緩存頁面路徑中的html、js、css等檔案，緩存時間為2天，但是在頻繁上線操作的情境下，CDN的緩存會有負面影響，就是由于緩存，使用者看到的内容不是最新的内容，而是緩存的内容。
為了解決這個問題，我們在每次釋出版本的時候都會針對現有的位址清理緩存，然後在時間允許的情況下，重新生成一個新的連結，確定沒有緩存。針對每天直播任務的頻繁上線發版，我們最後開發了一套背景直播配置系統，把直播中需要的各種資源都從背景接口擷取，使直播真正成為一種模闆形式，完全通過配置即可，不用再頻繁上線釋出版本，從根本上解決了CDN緩存的問題。
其實這期間還發生了很多很多的事情，也第一時間解決了很多的問題，很多事情可能不值一提，也有很多事情一發生就牽動好多人的心緒，不論過程如何，就目前看來整個的支援來看是成功的。
第三部分：資料中台在直播項目中的實踐
宜信财富在财富管理行業直播帶貨的實踐，獲得開創性成功，目前已經舉辦30+場直播，并帶來了巨大的收益，同比去年銷量不降反而有提升！線上對比線下，有非常明顯的優勢，産品服務可以借助網際網路得到更廣泛的傳播，傳播力度也有極大的提升，專家可以同時服務更多的客戶，是建立客戶信任的最佳時機。
其中，精準營銷、資料化營運是必不可少的環節，宜信财富資料中台也獲得了絕佳的實踐機會，主要包含以下四個方面：
- 精細化營運，利用客戶畫像，精準觸達客戶，減少客戶騷擾；
- 直播前、中實時看闆，使管理決策心中有數；
- 直播後資料集市建設，實作全場景直播資料應用；
- 直播分析，對參與客戶的人群畫像、活躍度、轉化率等方面進行分析，進而進一步優化第一方面的政策，形成資料營運閉環。
1、精細化營運
借助精準營運工具，以及資料中台客戶标簽，實作客戶精準人群定位和全管道傳播預熱；決策者通過線下長期積累的客戶需求經驗，精準總結了各類客戶人群，比如：全職太太、子女教育、家族傳承學院等；
再根據客戶管道偏好、時間偏好、興趣偏好等制定精準的營運政策，保證在最适合的時間、給有需求的客戶營銷正确的内容，進而提升客戶體驗和轉化率。
2、直播實時看闆（資料中台ADX+Davinci）
使用端到端豎管的模式，對接直播相關各業務系統的資料，包括神策行為埋點資料、直播預約資料、開戶注冊資料、交易打款等資料，借助資料中台的實時流處理工具，監測源系統資料庫日志變化，在流上開發邏輯，實作端到端資料打通并形成看闆，減少倉庫層流程，提高資料使用效率，使資料及時可用。
（直播看闆，來自網絡截圖）
3、資料集市建設
傳統數倉分層結構，ODS、PDM、GDM、DM。
- PDM：主資料層，核心包括客戶、事件、活動、資産等；
- GDM：公共資料集市，客戶屬性變化表，客戶交易狀态切片表，客戶名額标簽表等；
- DM：各層管理決策的多元報表、功能系統報表、資料科學家分析報表等。
4、客戶标簽體系
客戶标簽體系就是基于大資料挖掘（如統計算法、機器學習算法、關系網絡分析、LBS分析、文本分析等）技術，通過對企業級資料倉庫以及資訊源中的客戶屬性、特征和資訊（行為名額、偏好、價值名額、心理名額等）進行加工和運算，所得到的客戶标簽化資訊，例如“有房一族”、“有車一族”、“有娃一族”、“出國消費”、“高檔小區”、“高端商場”等辨別。
從宜信财富的标簽體系中，根據直播資料，對參與客戶的人群畫像、活躍度、轉化率等方面進行分析，發掘和識别出高價值潛力客戶，進行存量客戶提升，防止潛在客戶流失，進而進一步指導和優化宜信财富的精細化營運形成資料營運閉環。
總結：在日常經營管理中，一線銷售人員很難快速地對大量資料的處理得到複盤結果，也缺少識别高價值潛力客戶的工具和手段，同時有關客戶畫像的認知和了解也處于初級階段。是以，高效的智能化資料分析複盤十分有必要，此次資料中台賦能财富直播是一個很好的數字化實踐案例，希望以上的内容可以為企業大資料戰略布局及開展基于客戶标簽體系建設的數字化營銷應用提供有益的借鑒。
第四部分：直播項目運維保障
在疫情期間所有的線下拓客都停滞的狀況下，宜信财富上線新的功能：硬核直播帶貨，疫情期間平台上幾乎每天都會有一場直播。截至目前，幾乎每一場直播都得以順利流暢地進行，背後的功臣，就是我們整個的直播運維保障團隊。
運維作為業務發展的後腰團隊，很少為使用者所關注，但卻是支撐産品基礎系統穩定運轉的重要力量。今天我們就和大家說說運維保障團隊為直播産品和正常服務保駕護航都做了哪些方面的努力。
首先介紹一下直播的流程。通過下圖做一個簡要的介紹，首先看左側兩圖的部分，在一台滿足推流條件的電腦上安裝OBS直播推流軟體，把要展示給大家看的内容，專業術語稱為“源”，如微信視訊、PPT、圖檔、視訊檔案等等在OBS中調整好布局，形成場景，合成為可以在網際網路傳播的視訊流，通過網絡（此處指OBS電腦所在的網絡，一般是家庭寬帶和公司辦公用網）上傳到視訊雲伺服器（VDN，在全國乃至全球有多個節點，實作終端就近連接配接視訊伺服器觀看，減少跨國或是跨地區帶來的網絡不穩定、品質不高等問題），然後咱們的客戶和同僚就可以通過手機上的宜信财富APP、财富夜話小程式、星火金服APP進行觀看啦。
上面的介紹聽起來好像也挺簡單的，别急，還有很多事情沒有說呢：
觀衆對于直播卡頓的耐受度越來越低，尤其是對商業價值更高、觀衆期望值更高的企業直播來說，直播過程中如果出現頁面打不開、延遲高緩沖長等各種突發小狀況，都會成為影響企業直播營銷效果的安全“大問題”。
其中，最容易影響直播穩定性的一大原因，就是直播發起後是否正确推流。我們的運維夥伴在直播期間穩坐“導播椅”，眼盯螢幕，耳聽聲音，寸步不離；期間要根據說話内容切換到PPT或是視訊，還要及時切回來保證音視訊和畫面的切換正确；由于目前是遠端辦公，電腦和顯示器的配置、網絡帶寬的速度和品質參差不齊，也會導緻直播卡頓等，是以每次直播，運維的夥伴都會提前進行兩次或以上的測試，參與直播或測試的人員來自于不同的國家或地區，對于開播前的準備和網絡流暢度等，都需要協調時間、多輪溝通、多次測試，這些都是每場直播前的标配任務。另外導播工作所用的硬體，均是自有的，尤其是顯示器，為了更好地幫助畫面調整，也從普通的22寸變成了34寸的大屏顯示。
為了給大家提供更好的視聽體驗，直播畫面的展現也是很重要的一環，把不同的元素放在一個布局裡，調整成滿意的可以展現給大家看的畫面，這樣的調整每次都要多次溝通和微調。
說了這麼多，給大家配幾張圖吧，可以更直覺地了解下：
上面談到的都是線上直播，線下也有直播，相比來說，線下有場地或舞台的直播，所用的裝置更全、更專業，直播過程也更穩定。從下圖就可以看到，參與直播保障的人力也會更多。
和咱們平常所看到的球賽或是大型晚會直播類似，隻是錄影機多少的差別。（如果大家想了解更多可以私信小助手哦）。好了關于運維方面的内容我們就說到這裡。
總結
事實上，資料中台等技術隻是宜信數字化的一部分，作為在金融行業頭部的企業，宜信擁有很多領先的金融技術和成熟的科技團隊。以強大的技術實力和實踐能力為基石，宜信技術團隊為本次直播開發了穩定的平台并提供了全方位的運維保障服務，有力地保障了宜信财富在特殊時期通過直播實作财富業績逆勢增長。未來宜信技術團隊也會不斷地創新，通過更多場景化的應用，提升我們的科技能力，助力宜信通過數字化方式快速實作品牌提升和業績增長。
由于“突發疫情”而催生出如此頻繁的視訊直播，但也開辟了财富端獲客的“第二戰場”，這也給大家一個深思的“機會”，線上獲客、視訊直播獲客能否長久可行？而作為技術人，我們又要提前做些什麼樣的思考和行動？
來源：宜信财富技術團隊
作者米志華，方建國，郭樹源，譚文濤，孫李強，劉春穎，劉橋