在開始文章之前，筆者需在此先聲明:
一、此計畫純粹為個人願景，有可能過於天馬行空，亦或是嘗試後失敗。
二、此計畫為進行式，工作日誌的內文與進度皆為前些日子的進度。
三、過程中我所接洽的人、或幫助我的人，工作日誌引述到的人將會以匿名來保護。
四、此App的計畫完全是由筆者所構想、策畫，目前並無和任何單位合作。
在這一篇開始之前，想來先討論一下使用者體驗這件事，我們先看一下NBA.com的介面設計:
如果大家平常有上NBA官網的習慣的話，便會知道我截的這張圖(先聲明，這種設計可在很多不同的網頁都可看到)，所以我們應該稱這區塊叫什麼呢? 我一開始的想法是”新聞區”，而且是設計的很棒的新聞區，為何這麼說呢? 首先他的新聞都有配上合適的圖片，增加了新聞的張力，也增加了大家想點他的動力(連我都想知道是撿到Doc Rivers的2000美元)。再來，他的每一篇新聞都有簡寫出現在下方，減少了大家對於文字的閱讀壓力。”舊金山人路不拾遺，瑞佛斯2千美元失而復得”跟”拾金不昧”哪個比較好閱讀? 相信答案呼之欲出了。而且即使標題太過於短化讓人看不懂的話，你也可以輕鬆點開該新聞去了解更多。
請繼續往下閱讀
而在看完這樣的設計方式後，我面臨到兩個問題，這兩個問題分別來自於我做好的”新聞介面”、”活動介面”兩大區塊，先來談新聞區塊的問題好了:
新聞區塊
目前設計的新聞介面很明顯沒有NBA.com範例的優點，也沒有誘人的圖片，會這樣子的設計是因為我仍是使用免費的後台空間，如果使用圖片式的介面的話，我的後台流量也會因此提高(幾萬筆的資料可能剛好等於一張圖片的流量)，Google Firebase提供的流量其實很多，其實不會因為這一兩張圖片而影響太多(當然如果使用者很多的話就另當別論)。
但我想在此詢問大家使用上的習慣，”你們覺得要了解SBL的近況，是透過多看大量的新聞標題呢，還是像NBA.com式的設計”，其實對我來說，上面的新聞區塊的示意圖，其實很快地就可以了解McClain的故事，包括他為了女兒而戰、經歷一段低潮後才打出代表作等背後的故事，如果本意就是希望使用者可以一次多看3~5則新聞標題，那是否還有新聞圖片設計的需要呢?
再來是活動介面遇到的問題，各位可以先看一下下面的示意圖:
活動區塊(目前顯示活動)
活動區塊(目前顯是下場賽事)
活動區塊這我倒是跟NBA官網的介面有一點類似，後續我也會稍微調整一下設計(讓使用者在翻下一頁之前也能夠知道下一頁的標題是什麼)。而在這邊我所遇到的問題是，什麼樣的內容適合放在活動區塊? 我目前已設計好的架構分別有”新聞”、”球隊活動”、”下場賽事”、”賽事結果”這四種，真要說的話，即使是上面提到的新聞也完全可以放在這個區塊裡，但當一個資訊介面的訊息要一次顯示這四種的話，焦點就會被模糊了。
請繼續往下閱讀
這是一個比例原則的問題，如果這個資訊版面放了太多的一般或內容一樣的新聞，它便會失去原有的價值，即使有一年一度的球隊主場日或是重大的對決，使用者也很有可能因為之前都忽略掉新聞的資訊介面，也順便忽略了重大的事情，所以想問各位的問題是”你們覺得什麼類型的資訊，是你們認為最重要的?”
上述兩個UI設計的問題，都歡迎各位將意見跟想法轉留言給我，或甚至如果有想到別的資訊也是很重要的，也請就直接提出。
在聊完了上述的問題後，就拉回來討論我當時的製作進度吧。
自從上禮拜提到挫折後，我一直沒有很敢做下去，深怕這一切都會是白工，於是雖然上禮拜的文章有提到正式動工，但其實那進度是非常緩慢的，甚至我還是將主要的時間放在簡報優化、名片製作上，只有偶爾才會試著將後台的資訊串到App上(效果就跟上篇文章示意的是一樣的)。