2019/04/01

SBL App工作日誌(四) : 球迷的信使

在開始文章之前,筆者需在此先聲明: 一、此計畫純粹為個人願景,有可能過於天馬行空,亦或是嘗試後失敗。 二、此計畫為進行式,工作日誌的內文與進度皆為前些日子的進度。 三、過程中我所...

作者:Luphan

請繼續往下閱讀

王 子又

2

Luphan

想請問一下選2是因為在使用此App時
主要只會想看到自己支持的球隊的消息嗎?

Carter

現在作者設計的這個app是遊戲型,然後兼具集合球隊新聞、活動消息甚至數據查詢的功能嗎?

Luphan

主要會是以卡片遊戲為主
但是若計畫最後有要執行
就會請一位小編把各隊的活動、賽事統整後上傳到資料庫
不過這些活動、賽事、數據都不會另外再進行製作
純粹在App內開啟相對應的連結而已

簡單來說是遊戲 + SBL相關資訊的統整App

lucas0109

個人推薦有選項可以選1或2哈哈,可能一開始想選1,若覺得太雜可以換2?

小佛

支持這個方案+1!

Luphan

好喔! 目前有試著朝這方向在思考了,可能會考慮有3個tag
"支持的球隊消息"、"App消息"、"聯賽消息"
使用者可以切換,去觀看想要的新聞

跟著安迪聊運動

哈囉!我都有看這系列的文章,我覺得很不錯。我以NBA官方的App為例,他在登入、創辦時就會詢問你有無支持的球隊或是喜歡的特定球員,這樣你在日後登入進去的頁面後,就有一塊是你支持球隊的賽程跟即時比分,我覺得這會是一個蠻理想的做法。就我而言,聯盟的消息我都會想得知,若自己還有特定支持的球隊的話,只要在App做設定,也可以很快搜尋到,這是我的想法提供給你做參考。

Luphan

好喔!! 筆記中...

跟著安迪聊運動

如果未來還有任何想法或疑問,歡迎找我一起討論,我個人或許稱不上專業,但願意提供筆者一些我對這塊領域的看法!

Luphan

@跟著安迪聊運動
其實我只會些程式能力,在UI跟UX上是非常沒有經驗的
而UX最好的方式就是跟使用者討論
所以我會非常需要你們給的建議
才能夠彌補UX沒有經驗的這塊

小佛

非常佩服你的毅力和熱忱!(真希望籃協和各球團願意一起投資這樣的行銷計畫,畢竟這一塊真的讓球迷感受不到太多進步...)

我突然靈光一現,若是無法推及所有球隊,是否能和有意願的球隊企業單獨進行接洽呢(又或者有兩三支隊伍有興趣的話,就先行納入計畫之中)?

Luphan

日誌已經是好幾個月前的事,近期我已經有試著跟其他球隊或其他公司洽談
不過最大的問題在於

大球團或企業無法作主,且大公司的金費並不好挪用,要跑很多流程。
小公司則很明確的表示這TA的消費能力太小,不足以吸引他們。

現實來講,會觸礁也有很大一部分在於這市場並不吸引人

在開始文章之前,筆者需在此先聲明:

一、此計畫純粹為個人願景,有可能過於天馬行空,亦或是嘗試後失敗

二、此計畫為進行式,工作日誌的內文與進度皆為前些日子的進度。

三、過程中我所接洽的人、或幫助我的人,工作日誌引述到的人將會以匿名來保護。

四、此App的計畫完全是由筆者所構想、策畫,目前並無和任何單位合作。

 

若要製作SBL的App,我勢必會需要後台資料庫,對於在前公司只有跟後台工程師合作過的我來說,這一個環節是另外需要學習的領域,但是考量到這件事情的不可避免性跟後台知識的價值,我馬上著手開始學習後台的相關能力,當時我有兩個在考慮的選項(下面牽涉一些程式的東西,如果沒興趣讀者可以跳過):

 

1.MySQL: 這是前公司有在使用的後台,當時我也有兩三次跟後台工程師串接的經驗,因此算是兩個選項中我稍微較熟悉的,另外他的格式外表對開發者而言很友善! 這點很吸引人。
缺點: 他需要一台24小時都在作業的專業版Window電腦來當後台的存放點。當然,我不需要犧牲我的電費跟電腦24小時讓它燒,有很多公司都可以提供線上的空間(錢另外計算)。

畫面相當乾淨、明瞭的MySQL

 

2.Google Firebase: Firebase是Google提供的一種服務,只要有Google帳號,便可以使用。而且Google Firebase提供了很多App常會需要的功能,像是推波、帳號管理、雲端空間等,如果使用Firebase,你也不需用再找存放空間了,他們自己就是。
缺點: 他的資料庫是使用Json格式,看起來不如MySQL。另外超過流量也是要付費。

目前後台的樣子

 

 

 

這兩個選項我僅思索了幾分鐘,便選了Firebase(沒辦法...我是Google的粉絲)。扣除掉粉絲這點之外,他的推波功能對於SBLApp開發而言實在太加分了! 他完全就可以成為球迷的信使,包括球迷最常詬病的"球季開打通知"、"行銷看不到"等問題,都可以靠這個解決! 過往SBL的消息是透過FB粉專、IG等功能來推廣,球迷多半是再偶爾滑到的時候,才會吸收相關消息。但在Firebase的幫助下,只要小編或管理者發布消息,球迷的手機便會收到通知,等於是變成主動的告知使用者。

目前App的片段截圖,不過倒數功能排在蠻後面的,現在還沒有打算要碰它,所以上面的時間是假的

不過,這樣美好的畫面我並沒有陷得太深,我估計Firebase這樣的優點恐怕要等到App推成後的一陣子才有可能帶來影響。畢竟我目前預設第一階段的TA(消費族群)是本來就已經很喜歡SBL的人了。如果球迷都有熱誠去下載SBL App了,他們應該早就也知道球季開打的時間了。樂觀一點的估計,這樣的行銷成效恐怕要等到比較淺一點的球迷也來下載App才會有差。 

 

 

另外,如何不干擾使用者也是相當重要的課題。我們自己平常都快被那些推波煩死了,因此這頻率絕對不能太高,我目前在App的設定區塊有安排要做推波的重要性選擇給使用者,讓使用者可以決定哪些類型的資訊他們想知道,但縱使如此,要讓使用者找到設定的頁面並去思考哪些推波值得通知也是相當不容易的事,多半當他們嫌煩時,他們會直接刪除掉App,而不會去尋找怎麼把推波關掉。聽起來使用者根本就像是不聽話、頭上長角的惡魔壞小孩,但是我們不得不承認,大部分的人包括各位讀者跟筆者,都很有可能會這麼做。

 

 

現在技術性層面的討論完了,讓我們拉回文章上禮拜提到的段落吧。
在送出了三封有去無回的提案信後,我便傻傻的等著,每天都心急如焚地等著。"那封信他們可能連看都沒有看一眼"、"我的用詞遣字是不是不夠禮貌"、"我的Gamil是不是壞了?"(順帶一提,那一陣子我還真的有幾次將信送出後,對方沒有收到,我所信仰的Google在此時有點動搖),心中充斥著各種猜測跟困惑。

 


在這完全沒有下文的三個禮拜,我把握了時間把Firebase測試完畢,另外也開始思索,還有什麼方法可以增加SBL的人氣呢? 就是在這樣的背景下,我開始寫起了SBL的每週戰報,雖然我知道運動視界也有其他作家在寫,但當然這種文章越多越好,只要能夠增加大家的討論度便是好事,因此每個禮拜六日我便開始寫起了戰報(要是我當時還在工作,我絕對不可能有這種閒時間來寫這些東西...),當時第一篇戰報是12/18開始寫的,現在回想已不知不覺的寫了十一篇,甚至第十二篇現在是完全一個字都還沒開始寫。

訂閱運動視界電子報

追蹤我們