avatarMuse Chang

总结

网页主要讨论了从Junior UX设计师转变为Senior UX设计师的心态和技能发展,包括团队合作、沟通、设计文档、设计验证和在企业内发挥影响力等方面的建议。

摘要

文章《告別 Jr. UX Designer 的 10 個小習慣(下)》继续上篇文章的话题,探讨了UX设计师在团队合作和影响力方面的成长。作者指出,为了成为Senior设计师,设计师不仅要关注自己的项目,还要关心团队其他项目的发展,以保持设计的一致性和帮助同事发现设计盲点。设计师应该学会给予和接受评论,掌握沟通技巧,如何在正确的时机提供建议,以及如何吸收建议改进设计。此外,设计师应该规划时间完成设计文档,记录产品背景、用户需求、UX流程等,以便于项目的交接和未来的迭代。设计师还应该将用户测试纳入项目时程,通过定量和定性的方法验证设计,以及追踪产品表现的关键指标。最后,作者建议设计师应该跨出舒适区,了解技术和商业知识,以便在企业内部发挥更大的影响力。

观点

  • 团队合作:成为Senior设计师需要关心团队其他项目,帮助同事,提升团队整体的设计质量。
  • 沟通技巧:学会在合适的时机提供建议,以及如何接受和利用建议改进设计。
  • 设计文档:完成详尽的设计文档对于项目的交接和未来迭代至关重要。
  • 用户测试:将用户测试纳入设计流程,通过测试结果验证设计的有效性。
  • 跨部门合作:了解技术和商业知识,以便在企业内部发挥更大的影响力。
  • 成长心态:持续学习和适应,不断成长,以及追求使用者中心设计的重要性。

告別 Jr. UX Designer 的 10 個小習慣(下)

我們在上篇 告別 Jr. UX Designer 的 10 個小習慣(上)討論到了設計實作習慣上的改變,下篇將會討論設計師的「團隊合作」跟「團隊影響力」影響設計師變成 Senior 的關鍵指標。

(6) 不要工作地像個獨立貢獻者

在還是 Junior designer 時,能夠變得更獨立執行專案而不需要 Senior 的協助是 Junior designer 的目標,也因此習慣一但被指派專案時,為了在時間內交付出有品質的設計,常常就一股腦地栽下去,一到公司就只剩下抬頭看螢幕、低頭吃便當,沒有多餘的時間檢視自己的狀況、或跟其他設計師交流其他專案的近況。

然而要往 Senior designer 邁進,必須培養自己除了顧好自己專案的能力,同時有餘裕關心團隊裡其他的專案發展,因為在設計上要維持各個專案/功能的一致性、也可以幫其他同事把關設計盲點;團隊合作上,要判斷同事的專案是不是卡關了,並提供他們需要的協助。如此一來,升上 Senior 之後就可以開始挑戰 mentor junior designer、管理專案、培訓其他 junior designer、主動跟其他 team/department 合作,拓展對團隊還有企業的影響力。

我其實認為「能力越大責任越大」這句話根本時職場情緒勒索,但 UX 產業的確是一個很看重團隊合作跟整合的工作環境,所以 Senior desinger 這樣的職位被自然地賦予必須帶領專案、帶領新人,跟 team lead 一樣費心但沒有實質權力,吃力不討好得角色。當心中產生疑問時,不訪問問自己,自己心中的職涯發展規劃是什麼,這些是不是你想做的事,也別忘了跟主管討論看看,他對你的期許,期待你在團隊中扮演的角色是不是和你想像得一樣,而你們又可以怎麼在這些期待中達成共識。

(7) 學習怎麼給予/接受評論

還是 Junior designer 的時候,很想證明自己的能力,有時候會想從別人身上得到認可,於是會特別在意別人的建議。但無論是「給予」或是「接受」評論,都不是一件容易的事。有的人在面對評論時比較敏感,會不經意把對產品的意見聯想成對自己能力的批評;或者過度在意別人的想法,而全盤堆翻自己原本的規劃;相反地,也有人並不在意別人的評論,只相信自己的決策,反而錯失了可以讓產品更好的機會。那樣怎麼接受/給予評論呢?以下是我在近兩年內帶 junior 設計師時,歸納我領悟到的溝通技巧:

  • 如何給予建議 - 時機:給建議前先詢問對方在這個階段是否再尋求意見建議 - 出發點:基於對方的設計而給建議,而不是全盤打翻 - 心態:方法沒有對錯,所以不要糾結在自己認為對方做錯的部分。如果不認為對方的方法正確,可以透過提問展開討論;或引導對方預見未來可能會發生的連帶反應再一起想辦法解決。 - 給予肯定:除了建議也別忘了給予正向回饋,除了情緒上可以讓對方平衡;實際上,有正反向回饋才能讓對方在評估改善時,清楚下一步必須改善的方向。
  • 如何接受建議 - 出發點:清楚告訴對方你期待對方幫忙給建議的部分,讓討論不失焦 - 心態:尋求意見並不是表示自己沒能力或做錯了決定,而是讓自己從不同角度尋求多元觀點讓設計出來的產品更沒有 bias(偏頗)。不過,接收了來自各方的建議後要記得,最終決定權是在自己身上,要相信這是你的專案,沒有人比你更了解專案的方向!

給予與接受建議是一門說溝通的藝術,會根據不同組織、產業、文化脈絡有不同的溝通方式,我覺得這是使用者體驗設計師在軟力上必須得追求的細節之處。

(8) 空出時間做設計文件建檔 (Design Documentation)

大家都以為當了設計師後就可以從此不跟文字(word)、數字(excel)打交道,就像在大學時,一個學期中唯一要認真產出文字的時候,就是期末幫作品做展板。然而當大家都追求「好的產品是可以不用文字解釋」時,大家展版上的文字常常只是草草交代,因為再怎麼樣它也只是配角。然而鑑古觀今,有「文字記載」的才能成為「信史」而讓歷史故事流傳下來,文字的重要就是在此。當使用者設計師為產品開發的上游,使用文字記載設計師設計產品的背景、產品規格、使用者需求以及 Wireframe、UX flow 等,才能讓產品細節被完整交接到其他部門;甚至在未來產品迭代時,未來的負責設計師才知道產品怎麼運行、迭代之虞要怎麼保持跟原來產品的一致性。

每個人、每個團隊都可以創建適合自己的設計文件公版( Design documentation template),其中有幾個重要的資訊:專案背景、使用者需求(可以附上使用者研究結果)及產品規格(UX spec)、產品使用流程(UX flow)、元件互動定義(Interaction of components)、負責設計師名稱、List of stakeholders、Change log(變更紀錄)、Q&A。

在流程上,可以跟其他團隊討論以這份 Documentation (也可稱為產品規格書、使用者需求書…等等)作為產品開發時的正式文件。其實有這樣的文件,可以減少讓工程師、QA工程師跟設計師反覆詢問設計細節,也可以將大家的共識、產品需求的變得紀錄都白紙黑字得記錄起來,讓大家合作更順暢。

我在設計生涯中待過完全沒有文字記錄習慣的團隊,只能從Figma file、專案發表簡報中找到零碎又片面的資訊;也遇過工程師自己開了 Design reqirement documentation ,其中並沒有討論使用者需求到互動細節等等的定義,到最後因為不清楚使用需求及操作流程而屢屢卡關而回頭尋求使用者設計師幫忙。直到我在 Garmin UX team 上班的第一天,我從主管幫我準備 onboarding 文件中看到資料夾中不同專案卻整齊一致的產品規格書,才讓我大開眼界,原來真正的 UX nerd 都是這樣維護自己的專案。也因為有這些產品規格書讓我入職後更快上手,於是之後到了其他公司也致力於推動設計師撰寫設計文件,讓設計流程標準化。最後,分享一份 Wikipedia 在 2022 年對外公開的新設計 Design documentation 大家不妨參考看看他們是怎麼交代整設計的!

(9) 規劃/挪出時間驗證設計

無論是 Design thinking 還是 Double diamond,幾乎每一種設計方法論的最後一個設計流程都是「測試」(test, validate or analyze),然而在業界大家都想要壓縮開發時間的現實上,這個步驟往往是時間的犧牲品;然而設計一旦沒被使用者驗證,就沒有人知道這個設計是不是符合使用者需求,也不知道產品的 Findability, Usability, Accountability 有沒有達標、需不需要改進。如果設計師自己都沒答案,那要怎麼說服別的 team 相信使用者中心設計(User-centered design)的重要。

如我在 The Power of Bottom-up Management:提升 UX Designer 在公司裡的影響力 文章中提到:「UX 是公司裡的第三隻眼,能凌駕於各種政治與商業決策之上,因為使用者是體制外的客觀的第三方。而且大家其實都願意聽使用者的回饋,也因此讓 UX 的影響力真的比我們想像中還更有力量。」

於是,不妨好好把 Usability testing 規劃到專案時程裡,並邀請 Stakeholders 一起到觀察室看測試,讓整個企業更相信使用者中心設計的重要;測試裡,除了紀錄使用者的質化回饋外,也可以在測試裡加入一些量化方法: System Usability Scale (SUS) , Pragmatic Usability Rating by Experts (PURE), Single Ease Question (SEQ),讓測試結果無論是在質化或量化的指標上都可以讓人信服。

最後,要抱持 Growth design 的成長心態,尋找出產品表現可被持續追蹤的指標(KPIs),讓設計師更能掌握自己設計的產品的表現,好的保持、不好的改進。

📖 延伸閱讀:Beyond the NPS: Measuring Perceived Usability with the SUS, NASA-TLX, and the Single Ease Question After Tasks and Usability Test

(10) 增加守備範圍,在團隊/企業內發揮影響力

能設計出好設計需要來自技術、商業、使用者三個不同專業的考量,身為使用者體驗設計師的我們,不妨在心有餘力時,多多跨出舒適圈,跟不同部門的人聊聊天,關心他們的專業,去了解技術、商業/產業知識,只有好處並無壞出。因為在未來 Senior 設計師的日子裡,會有許多去跟高層或其他部門的同事談合作、要專案的機會,如果只懂設計師的語言是無法跨出部門發揮影響力的。同時,也如同我在 The Power of Bottom-up Management:提升 UX Designer 在公司裡的影響力 文章中提到:「 與其說公司別的部門不知道 UX 是什麼;應該說他們不知道 UX 可以帶給他們什麼好處。於是,跨部門的瞭解很重要,可以趁機慢慢把使用者研究的重要跟使用者精神植入他們腦中。讓他們知道沒有考慮到使用者的決策可能會決策錯誤,也會在 UX 這關被腰斬,讓他們知道 UX 的職責,也打開了一道合作的門。」

最後是我在職涯嘗試過不同產業後的 take-away:產業知識真的很重要,我曾經覺得:「設計投資 App 並不代表我一定要喜歡投資」;但如果對產業沒興趣,就很難了解使用者、甚至更無法體會極端使用者所需要的協助。擇其所好;不然就是愛其所擇,對使用者體驗師來說可能會是讓職涯能成長、更順利的方法。

以上就是我對 Junior 想轉換成 Senior 設計師的建議,每個人職涯在不同時機遇到的挑戰不盡相同。但我想透過文章傳達的精神是:沒有人天身就是使用者經驗奇才,所以不用質疑自己的天賦,大家都是在錯誤中學習,只要對自己抱持著成長心態,嘗試做以前在工作時沒想過、沒想過、沒習慣的事,可能就此可以打開自己的另一道技能靈光,才發現你可能已經在成為 Senior 或更進階的職涯道路上了。

UX
UX Design
UX Research
Habits
User Experience
Recommended from ReadMedium