2年前summer UX designer intern的經歷

由於本人內心真的是一個比較懶然後很不求上進的人，這個專欄距離2年前創辦之後已經很久很久沒發新文章了。最近看到還有人陸續在關注這個專欄決定還是把兩年前一次實習經驗的感受寫完發出來，希望能給大家一些借鑒。這篇文章是敘述2年前的一次暑假實習了，我其實現在研究生都已經畢業了，馬上要開始全職工作了。。。然而我也很懶所以之後的實習寫感受的話可能也要等很久以後了，這篇文章純粹是之前寫了一直沒發所以才整理髮出來的。這篇文章寫在我2016年暑期在一個小的design agency的實習經歷，我之後也在大公司工作過，我覺得小公司和大公司真的差別很大，經歷也完全不同，所以這篇文章的感受是不能代表所有公司的。

因為之前本科是學建築的，後來大四申請前3個月強行研究生要轉專業，之後又強行找了個ux summer intern，一直處於一種很不知所措的階段。想寫下來跟大家分享一下我兩年前的一些經歷，其實感覺寫的更像沒營養的流水賬。也許讀完了也不能幫你解決什麼實際的問題，只是想告訴你不要害怕我當初跟你一樣害怕23333。

鋪墊介紹就是，2016年的暑假我在一個Portland的design agency 實習了13周。公司本身是一個agency所以會接到各種各樣的項目，有手機app的設計，網站設計，產品設計，也有單純的content的一些設計規劃。我在實習期間接到的是一個公司內部的項目，是設計一款iOS app，是focus在幫助人們更好的記錄和完成自己的goal。期間也有做其他的client work，會做一些簡單的前期調研還有後期的mood board的設計。

但我主要時間還是focus在做組內的app 設計。然後我們組用的scrum development，領導層的成員組成是scrum director, developer mentor, senior ux mentor, 剩下的就是跟我密切合作的組員：分別是兩個developer還有個visual designer。因為之前公司一直是用waterfall， 偶爾做agile，但沒有大規模項目都agile，所以我們屬於公司一個試驗品，想要看看是不是真的可以在整個公司的範圍實現agile。其實waterfall的弊端大家都知道，無非就是經常說的就是這個世界發展變化太快了，所以很可能你開發開發著，就發現iOS7變成ios10了，可design document & design都做完了，developer就很尷尬了，改是不改都比較尷尬。然後我們director著重解釋為什麼要用scrum的時候就是說了句，人們不僅容易犯錯而且容易掌握不好時間。而scrum的出發點就是通過對user stories的burn down來更好的控制好時間和你設計的priority。

每天的工作模式呢，我想說開始的第一周真的是天天都不一樣，因為剛進去的時候我們director為了讓我們能夠真正領會agile，幾乎花了兩天時間告訴我們scrum的流程和重要性。就是屬於天天開會天天普及那種。到了後來其實我們每天開會的時間也好多，公司是open space而且大家做的都特別近，所以免不了經常被拉去開個會聊個天喝個茶什麼的，精神處於高度集中。對於我來說，一般都是上午9點過去，然後930就開始開scrum standup meeting，大概半小時吧之後就是做事情。其實做不了多久就要小組內部開會，討論討論再討論那種。一開始比較不適應的是director經常給一個很general的goal，就是比如他希望這款app可以幫助人們怎麼樣怎麼樣，然後我們就要在周一的大會上一起討論把拆分故事，把這些故事轉化成設計裡面的feature。如果有必要建議去了解一下scrum的評分系統，反正我們用的就是1，3，5，8，13，b la b la b la......每次分析一個user stories的時候都需要做這個評分，大家也會去evaluate其他人的評分跟自己的差距大不大這樣。感覺之前設計的時候並沒有一開始就上手user stories這種從很具體的東西出發往下分解成很小很小的點再去吧整個設計拼起來這種做法。我個人其實還是很喜歡這種根程序員密切合作的工作模式，因為我本身不怎麼懂code，我會經常去問她們如果要做成這樣他們需要我提供什麼樣的信息，然後我看他們用Xcode才了解了把這個設計真正實現出來需要designer提供什麼樣的準備，包括大概了解一下大概的原理是什麼。其實感覺不需要完全明白這個code是應該怎麼寫的，只要大概了解是工作原理就會很有幫助了。所以相當於12周的項目我們每個周都會分析一些user stories，把故事分解成design feature, 再在之前的設計基礎上調整修改。所有的user stories 都是有 hierarchy的。先解決最高priority的，把app的核心功能和flow給搞清楚，之後在接著解決secondary hierarchy。

關於usability testing，之前跟公司的researcher聊天的時候大概了解了一下整個公司還是做secondary research比較多，說白了還是客戶沒錢做primary research時間也不允許，就算真的做primary research也基本是unmoderated，很少去site visit。在者就是公司今年才剛安裝了一個新的usability testing 的房間，還沒人去過，不知道效果咋樣。對於我們接受的這個項目我們做的更多的是公司內部的usability testing。因為沒有專門的researcher，所以research基本都是我來做。因為像scrum這種模式幾乎每一個design sprint 都要做小的usability test,而我們的design sprint 又是一周一個，所以心很累，建議像我一樣的菜鳥做之前先去讀讀"measuring the user experience" 至少能知道開場白怎麼說簡單明了還有問什麼問題能比較到位得到你想要的，畢竟大家都很忙。大部分時候是用invision做prototype, 然後做guerilla usability testing，因為人少時間少成本低效率高，基本測試五六個人就搞定了。A/B testing做得蠻多的。因為確實沒錢而且這又是個實驗的公司內部項目，我們做testing的人群基本就是公司內部員工。我還是很喜歡做usability tesing的，感覺很喜歡跟人聊天去知道他們是怎麼想的，基本上五六個人你就能得出很多你想不到的一些點。

越寫越沒條理，所以一般一個典型的一天就是，上午開會討論設計，跟director彙報，時長時短全看人品。之後就大概知道方向然後去做事就好了。期間就是自己小組討論，各種討論，然後再去找director給他看結果看他的feedback。一開始的時候我們就會很迷茫，比如director給的stories太general，我們又是剛上手的新人所以有點無法確定設計的方向，基本這個時候就是要麼根據更多的research 去做一些我們能做的最好的假設，要麼就把user stories分解成更細的分支，然後去找director討論。但是有這種問題就是一定要提出來然後擺出來，別自己隨便做個假設完了就繼續往下設計了，因為很可能做到最後你發現這可能根本就不是基於你對問題完全理解的假設，而且很可能你assume的這件事情沒有考慮技術層面的需求。然後之後就是中午大家坐在一起吃飯，這個我覺得完全取決於你們公司的廚房有多大，人品不好像我們公司廚房很大公司人也就只有三十幾個的話，你就得，坐在那，哭著也要把飯吃完。也不是說就不可以熱飯然後回座位上吃，只不過那樣真的會顯得很不合群。所以，有時候聽不懂怎麼辦，沒關係，我天天最難熬的都是吃午飯，但是後來我會了，我去了那，先發制人，先開啟話題！比如問她中午吃什麼，強行聊天，強行刷存在感。

關於開會的時候的一些用語，我也是後來琢磨出來的一些估計大家都懂，還處於很懵懂的階段需要不斷學習。我只知道一些很general的比如，不要輕易說，最好不要說as a designer/from a designers perspective。然後開會的時候不要直接否定別人，不管是他的設計還是他這個人。別人提出來的某個設計你不喜歡的話一定要找到支持你的觀點然後再說。很多時候比如我們組裡的visual designer，他說他喜歡hamburger menu是因為他自己喜歡，他自己覺得這樣很好用，但他也沒有什麼理由去support他自己的觀點，這種情況下我就只要找到很多的secondary research去說服他就好了。

還有一個想提到的是，關於組內合作的事情，因為我們組的visual designer小哥哥一開始很喜歡插手ux的事情，比如做flow啊做wireframe啊做usability testing。我一開始放任了一兩天，但後來意識到真的不行。雖然在一個組裡我們應該互相了解對方在做什麼工作,但我覺得並不是互相摻合互相的工作，如果你感覺別人在做你專業領域的事情，開會的時候一定要說的，像我就是，在發現小哥強行做usability testing之後我第二天開會就攤牌了。思路大概是，先承認和恭維，說我覺得我們在一個team 一起工作的感覺非常好怎麼怎麼開心，然後接著說但我覺得我們designers的部分需要把各自的responsibility定義好，先承認說我自己不是專門做visual設計的所以很多東西還得聽小哥哥建議，然後在側面的告訴他這件事情同樣也適用於ux，最後還得把話圓回來不能讓人家太尷尬，大概意思就是我還是希望我們可以發揮所長然後互相給意見，我們還是很喜歡收到各種個樣的建議的。

除了工作之外的一些事情，那就是有種留學生都有相似的尷尬。說實話我最不害怕的就是開會，就是討論設計，因為能聽懂啊！！能發言啊！！我幾乎每次日常聊天沒有做的發言全在討論設計上說了。但除此之外他們會聊很多事情比如足球籃球各種聽不懂的球，要不就是car race的車的辭彙啊一類的啊啊啊。。我覺得我比較死的就是談論體育談論政治談論地域談論車還有什麼明星的名字。。因為真的不感興趣。而且前段時間不是歐盟那啥了。。結果辦公室就在嗷嗷討論。我感覺這次好不容易聽懂了還不不知道表達政治觀點會不會不好。。嚇得我沒敢說。。。。沒辦法保持尷尬而不失禮貌的微笑吧。。。。一般公司周五都會大家都會一起team lunch，運氣好是去超市各買各的一起拿回公司廚房吃，再接著循環之前的尷尬；要不就是出去找飯店吃。還有公司會定期舉行活動比如運動看電影喝冰咖啡，我實習第二周公司就舉行了一個小的juggled pins的活動，還是組內visual designer特地買來的pins。。。對於我這種從來不運動連跑步都不會的人來說，我不想說話我只想靜靜。。。。我覺得吧有時候實在聽不懂說足球說看球的那種，其實也沒所謂，之後有些時候我也有在他們討論到我聽不懂的名詞的時候大膽地問他們那個是什麼。我覺得這個方法其實非常好，你甚至還可以說一些你剛來美國對文化不熟悉而犯下的錯誤。比如我就跟他們說我之前第一次來的時候點subway，完全不知道那些菜叫什麼名字，我就跟服務員說all of them,然後服務員一臉蒙蔽差異的吧所有的菜都夾在那個麵包里，最後麵包還是包不住的故事，然後他們都會哈哈笑完了之後跟我普及各種專有名詞和術語。我覺得我們本來就是在美國的外國人，很容易就有文化差異和聽不懂的單詞，完全沒有必要去假裝自己聽懂了或者覺得自己很自卑，我覺得大膽承認有的時候也是相處的一種方式。

最後想說這篇文章真的是寫的很亂很沒有條理，然而我也是個很懶的人我讀下來也只是改了改個別的表述，並沒有改很多邏輯，主要還是覺得費腦子，希望能對大家有所幫助吧。

最後分享一些我發現非常有用的像我一樣的小白起步性書籍：

1. smashing UX design foundations for designing online user experience: 當作入門書很不錯。這本書上說的很多原理就是scrum我們正在做的，包括不同的分工是怎麼在一起合作的，比如visual designer, dev, pm, researcher怎麼更好的get on board as early as possible, 一開始我不是很理解scrum嘛就是看這本書慢慢覺得這種模式確實有很多好處。

2. ux pins的很多系列，還蠻喜歡他們公司的，免費的，直接去他們官網搜就好了，關於usability testing 的還是蠻不錯的講了好幾個方法。。。

3. dont make me think.....後面的section有詳細介紹lab usability testing的。有很詳細的script可以去參照，我個人覺得很有效果。

4. design interface, 感覺更像入門級的界面設計介紹？比較有用的是需要知道很多名詞，不然你會表現的很不專業的。但這本書說實話，也比較老了，裡面的很多design pattern都是好幾年前的了，感覺現在時代發展太快很多都已經被淘汰了。所以還是以熟悉名次為主吧。

最後用一句我director經常說的話結束好了：

we dont have deadline, we only have saddling. director肯定真正想說今年暑假sadline特別多...一起