編者按：今年畢業的同學現在大都找到工作了，現在把面試經和技巧先放一邊，來聊聊各位入職后的感受。
感覺在公司實習的時間過得飛快，有太多的東西要學，也深刻體會到了自己的不足。一天天過去攔都攔不住。真正工作了我發現自己更喜歡在紙上記錄想法和畫草圖，也盡量在本子上記錄感受到的每一個小點，并利用周末僅有的閑暇時間分享出來。
觀點一：身邊的產品經理像「百科」
從3年前了解互聯網這個行業到現在，我雖然開始是打算做產品的，但其實目前為止我對產品這個崗位細節的了解也只是停留在自己項目的小打小鬧上，還有通過前輩的文章和分享。至于它在工作中具體是什么樣的，上周的實習中倒是有了一些體會。
產品經理一定不是運籌帷幄的指揮官，也不會總想著剝削設計和開發，更不會總要把自己 YY 出來的想法變成現實 —— 在我們這里，產品經理更像一本「百科全書」。
舉個例子吧，前幾天接到了一個小任務，因為我自己其實并不經常在網上購物，關于優惠券、退貨、訂單支付流程也是一知半解，很多環節都不熟悉，所以對需求的分析理解就花費了半個小時和好幾張草稿紙。所幸師姐不厭其煩地為我解釋了一遍又一遍，我也把每一個內容和邏輯的界面截圖下來一頁一頁研究對比，才慢慢理清了業務流程。當我把設計稿畫出來以后，因為是新人，所以自己暗自過了很多遍，希望不要有任何的遺漏，避免給同事添麻煩。當給師姐看過以后進行了一些修改，大致達成了一致，覺得是一個可行的設計方案，于是就等待和產品經理討論評估。
很神奇的是，產品經理一眼就能看出設計稿中的一些邏輯問題（主要是和其他業務相關聯的問題，利益牽扯），而其中的一些甚至師姐之前也沒有馬上考慮到。當我感嘆自己還是考慮的太淺時，（工作多年的）產品經理告訴我，這才是他們的作用。
設計師和工程師會把自己本職的工作做好，而合作的產品經理們則知道項目的所有細節、流程和邏輯，知道每一個頁面所承載的功能和需求，知道需要調動哪些資源去完成目標 —— 即便自己不知道，也能明白找誰可以很快知道。另一個需求會上，關于海淘中清關、郵寄、拆單等等環節，沒有親自做過海購的人一定是不了解的，于是產品經理也連說帶畫地花費大半個小時和我們設計師說明解釋。
這種感觸在以前是未曾料想到的，和小型公司的產品經理職能也有很大的不同，可以給想做產品的同學們一些參考。
觀點二：規范與組件化的影響
我們團隊，很多時候需求中的視覺也是由交互設計師來完成，而視覺設計師更多會去處理那些強視覺表現和復雜視覺細節的工作。我到公司的第一件事，就是閱讀團隊的設計規范、下載設計組件和交付物模板并且還根據手上的任務訪談了不少設計師和工程師的工作流程。
大公司中，產品迭代很快，而且有時人員流動也很頻繁，因此把產品內容「組件化」顯得非常重要。設計素材組件化，可以提高組件的設計效率，每一種按鈕的長款與顏色都是確定的，并不可以隨意改動；開發類庫組件化，可以提高代碼的復用，提升開發效率；運營流程中的組件化，則可以減少同事和用戶的工作量，避免產品中出現雜七雜八的圖片尺寸。
但是反過來說，組件化也有一定的弊端存在。首先，開發新組件的成本非常高，即便是改動一個按鈕的比例或者創建一種新的按鈕，都會耗費難以想象的成本；其次，對設計師來說，組件化某種程度上限制了他們的創造力，常常為了「迎合」組件化，而放棄一些有獨創性的設計思路；一個組件的更新往往很難同步，因為會牽扯到產品版本、交互設計文檔、代碼庫等內容的迭代，并不是簡單可以做到的。
不過很容易理解，不同規模的團隊和公司自然有一套有效的工作方式，它解決了絕大部分的問題，不可避免存在一定的弊端，所有同事也在努力提升工作流的效率。
觀點三：不需要切圖和標注
我們這里的開發同學也必須學會 Sketch 等軟件的使用，再加上組件化的力量，設計師們是不需要進行切圖和標注的。這給我們的工作帶來了很大的便利，利用服務器同步設計稿，可以快速交付、沉淀設計產出，也讓我們更專注于設計本身。
上周我在內部分享中還介紹了 Zeplin 和 Pixate，公司也在慢慢推行 Origami 等相對新穎的軟件，希望這些新鮮的內容可以為大家的工作助力。
觀點四：交互設計師不僅僅是交互設計師
上周讓我驚訝的一件事是，設計師也可以像產品經理一樣「提需求」。對于產品經理提出來的需求，我們可以在很大的范圍內對其剖析、與產品經理辯駁、甚至質疑需求本身。很多時候，團隊還會以設計師能否自主思考需求的內在價值來衡量他的設計能力，僅僅按要求畫圖的設計師是不合格的。設計師在工作中還經常會把自己思考到的點做出方案，形成新的需求，提交給產品經理討論，如果達成一致，就可以納入業務中去實施。
因此，一個好的團隊必定是所有人都向著產品更好的方向去努力，沒有誰剝削誰、也沒有誰必須聽命于誰，評審猛烈地撕逼之后，大家不會有一句抱怨，反而會在獨自思考后又重新和同事討論起需求本身。
這讓人感覺非常棒。
觀點五：沉淀
所謂的沉淀，是貫穿整個設計工作的。每一天，我們會將自己的工作內容寫下來，并不是流水賬，更多是對設計與業務本身的思考和分析。需求目的是什么，設計解決了什么問題，難點在哪里，突破口可能會有什么，過程中每一個細節匯總起來，都非常有價值。而在設計之后，前輩還鼓勵大家去跟蹤項目更新后的用戶反饋，一定要查看自己的設計究竟有沒有達成的設計目標，又有什么可以改進，只有這樣，大家才能逐漸成長。
這些就是這周的收獲啦。對了，我這邊寫的也都是目前所處這個團隊中的感觸，并不能代表其他公司。如果有朋友愿意就這些關鍵詞所描繪的內容給出一些不同的想法，可以通過評論寫在文章下面，一起學習、一起討論：）
