2019/04/22
作者:Luphan

SBL App工作日誌(七) : 球場旁

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

請繼續往下閱讀

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

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

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

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

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

 

在這一篇開始之前,想來先討論一下使用者體驗這件事,我們先看一下NBA.com的介面設計:

如果大家平常有上NBA官網的習慣的話,便會知道我截的這張圖(先聲明,這種設計可在很多不同的網頁都可看到),所以我們應該稱這區塊叫什麼呢? 我一開始的想法是"新聞區",而且是設計的很棒的新聞區,為何這麼說呢? 首先他的新聞都有配上合適的圖片,增加了新聞的張力,也增加了大家想點他的動力(連我都想知道是撿到Doc Rivers的2000美元)。再來,他的每一篇新聞都有簡寫出現在下方,減少了大家對於文字的閱讀壓力。"舊金山人路不拾遺,瑞佛斯2千美元失而復得"跟"拾金不昧"哪個比較好閱讀? 相信答案呼之欲出了。而且即使標題太過於短化讓人看不懂的話,你也可以輕鬆點開該新聞去了解更多。

 

 

而在看完這樣的設計方式後,我面臨到兩個問題,這兩個問題分別來自於我做好的"新聞介面"、"活動介面"兩大區塊,先來談新聞區塊的問題好了:

新聞區塊

目前設計的新聞介面很明顯沒有NBA.com範例的優點,也沒有誘人的圖片,會這樣子的設計是因為我仍是使用免費的後台空間,如果使用圖片式的介面的話,我的後台流量也會因此提高(幾萬筆的資料可能剛好等於一張圖片的流量),Google Firebase提供的流量其實很多,其實不會因為這一兩張圖片而影響太多(當然如果使用者很多的話就另當別論)。

 

但我想在此詢問大家使用上的習慣,"你們覺得要了解SBL的近況,是透過多看大量的新聞標題呢,還是像NBA.com式的設計",其實對我來說,上面的新聞區塊的示意圖,其實很快地就可以了解McClain的故事,包括他為了女兒而戰、經歷一段低潮後才打出代表作等背後的故事,如果本意就是希望使用者可以一次多看3~5則新聞標題,那是否還有新聞圖片設計的需要呢?

 

 

再來是活動介面遇到的問題,各位可以先看一下下面的示意圖:

活動區塊(目前顯示活動)
活動區塊(目前顯是下場賽事)

活動區塊這我倒是跟NBA官網的介面有一點類似,後續我也會稍微調整一下設計(讓使用者在翻下一頁之前也能夠知道下一頁的標題是什麼)。而在這邊我所遇到的問題是,什麼樣的內容適合放在活動區塊? 我目前已設計好的架構分別有"新聞"、"球隊活動"、"下場賽事"、"賽事結果"這四種,真要說的話,即使是上面提到的新聞也完全可以放在這個區塊裡,但當一個資訊介面的訊息要一次顯示這四種的話,焦點就會被模糊了。

 

這是一個比例原則的問題,如果這個資訊版面放了太多的一般或內容一樣的新聞,它便會失去原有的價值,即使有一年一度的球隊主場日或是重大的對決,使用者也很有可能因為之前都忽略掉新聞的資訊介面,也順便忽略了重大的事情,所以想問各位的問題是"你們覺得什麼類型的資訊,是你們認為最重要的?"

 

上述兩個UI設計的問題,都歡迎各位將意見跟想法轉留言給我,或甚至如果有想到別的資訊也是很重要的,也請就直接提出。

 

在聊完了上述的問題後,就拉回來討論我當時的製作進度吧。
自從上禮拜提到挫折後,我一直沒有很敢做下去,深怕這一切都會是白工,於是雖然上禮拜的文章有提到正式動工,但其實那進度是非常緩慢的,甚至我還是將主要的時間放在簡報優化、名片製作上,只有偶爾才會試著將後台的資訊串到App上(效果就跟上篇文章示意的是一樣的)。

訂閱運動視界電子報

追蹤我們