要從 KKTIX 自動更新每日的售票數據有多難?

2019/08/18閱讀時間約 2 分鐘
最近這陣子都在處理團隊營運與行銷的一些量化分析,忽然覺得好像可以把這些技術應用在會議的售票管理上面,身為今年 MOPCON 的坑主,應該要有一些工具來好好掌握一下銷售的情況避免翻船,於是就把腦筋動到前陣子剛用 metabase 做完的slack 通知機器人這個模式上面,只要沒有達成預定的銷售目標,slack bot 就會早上八點叫坑主起床來開始思考一下今天要怎麼去調整策略進行應變,如果可以有效的結合 GA 或是 FB 廣告投放的數據,就比較容易知道我們的行銷策略是否有帶來足夠的轉換,這對電商來說應該是非常稀鬆平常的事情,不過對於會議的售票操作好像比較少人在討論怎麼去進行這樣子的分析,可能因為大部分是社群自主發起,加上活動的售票頻率並沒有像是一般的商品銷售是需要做一年到頭每日、每週或是每季度的檢討,對於營運或是財務控制比較沒有那麼大的要求吧。
每天會自動發送昨日營運成果的 slackbot 範例,以 metabase 的 pulse 功能製作

系統概觀

要做到這件事情,最主要困難點在於每日需要去刷新會議的訂票資料,不知道為什麼 kktix 沒有像 eventbrite 那樣開放開發者 API,因此決定採用比較土砲的方式來硬幹,大致上流程如下:
  1. 透過 selenium 連接到 kktix 並以活動擁有者登入
  2. 以 selenium 移動到活動頁面,自動按下輸出按鈕
  3. 透過 gmail API 取得信件內容
  4. 抓取信件內的下載 url ,放置到分析資料夾
  5. 進行數據處理與分析之後上傳到 metabase server
  6. 由 metabot 自動發送每日通知
前面 1~2 大致上花費我兩小時的時間開發與測試,主要需要手動去判斷網頁中哪些 element 是可以用於此用途的,對一些擅長網頁自動化測試或是攻擊的人來說應該是一下子就可以寫完的功能,後來額外花費比較多時間的部分是下載售票資料檔的部分,本來以為是按下去之後會直接下載檔案,測試了一下才驚覺是寄下載連結到帳號的 email 信箱,本來以為快做完了結果默默又被增加了兩個 feature XD”
整個功能本來預期可以兩小時左右做完,目前看起來應該要抓四到六個小時左右才能初步完成。

未來展望

近年來隨著線上教學跟各種影片資訊的豐富,其實實體會議的價值也跟著產生轉變,有點像是線上串流音樂的興起之後會促成演唱會的型態與內容產生質變一樣,我認為未來的社群會議也會需要引入更多的技術與數據分析去改變跟參與者互動的模式與進行的方式,才能夠在不斷演進的科技浪潮中存活下來,單純的大拜拜或是靠著大神來撐起會議的售票的時代或許已經是正在褪色的過去式,更多個人化或是透過量化數據去優化售票策略的經營方針應能夠為會議帶來更多豐富內涵與價值的洞見。

參考資料:

為什麼會看到廣告
Ofa Hsueh
Ofa Hsueh
我希望達達的鍵盤聲不是美麗的bug <br/> 我不是詩人,是個Programmer。
留言0
查看全部
發表第一個留言支持創作者!