Design Digest Vol.7
1.
由於能夠快速迭代與更新的特性，數位產品的領域每一天都在不斷地變化著，特別是介面設計與交互設計的潮流，在你不注意的時候便會逐漸形成趨勢。因此產品設計師們也必須經常性地去更新這個領域的知識，瞭解時下最新的產品設計便是其中一種方式。
還記得在我剛踏入設計領域時，對於介面設計的一些 pattern 與用戶習慣還很生疏，因此在當時我經常在 App Store 下載各式各樣的應用來試玩，看到不錯的設計巧思就將它截圖保存在相冊裡面，總有一天能夠派上用場。此外也有一些網站是為了滿足設計師的這種需求而存在，例如 pttrns.com，以及近期我經常使用的 mobbin。
2.
跨國產品經常會面臨到不同國家或民族間的用戶行為差異，不同的基礎建設與用戶數位化的程度皆會形成不同的使用習慣，設計師們該如何因應這些用戶行為差異並因地制宜的做到跨國產品的 localization，我覺得 Uber lite 作為一個成功的 Redesign 案例非常值得面臨類似工作場景的設計師們深入了解。
其中我覺得特別有趣的地方在於，從過去的使用習慣而言打車類型的 app 我會期待它是以地圖為 base 的互動形式，清楚的在地圖上標示出我能夠上車的地點與我的目的地。然而這樣的心智模型到了東南亞或南美洲等網路、硬體條件較差的地區，飄忽不定的 GPS 定位、低解析度的螢幕讓地圖上的資訊難以辨認，原本直觀的地圖操作卻會變成當地用戶的痛點。這也讓我再次體認到產品設計唯有滿足了使用者最基本的功能性需求之後，才有辦法進一步追求更高層次的用戶體驗與情感層面的需求。
3.
Emoji 的使用已經成為了一種文化現象，形塑了我們表達想法與情感的一種新的方式。也正是因為這種現象級的趨勢，Adobe 在今年發表了第一期的 Emoji 趨勢報告，藉由訪問 1000 位 Emoji users 來深入了解這種新興數位語言對我們的生活，人際關係和溝通的影響，其中更揭露人們使用表情符號的地點、時間、原因和方式，以及他們對於表情符號未來的看法。
4.
這是一集 AJ&Smart 訪問 Jason Fried 的 podcast. AJ&Smart 是一間位於德國柏林的設計顧問公司，他們特別致力於推廣 Design Sprint，期望讓更多團隊、企業了解 Design Sprint 的精髓以及它能夠幫助解決怎麼樣的問題。其中我特別喜歡他們解釋 Design Thinking 與 Design Sprint 之間區別的短片，用了簡單且生動的比喻將這兩個許多人都無法解釋得清楚的概念說的淺顯易懂。Jason Fried 則是 Basecamp 的執行長兼創辦人。這集 podcast 的主軸環繞著 Jason 某天在推特上的推文而展開。
有興趣的同學可以仔細讀一下這則推文下面的留言與 Jason 的回覆，有一些不同論點的辯證還蠻有料的。
接著再讓我們回到這集的主題，Jason Fried 的主張是，與其你花費一兩個月的時間製作產品原型，進行用戶訪談或測試，不如趕緊把你的產品丟到市場上，接受真實用戶的反饋。乍聽之下似乎有些偏頗與激進，也跟我們過去所學到的透過測試產品原型來獲得用戶反饋，在產品正式上線之前快速地迭代來有效降低產品失敗的風險的心態背道而馳。假如只看到這一層，你可能會不以為然的說聲 Bullshit! 便就此打住。但是 Jason Fried 之所以會發表這番言論其實是有 context 的。Jason Fried 在這集訪談中提到 Basecamp 作為一款專案管理與團隊內部溝通的工具軟體，其實一開始他們就是為了自己在設計這款產品，自己本身就是這款產品的重度使用者。
Testing gives you simulated answers, while shipping gives you real answers. The only real feedback that I believe that you can truly trust is when you actually put something out there.
能否明確的知道自己在打造什麼、擁有多深入的 domain know-how，我認為是影響能否設計出好產品的關鍵因素之一，可以把它想成團隊自帶的天賦。假使一開始天賦就是點滿的，當然會比路人團跑得更快、跳得更高。但如果團隊本身並非該領域的專家，設計師也沒有足夠的關於該領域的專業知識，專案前期的用戶需求探索以及用戶測試我認為就至關重要。因為你必須依靠這些外部的專家告訴你他們的典型生活樣貌、行為模式與習慣，再根據這些 findings 來制定設計目標與明確的 product features；而這個 process 就是我們所熟悉的設計流程。
就我所理解，Jason Fried 的這則推文並非揚棄 User Study/Testing 這個步驟，而只是單純的以自己的經驗與場景去強調讓產品盡快上線，接受市場的真實反饋有多重要。假如你有 95% 的產品決策都是成功的，你真的還需要花費兩三週的時間進行用戶測試，試圖找出剩下的 5% 嗎？既使產品上線後的結果並非你所期望，用一兩週的時間快速的瞭解錯誤在哪裡並迭代或許更有效率？這個問題就留給各位去思考了。
