前期溝通很重要,主動請教求助他人 很多設計師都喜歡發「最后確定版、終極確定版、最終極確定版、絕對不改版、絕對不改版」一類的截圖段子,我自己也曾經有過被折騰得精疲力竭的類似經歷。這固然可能是需求方隨意變更需求的緣故,但反過來一想,是不是也說明設計師的前期溝通工作做得還不夠好呢? 反思我自己,很多將完成度已經較高的設計方案徹底推倒重來的情況,都源于自己在前期溝通的時候不夠「追根究底」。如在產品與產品每一個模塊的目標定位上機械重復產品經理的觀點,而沒有深入追問產品經理:目標本身在產品當前的場景下是否真的適用? 你提供的功能與內容是否真的能達成相應的目標?不會提前向產品經理發出疑問,結果中途產品經理自己發現問題砍掉一些不合適的模塊后,自己已經完成了大半的設計也只好無奈放棄。而面對一些「沒時間做」、「優先級太低」、「技術實現成本高」的理由時,也容易不加細問就輕易妥協修改自己的設計方案,推倒之前的心血。

勿讓表面上的勤奮,掩蓋思維上的懶惰 我們可能會注意到這么一類設計師:總是工作到很晚,無時無刻不在畫草圖、開軟件、寫文檔,大多時候按時保質基于需求輸出設計方案,延期交付了還會愧疚自責。但為什么有些時候,如此「勤奮」的設計師,本質卻只是做著修修補補的表面工作,不能真正推動產品再上一個檔次,不能獲得更大的話語權呢? 問題還是缺乏深入思考與主動驅動產品改進的意識。在手機端,交互新穎、視覺炫目、在體驗上難以挑剔的APP數量可謂數不勝數,可即使是APP體驗狂人,有欲望持續頻繁打開的APP永遠只是少數。對于To C產品設計師,在專心打磨自己產品的用戶體驗之余,不妨跳出來思考一下:如果我不是這個產品的設計師,我是否能被這個產品吸引?是否有足夠動力去使用它?我用它而非用它的競品原因又是什么?有時可能就會發現自己的工作一直在框架之內,如果不去深入思考如何打破這個固有的產品形式框架,自己的設計工作做得再好,也難以得到市場真正認可。對于我這樣的To B產品設計師,有時會難以把自己模擬為真實用戶(比如不懂技術的設計做To Dev的產品),接觸真實用戶也比較困難(比如商家用戶,邀約訪談不算輕松,不像有些To C旁邊隨便找個人問都OK),這就要求我們用更多時間主動關注用戶反饋與后臺數據,多接觸傾聽對用戶痛點了解更深的用研、產品、運營的觀點,發現可以推動產品提升一個檔次的機會點,這是我自覺目前做得還不夠好的地方。

學會「恰到好處」的投入,而非迅速燃盡熱情 我發現自己有一個特征:一旦在某個時間內付出100%精力瘋狂熱愛和追逐某件事物,這個熱情也往往不能持久,而在熱情燃盡之后,對這件事物就不會再提起分毫興趣。而初入行用戶體驗設計時,我是差一點就走上了似曾相識的道路。 還是實習生的時候,簡直恨不得把自己全部精力都撲在「做設計」上,可以為了想一個設計方案、畫一張高保真廢寢忘食(忘記吃晚飯是常有的事),在公司其他實習生都早早回家時楞是主動加班熬到很晚。結果久而久之,身體狀況開始下滑,頻繁咳嗽生病,時不時感到疲憊,周末幾乎就是整天躺著什么事情都不想做,狀態也非常不穩定,低谷時期工作幾乎是事事出錯天天挨罵。而這樣的全情投入,得到的結果卻是項目推進乏力、不冷不熱最后基本停止更新,實習留用以無果收場,同期的校招結果也因為缺乏足夠精力對待而一片蕭條。如果那個時候沒有人站出來拉我一把,我現在應該已經在從事與設計完全無關的行業了吧:)。 來阿里后,我開始變得更「聰明」,追求工作與生活的平衡,準時三餐,有了工作日下班前進健身房的習慣,學會合理分配自己的時間精力維持狀態的穩定持續,培養更多愛好讓自己的周末充實而不疲憊?;咀兊煤苌偌影啵?96是什么,能吃嗎)早早回家,但進步反而比「全力以赴」時快上很多很多。
