張 明

中央宣傳部電影數(shù)字節(jié)目管理中心,北京 100866

1 引言

農(nóng)村電影放映工程是服務(wù)基層群眾的文化活動,自1998年提出,即在本世紀(jì)在廣大農(nóng)村實現(xiàn) “一村一月放映一場電影”的目標(biāo)。此工程是推進(jìn)文化基本公共服務(wù)均等化,加強(qiáng)農(nóng)村文化建設(shè),豐富農(nóng)村文化生活的重要手段。隨著我國國民經(jīng)濟(jì)水平的發(fā)展,廣大農(nóng)村群眾對于精神層面的需求也相應(yīng)提高,因此農(nóng)村公益電影公共服務(wù)平臺的升級建設(shè)也顯得尤為重要。為進(jìn)一步落實公共文化服務(wù)建設(shè)中百姓“點單”、院線 “派單”、放映隊 “接單”、群眾 “評單”相貫通的工作模式,電影數(shù)字節(jié)目管理中心自2020年開展農(nóng)村電影放映滿意度調(diào)查工作,從觀影行為、觀影喜好、觀影評價分析等方面入手,通過網(wǎng)絡(luò)問卷調(diào)查的方式獲取農(nóng)村電影觀眾群體觀影體驗一手資料,掌握基層放映和觀影的實際情況,為下一步工作開展提供借鑒和參考。

移動互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,推動了人民生活方式的改變,傳統(tǒng)的問卷調(diào)查方式收集率低,統(tǒng)計繁瑣,人工成本高。觀影群眾問卷調(diào)查作為農(nóng)村公益電影放映中的一環(huán),在目前的信息化建設(shè)過程中存在以下需求。

(1)結(jié)合已有業(yè)務(wù),打通數(shù)據(jù)鏈路

農(nóng)村電影放映工程信息化運營已有十多年時間,形成了較為完備的業(yè)務(wù)流程,而群眾觀影問卷調(diào)查反饋數(shù)據(jù)是新增的功能點,作為其業(yè)務(wù)鏈條上的一環(huán),需結(jié)合已積累的生產(chǎn)數(shù)據(jù),形成更加全面的數(shù)據(jù)平臺。目前,平臺存儲了大量業(yè)務(wù)數(shù)據(jù),例如訂購數(shù)據(jù)、放映數(shù)據(jù)、日志數(shù)據(jù)等,可以應(yīng)用這些數(shù)據(jù)來做運營及戰(zhàn)略決策。而新增的數(shù)據(jù)也需要制定相應(yīng)的標(biāo)準(zhǔn)和流程,讓評價數(shù)據(jù)成為真正有價值的存在。要解決此類問題常有三個方法:方法一:做數(shù)據(jù)接口。由各個軟件廠商提供數(shù)據(jù)接口,實現(xiàn)數(shù)據(jù)匯集,這種方法需要花費大量人力和時間去協(xié)調(diào),工作量很大且耗時長。方法二:開放數(shù)據(jù)庫。為實現(xiàn)數(shù)據(jù)的采集和匯聚,開放數(shù)據(jù)庫是最直接的,但同樣也需要協(xié)調(diào)各軟件廠商開放數(shù)據(jù)庫,難度很大。而要同時連接多個軟件廠商的數(shù)據(jù)庫,并且實時獲取數(shù)據(jù),這對平臺性能也是個巨大的挑戰(zhàn)。方法三,基于底層數(shù)據(jù)交換的數(shù)據(jù)直接采集方式。此方式可以獨立抓取,不需要軟件廠家配合,能夠?qū)崟r采集數(shù)據(jù),兼容各種平臺軟件,配置簡單,周期更短。一方面,可以快速自動實現(xiàn)不同系統(tǒng)及軟件的數(shù)據(jù)交互,打通不同平臺之間的數(shù)據(jù)流通;另一方面,還可以最大程度地實現(xiàn)業(yè)務(wù)流程自動化,解放勞力資源,實現(xiàn)增效降本。

(2)群眾填報時間集中,資源動態(tài)調(diào)配

依據(jù)農(nóng)村電影放映業(yè)務(wù)的特點,其放映時間大多集中在夜晚時段,觀影群眾問卷調(diào)查的填寫也會在此時間段內(nèi)進(jìn)行訪問與提交,因此會帶來短時間內(nèi)的高并發(fā)。高并發(fā)會導(dǎo)致站點服務(wù)器或者數(shù)據(jù)庫服務(wù)器資源被占滿崩潰,甚至出現(xiàn)服務(wù)器宕機(jī)、數(shù)據(jù)的存儲不完整、數(shù)據(jù)更新異常問題等。而在客戶端可能引發(fā)的現(xiàn)象是網(wǎng)頁卡頓、提交數(shù)據(jù)失敗等,均會給用戶帶來較差的體驗。而在白天時段,填報量較小。因此,需要搭建配套的軟硬件資源監(jiān)控,一方面解決短時間內(nèi)數(shù)據(jù)高并發(fā)訪問帶來的影響,另一方面實現(xiàn) “閑時”資源動態(tài)調(diào)配。

(3)實時監(jiān)控數(shù)據(jù)狀態(tài),保證數(shù)據(jù)質(zhì)量

數(shù)據(jù)質(zhì)量是數(shù)據(jù)治理中重要的一把標(biāo)尺,高質(zhì)量的數(shù)據(jù)對管理決策、業(yè)務(wù)支撐都有極其重要的作用。數(shù)據(jù)質(zhì)量的關(guān)鍵所在包括完整性、一致性、準(zhǔn)確性和及時性。完整性確保數(shù)據(jù)中應(yīng)該收集的和實際收集的數(shù)據(jù)之間沒有差距,一致性是指數(shù)據(jù)類型必須與收集的數(shù)據(jù)的預(yù)期版本一致,準(zhǔn)確性是指收集的數(shù)據(jù)是正確的,相關(guān)并準(zhǔn)確地表示它應(yīng)該是什么,及時性要求應(yīng)在預(yù)期時間收到數(shù)據(jù),以便有效利用信息。當(dāng)數(shù)據(jù)質(zhì)量出現(xiàn)問題,不能及時地警報通知,只能先發(fā)現(xiàn)后治理再進(jìn)行任務(wù)返工,影響數(shù)據(jù)產(chǎn)出和決策,而對數(shù)據(jù)質(zhì)量的實時監(jiān)控能夠第一時間反饋相關(guān)責(zé)任人相關(guān)事件,協(xié)助運維人員更精準(zhǔn)排查問題。

(4)成熟的問卷產(chǎn)品數(shù)據(jù)分析維度受限

數(shù)據(jù)可視化的意義是幫助人更好地分析數(shù)據(jù),信息的質(zhì)量很大程度上依賴于其表達(dá)方式。數(shù)據(jù)可視化的本質(zhì)就是借助圖形化的手段,清晰有效地傳達(dá)與溝通信息。目前比較成熟的產(chǎn)品,例如問卷星等,依托于自身的分析和展示平臺,雖然也能夠按照客戶需求導(dǎo)出或者下載相應(yīng)表格或者統(tǒng)計數(shù)據(jù),但無法直接做到可視化呈現(xiàn),更不要說與其他環(huán)節(jié)的數(shù)據(jù)進(jìn)行關(guān)聯(lián)分析及展示了。并且,受限于產(chǎn)品本身,是無法直接連接其數(shù)據(jù)庫的,后期數(shù)據(jù)分析維度受制于產(chǎn)品開放的權(quán)限。因此,如果要從根本上解決這個問題,就需要從源頭上掌握數(shù)據(jù)本身所有權(quán)限,然后再在此基礎(chǔ)上進(jìn)行數(shù)據(jù)分析和展示。

針對以上具體問題,文本介紹了一種基于Flask+Webhook技術(shù)的問卷調(diào)查數(shù)據(jù)收集解決方案,旨在搭建一套映后能夠自適應(yīng)題目變化的評價分析系統(tǒng),及時反饋群眾觀影意見,整合已有的生產(chǎn)數(shù)據(jù)進(jìn)行交叉分析,進(jìn)行可視化呈現(xiàn),為運營人員和管理人員提供決策支持。

2 相關(guān)技術(shù)介紹

2.1 Webhook VS RESTful

REST(Representational State Transfer)是一種網(wǎng)絡(luò)應(yīng)用程序的設(shè)計風(fēng)格和開發(fā)方式,基于HTTP,可以使用XML格式定義或JSON格式定義。REST指的是一組架構(gòu)約束條件和原則。滿足這些約束條件和原則的應(yīng)用程序或設(shè)計就是RESTful。RESTful特點包括:每一個URI代表1種資源;客戶端使用GET、POST、PUT、DELETE 4個表示操作方式的動詞對服務(wù)端資源進(jìn)行操作,GET用來獲取資源,POST用來新建資源或者用于更新資源,PUT用來更新資源,DELETE用來刪除資源;通過操作資源的表現(xiàn)形式來操作資源;資源的表現(xiàn)形式是XML或者HTML;客戶端與服務(wù)端之間的交互在請求之間是無狀態(tài)的,從客戶端到服務(wù)端的每個請求都必須包含理解請求所必需的信息。從其誕生之日開始,它就因其可擴(kuò)展性和簡單性受到越來越多的架構(gòu)師和開發(fā)者們的青睞。一方面,隨著云計算和移動計算的興起,許多企業(yè)愿意在互聯(lián)網(wǎng)上共享自己的數(shù)據(jù)、功能;另一方面,在企業(yè)中,RESTful API(也稱RESTful Web服務(wù))也逐漸超越SOAP成為實現(xiàn)SOA的重要手段之一。時至今日,RESTful架構(gòu)風(fēng)格已成為企業(yè)級服務(wù)的標(biāo)配。

Webhook是一個API概念,對比于RESTful是一種反向API機(jī)制,類似于觸發(fā)器。近幾年,Webhook作為一個輕量的事件處理應(yīng)用,在前后端對接的開發(fā)模式中變得越來越流行。Webhook提供了一種新的前后端交互方式,對于一些沒有前端頁面的業(yè)務(wù)場景,例如登錄驗證、獲取反饋數(shù)據(jù),或者安全性較高的支付場景等,適合使用Webhook做主動推送。如果客戶端要長期監(jiān)聽某個任務(wù)的狀態(tài),按照正常的API調(diào)用的方式去做,就需要不停地輪詢服務(wù)器來獲取當(dāng)前狀態(tài);如果使用Webhook則無需輪詢,通過API可以確定是否發(fā)生了更改,如果更改了只需要等待服務(wù)器推送信息過來,然后客戶端更新就可以。

在傳統(tǒng)的Web Server設(shè)計中,如果客戶端需要獲取服務(wù)器端的最新數(shù)據(jù),需要通過RESTful中的GET方法不停詢問服務(wù)器是否有最新數(shù)據(jù),然后等待服務(wù)器的反饋。而在Webhook中,客戶端無需主動詢問服務(wù)器,如果服務(wù)器端有新數(shù)據(jù)會主動推送到客戶端。由此來看,Webhook方式更加高效。

圖1 RESTful與Webhook

通常Webhook請求過來的數(shù)據(jù)格式為XML和JSON兩種,在現(xiàn)代Web應(yīng)用中,都能很好地解析和對這兩種數(shù)據(jù)進(jìn)行交互。由于Webhook會向公網(wǎng)上的Hook Url發(fā)送數(shù)據(jù),這就意味著某些不懷好意的人可能會找到這個Url,從而發(fā)送錯誤數(shù)據(jù)?？梢酝ㄟ^以下一些技術(shù)手段來解決這個問題:增加Token機(jī)制、增加Auth認(rèn)證、只接收對應(yīng)服務(wù)端Domain或IP請求、數(shù)據(jù)簽名。

2.2 Web框架的選擇

Flask和Django均是當(dāng)今最流行的Python Web框架。Flask是由Python語言寫成的輕量級的Web框架,其最早是由奧地利人Armin Ronacher于2010年發(fā)布。Flask最顯著的特點是 “微”框架,輕便靈活的同時又易于擴(kuò)展。默認(rèn)情況下,Flask只相當(dāng)于一個內(nèi)核,不包含數(shù)據(jù)庫抽象層ORM、表單驗證、用戶認(rèn)證、發(fā)送郵件等其它Web框架經(jīng)常包含的功能。Flask依賴用一些靈活的擴(kuò)展,例如郵件Flask-Mail、用戶認(rèn)證Flask-Login、數(shù)據(jù)庫Flask-SQLAlchemy等來給Web應(yīng)用添加額外功能。Flask沒有指定的數(shù)據(jù)庫,既可以是關(guān)系型的也可以是非關(guān)系型的。Django也是一個開源的Python Web應(yīng)用框架,最早于2005年發(fā)布,其采用了MVT的框架模式,即模型M、視圖V和模版T。Django被認(rèn)為是 “大而全”的重量級 Web框架,其自帶大量的常用工具和組件,例如數(shù)據(jù)庫ORM組件、用戶認(rèn)證、權(quán)限管理、分頁、緩存等,甚至還自帶了管理后臺Admin,比較適合快速開發(fā)功能完善的企業(yè)級網(wǎng)站。Django自帶免費的數(shù)據(jù)SQLite,同時支持MySQL、PostgreSQL等其他數(shù)據(jù)庫。

從應(yīng)用上來說,Flask與Django均廣泛用于Web應(yīng)用開發(fā)。Django和Flask各有利弊,如果開發(fā)項目目標(biāo)明確,就是要開發(fā)包含各種功能的傳統(tǒng)企業(yè)級網(wǎng)站,使用Django能節(jié)省不少尋找或開發(fā)第三方擴(kuò)展的精力。開發(fā)企業(yè)級網(wǎng)站通常由一個團(tuán)隊來進(jìn)行,Django可插拔式的APP設(shè)計思想和剛性的項目結(jié)構(gòu)便于團(tuán)隊后期維護(hù)項目代碼。如果只需要開發(fā)一個輕量級網(wǎng)站或者特定的微服務(wù),比如API,Django自帶的大而全的網(wǎng)站功能很多用不上,比如緩存和管理后臺,此時只需要部署Flask即可。對于本項目而言,需求較為簡單,只需搭建一個連接問卷系統(tǒng)與數(shù)據(jù)庫之間的橋梁,無需搭建復(fù)雜全面的網(wǎng)站。綜合考量,本項目選擇Flask框架進(jìn)行搭建。

2.3 負(fù)載均衡

負(fù)載均衡是高可用網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的關(guān)鍵組件,通常用于將工作負(fù)載分布到多個服務(wù)器上,以用來提高網(wǎng)站、應(yīng)用、數(shù)據(jù)庫或其他服務(wù)的性能和可靠性。

一個沒有負(fù)載均衡的Web架構(gòu)如圖2所示,用戶是直連到Web服務(wù)器,如果這個服務(wù)器宕機(jī)了,那么用戶也就沒辦法訪問了。另外,如果同時有很多用戶試圖訪問服務(wù)器,超過了其能處理的極限,就會出現(xiàn)加載速度緩慢或根本無法連接的情況。

圖2 無負(fù)載均衡的Web架構(gòu)

而通過在后端引入一個負(fù)載均衡器和至少一個額外的Web服務(wù)器,可以緩解這個故障。通常情況下,所有的后端服務(wù)器會保證提供相同的內(nèi)容,以便用戶無論哪個服務(wù)器響應(yīng),都能收到一致的內(nèi)容。

從圖3可以看到,用戶訪問負(fù)載均衡器,再由負(fù)載均衡器將請求轉(zhuǎn)發(fā)給后端服務(wù)器。在這種情況下,單點故障現(xiàn)在轉(zhuǎn)移到負(fù)載均衡器上了。負(fù)載均衡器主要為下面四種主要類型的請求設(shè)置轉(zhuǎn)發(fā)規(guī)則:HTTP、HTTPS、TCP、UDP。負(fù)載均衡器一般根據(jù)兩個因素來決定要將請求轉(zhuǎn)發(fā)到哪個服務(wù)器。首先,確保所選擇的服務(wù)器能夠?qū)φ埱笞龀鲰憫?yīng),然后根據(jù)預(yù)先配置的規(guī)則從健康服務(wù)器池 (Healthy Pool)中進(jìn)行選擇。

圖3 有負(fù)載均衡的Web架構(gòu)

因為,負(fù)載均衡器應(yīng)當(dāng)只選擇能正常做出響應(yīng)的后端服務(wù)器,因此就需要有一種判斷后端服務(wù)器是否 “Healthy”的方法。為了監(jiān)視后臺服務(wù)器的運行狀況,運行狀態(tài)檢查服務(wù)會定期嘗試使用轉(zhuǎn)發(fā)規(guī)則定義的協(xié)議和端口去連接后端服務(wù)器。如果,服務(wù)器無法通過健康檢查,就會從池中剔除,保證流量不會被轉(zhuǎn)發(fā)到該服務(wù)器,直到其再次通過健康檢查為止。

2.4 可視化展現(xiàn)

ECharts開源來自百度商業(yè)前端數(shù)據(jù)可視化團(tuán)隊,基于Html5 Canvas,是一個純Javascript圖表庫,提供直觀、生動、可交互、可個性化定制的數(shù)據(jù)可視化圖表。創(chuàng)新的拖拽重計算、數(shù)據(jù)視圖、值域漫游等特性大大增強(qiáng)了用戶體驗,賦予了用戶對數(shù)據(jù)進(jìn)行挖掘、整合的能力。

ECharts提供了豐富的可視化類型,例如常規(guī)的折線圖、柱狀圖、散點圖、餅圖、K線圖,用于統(tǒng)計的盒形圖,用于地理數(shù)據(jù)可視化的地圖、熱力圖、線圖,用于關(guān)系數(shù)據(jù)可視化的關(guān)系圖、Treemap、旭日圖,用于多維數(shù)據(jù)可視化的平行坐標(biāo),還有用于BI的漏斗圖、儀表盤,并且支持圖與圖之間的混搭。支持多種數(shù)據(jù)格式無需轉(zhuǎn)換直接使用,通過增量渲染技術(shù)能夠展現(xiàn)千萬級的數(shù)據(jù)量,多渲染方案跨平臺使用,支持對數(shù)據(jù)進(jìn)行多維度數(shù)據(jù)篩取、視圖縮放、展示細(xì)節(jié)等交互操作等。

3 整體架構(gòu)及功能點

系統(tǒng)整體架構(gòu)如圖4所示,用戶持有手機(jī)掃描二維碼進(jìn)入問卷調(diào)查頁面,待用戶提交答案后,原始數(shù)據(jù)經(jīng)過Webhook服務(wù)推送至服務(wù)器。服務(wù)器上部署Flask用來接收數(shù)據(jù),使用Python進(jìn)行數(shù)據(jù)解析及清理然后存儲至數(shù)據(jù)庫MySQL。根據(jù)業(yè)務(wù)需求生成各種報表及可視化展示。

圖4 整體架構(gòu)

3.1 數(shù)據(jù)收集及監(jiān)控

當(dāng)服務(wù)端通過Webhook服務(wù)推送數(shù)據(jù)到客戶端后,服務(wù)器就不再關(guān)注這些已發(fā)送數(shù)據(jù)。但是真實情況中因為網(wǎng)絡(luò)延遲、無法請求成功等情況會導(dǎo)致數(shù)據(jù)抵達(dá)客戶端失敗。因此,為解決此類問題,需要對所有事件的狀態(tài)值進(jìn)行監(jiān)控,若發(fā)現(xiàn)非正常狀態(tài),需啟動主動發(fā)送機(jī)制,保證數(shù)據(jù)的完整性,如圖5所示。

圖5 Webhook數(shù)據(jù)監(jiān)控流程

3.2 數(shù)據(jù)解析

通過Webhook服務(wù)推送的數(shù)據(jù)格式一般選擇JSON,客戶端使用Flask接收數(shù)據(jù),再使用Python語言進(jìn)行解析。原始數(shù)據(jù)中包含系統(tǒng)時間、問卷ID、用戶標(biāo)識等基礎(chǔ)信息,另外需要根據(jù)不同的答案類型解析答案數(shù)據(jù),答案類型包括:單選、多選、下拉選項、填空、矩陣、文本、聯(lián)動、附件等,每類題目解析格式需匹配相應(yīng)的格式。

3.3 題干自適應(yīng)

問卷調(diào)查的題目不是一成不變的,會根據(jù)農(nóng)村公益電影放映的服務(wù)對象、服務(wù)內(nèi)容、服務(wù)形式等進(jìn)行調(diào)整,例如每年圍繞不同主題的放映推薦活動等,問卷調(diào)查題目也需要與之適應(yīng)改變。為保障某些題目更改后能夠快速上線,需制定相應(yīng)的腳本檢測題目ID,判斷其題目類型并解析答案格式。如圖6所示,題干監(jiān)控程序負(fù)責(zé)對問卷題目的實時監(jiān)控,一旦發(fā)現(xiàn)題干有所變化會立刻判斷變化類型,根據(jù)目標(biāo)類型修改解析過程和數(shù)據(jù)格式,然后更新至問卷題目中。

圖6 題干自適應(yīng)流程

3.4 數(shù)據(jù)質(zhì)量保證

在數(shù)據(jù)來源多樣化的情況下,數(shù)據(jù)的可靠性和實用性直接影響到統(tǒng)計分析是否得到正確的結(jié)論,所以說數(shù)據(jù)的質(zhì)量尤為重要。數(shù)據(jù)質(zhì)量主要分為以下幾個方面。

(1)完整性:確保數(shù)據(jù)中應(yīng)該收集的和實際收集的數(shù)據(jù)之間沒有差距。如果數(shù)據(jù)不完整,可以通過暫停提交來解決此問題。通過使用強(qiáng)制字段功能,可以輕松實現(xiàn)數(shù)據(jù)完整性,比如沒有填寫必填字段則數(shù)據(jù)無法提交。數(shù)據(jù)的完整性也將確保花費更少的時間浪費在修復(fù)因數(shù)據(jù)不完整而導(dǎo)致的錯誤。

(2)一致性:數(shù)據(jù)類型必須與收集數(shù)據(jù)的預(yù)期版本一致?？梢酝ㄟ^使用數(shù)據(jù)收集應(yīng)用程序中的下拉菜單來確保這一點,這將是以預(yù)期格式一致的方式收集數(shù)據(jù)。而不是以自由形式填寫,還有一些預(yù)先確定的選項可供選擇,常用于填寫性別、出生年月、省市區(qū)縣等。

(3)準(zhǔn)確性:收集的數(shù)據(jù)是正確的,相關(guān)并準(zhǔn)確地表示它應(yīng)該是什么。準(zhǔn)確性比數(shù)據(jù)完整性和一致性更有難度,但是,仍然存在人為錯誤的空間。為了減少不準(zhǔn)確的可能性,必須實施額外的措施,例如將圖片捕獲、GPS位置和時間戳添加到記錄的事件中。

(4)及時性:應(yīng)在預(yù)期時間收到數(shù)據(jù),以便有效利用信息。任何較慢的速度都不能提供足夠的信息。有了實時數(shù)據(jù)和分析,管理者就能更好地做出更有效、更明智的決策。

為保證數(shù)據(jù)質(zhì)量,可以通過事先定義好的規(guī)則、調(diào)度時間、工作流程,自動完成數(shù)據(jù)的質(zhì)量檢查,極大地減少人力的投入和過程干預(yù),提升效率,減少誤差,如圖7所示。同時遇到重大問題能夠及時警告,對質(zhì)量檢查的結(jié)果提供多方式 (界面、郵件、短信)告警,及時了解到系統(tǒng)檢查結(jié)果,避免重大問題的延誤。

圖7 數(shù)據(jù)質(zhì)量保證

3.5 可視化呈現(xiàn)

可視化呈現(xiàn)能夠從多個角度進(jìn)行分析展示,現(xiàn)將觀影行為、觀影喜好、觀影評價分析如下。

觀影行為分析:從觀影場所、獲知放映信息渠道及觀影頻率三個方面調(diào)研觀影行為,并將這三個方面與受訪觀眾的所在地區(qū)與年齡進(jìn)行交叉分析,以得到不同地區(qū)、不同年齡受訪觀眾的觀影行為差異 (圖8)。

圖8 觀眾性別及年齡分布

觀影喜好分析:調(diào)研觀眾的觀影需求和喜好,有助于促進(jìn)更為精準(zhǔn)的供需對接。這一部分,從影片題材、片種兩個方面收集受訪觀眾的觀影需求(圖9),為后續(xù)影片供應(yīng)組織和宣傳推介工作的開展提供參考。

圖9 觀眾觀影偏好

觀影評價分析:從受訪觀眾觀影評價整體情況、視聽效果評價、觀眾影片質(zhì)量評價、觀影環(huán)境評價四個方面進(jìn)行打分,綜合考量對影片內(nèi)容、放映服務(wù)等環(huán)節(jié)的反饋。

4 結(jié)語

文本介紹了一種基于Flask+Webhook技術(shù)的問卷調(diào)查數(shù)據(jù)收集解決方案,結(jié)合已有業(yè)務(wù),打通了數(shù)據(jù)鏈路,能夠?qū)崿F(xiàn)資源動態(tài)調(diào)配,實時監(jiān)控數(shù)據(jù)狀態(tài),保證了數(shù)據(jù)質(zhì)量。通過實時獲取原始數(shù)據(jù)經(jīng)數(shù)據(jù)清洗、加工、存儲后,根據(jù)不同的業(yè)務(wù)場景進(jìn)行不同維度分析及展示。農(nóng)村觀影滿意度調(diào)查自2020年啟動,截至2022年3月31日,已收集問卷調(diào)查樣本15萬余份,整體滿意度為98.5%。調(diào)查問卷通過網(wǎng)絡(luò)問卷形式獲取農(nóng)村電影觀眾群體觀影體驗一手資料,為了解群眾觀影需求和意見提供了渠道,建立了與群眾溝通的橋梁,促進(jìn)了公益放映電影市場的蓬勃發(fā)展。鑒于各省觀影群眾行為、偏好、評價會依托當(dāng)?shù)鼐唧w情況有所側(cè)重點,接下來工作目標(biāo)是在全國數(shù)據(jù)的基礎(chǔ)上根據(jù)地理信息進(jìn)行細(xì)化分析,利用數(shù)據(jù)深化對影片宣發(fā)、選片訂購的數(shù)據(jù)服務(wù),進(jìn)一步促進(jìn)需求和供給的精準(zhǔn)對接、影片資源的進(jìn)一步利用挖掘。?