設計講座:與 InVision 的 Aarron Walter 進行更好的設計師和開發人員合作
已發表: 2022-03-11歡迎來到我們的設計講座系列,該系列致力於分享來自世界各地從事設計的思想領袖和頂尖人物的見解。 我們採訪了在不同環境、不同目標和不同方法從事設計工作的專家。 在這些系列中,我們希望為所有讀者提供知識和創造性的靈感。
設計師經常難以與開發人員合作,反之亦然。 雙方的團隊可以從彼此身上學到很多東西,但仍然存在層層阻力。 本週的嘉賓是 InVision 設計教育副總裁 Aarron Walter,我們將討論設計師和開發人員的合作。
Aarron 憑藉 15 年的產品團隊運營和設計教學經驗幫助公司製定最佳設計實踐。 他在 MailChimp 創立了 UX 實踐,並幫助將產品從幾千名用戶發展到超過 1000 萬。
他的設計指導幫助了白宮、美國國務院以及數十家大公司、初創公司和風險投資公司。 他是暢銷書 Designing for Emotion from A Book Apart 的作者。 您可以在 Twitter 上找到 @aarron,分享有關設計的想法,您可以在 aarronwalter.com 上了解有關 Aarron 的更多信息。
在 Design Better 播客上,主持人 Aarron Walter 和 Eli Woolery 採訪了設計領導者和影響者,他們分享了他們如何解決問題和職業道路的故事。 嘉賓包括 David Kelley(IDEO 聯合創始人和斯坦福 d.school 創始人)、Julie Zhuo(Facebook 產品和設計副總裁)和 Jake Knapp(Sprint 暢銷書作者)等。
你好 Aarron,很高興你在 Toptal 設計博客上。 是來自火星的開發人員和來自金星的設計師嗎?
根據我的經驗,設計師和開發人員的共同點可能比他們意識到的要多,但我們思考事物的方式肯定存在一些明顯的差異。 設計師喜歡考慮設計系統,而開發人員則喜歡易於維護的模塊化代碼。 但我們處理它的方式可能略有不同。
開發人員已經找到了將他們的工作分解成更小部分的方法,而設計師傾向於將整個事情視為“整個蛋糕”,以及我們如何吃掉整個蛋糕。
這是他們開始爭吵的地方。 作為敏捷方法的一部分,工程師希望能夠以小步驟交付代碼并快速完成某些工作。 設計師往往希望以整體方式向前邁出一大步——他們希望提供一致的體驗。 這可能是這兩個群體的爭論點。
設計師可以做些什麼來讓開發人員了解我們的觀點? 設計師如何讓開發人員明白,每個交付的小功能也都與體驗有關?
雙方都有機會在這裡彎腰。 設計師有時會試圖說服開發人員我們需要等待並構建整個東西,然後將其作為這種美麗、完整的體驗推出。
但如果創建週期過長,產品就有被殺的風險。 人們開始失去興趣。 他們可能會說:“這真的為企業創造價值嗎? 我們在這件事上花費了大量的時間、精力和資源,為什麼要花這麼長時間?” 設計師需要更多地考慮商業周期。
如果 Apple 發布了一部手機——一個有問題的硬件——它可能會花費數十億美元,但如果發布了軟件並且出現了問題,我們可以修補它,修復它,然後再次發貨。 以這種方式處理流程使我們能夠更優雅地重新連接到開發工作週期。
設計師還可以嘗試通過讓工程師及早參與設計過程來彌合這兩個群體之間的差距,這樣他們就感覺自己被納入了早期構思階段,而不僅僅是下游。 設計師可能會說:“我們想出了這個絕妙的主意,快來為我們做吧!” 這讓開發人員覺得他們不是構思過程的一部分。 他們只是手,其他人是大腦。
當分工明確時,設計師和開發人員之間最不正常的關係就會發生。 開始融合的越多,這些團隊一起工作就越好。 因此,會有多個視角和共享所有權,這對於設計師和開發人員有效地合作非常關鍵。
關於更好地了解彼此的空間……
團隊可以做些什麼來更好地了解彼此的空間? 設計師是否應該熟悉開發,反之亦然?
首先,設計人員和開發人員可以與客戶進行更多交流,共同了解問題空間。 他們可以在早上與三到四個顧客邊喝咖啡邊交談; 每個人都可以很快學習並就所關注的問題達成共識。
其次,在工作流程方面,重要的是設計師和開發人員要有——也許不是流利——但對彼此的語言有一定的了解。 我並不是說設計師需要知道如何編碼,或者開發人員需要掌握排版,但至少有一個共同的理解。
如果設計人員可以用開發人員可以理解的語言來構建事物——“某某行不通,這對業務不利”——那麼開發人員很快就會開始理解問題。 這對設計師來說不是自然而然的事情,但他們需要更好地量化地傳達他們工作的價值,而不僅僅是質量。 銷售團隊、營銷團隊、工程、產品、高管,所有這些人都在用數字說話,他們在用數量說話。
話雖如此,我確實相信設計帶來了一些非常有價值的東西,有些東西很重要卻無法計算。 客戶體驗、喜悅和對產品的熱愛是非常寶貴的,而且很難量化。
雖然它可以量化,但質量組件將帶來可量化的投資回報率。
是的,我們可以通過設計降低客戶支持成本,我們可以減少客戶流失,我們可以提高入職速度。 擁有這樣的指標來設定您的目標有助於設計使他們的工作與業務目標保持一致。 設計師越能做到這一點,他們就越能被理解。 設計在公司中被視為競爭優勢的價值越高,加大投資的潛力就越大。

關於設計師和開發人員協作的陷阱……
設計師和開發人員一起工作時遇到的最大陷阱是什麼?
最大的陷阱之一是沒有共同的語言,沒有共同的目標,而且比例非常不成比例。 有時會有一個由一名設計師和 75 名工程師組成的跨職能團隊。 這聽起來很瘋狂,但這很常見。
絕大多數情況都不好。 那個孤獨的設計師是外籍人士。 他們是陌生土地上的陌生人,他們永遠無法完全融入文化……他們的價值體係與所有同事的價值體係不同。
在那種環境下,為 UX 功能設計案例對於設計師來說極具挑戰性:“我們應該在產品中加入這個動畫,因為它會創造出更引人入勝的體驗……”當有 75 名工程師說:“還有 250 人幾行代碼和兩天額外的工作。 是不是真的值得嗎?” 它可能不是。 對他們來說,這似乎是“結霜”。 但是那些與用戶體驗設計師的動畫微交互確實塑造了客戶體驗。 它們不是唯一的,但它們很重要。
當設計師和開發人員之間的比例不平衡時,它就會變得非常有問題。 但是,有解決方案。 像 Slack 這樣的公司通過“配對設計”解決了這個問題。 如果一個團隊有 1 名設計師和 10 名工程師,而另一個團隊的比例相同,那麼這些單獨的設計師每週要花大約 8 個小時一起工作,互相提出解決方案:“這就是我解決這個問題的方法,這樣做對你有意義嗎? 有一個更好的方法嗎?” 他們可以幫助彼此擺脫困境,而不是覺得他們在孤島上。
關於設計師傳達 UX 的重要性……
設計師如何向並不真正了解 HCD 的開發人員強調以人為本的設計的重要性? 例如,設計師如何傳達添加功能不一定為客戶服務,使用產品的體驗比其功能更重要?
有幾種有效的方法可以做到這一點。 大多數設計師可能通過直接告訴開發人員以無效的方式做到這一點:“嘿,添加更多功能並不能帶來更好的體驗。 人們說他們想要它,但它實際上只會讓產品變得更複雜,”開發人員可能會回應:“我認為你說得不對,這是一種觀點。 我們從客戶那裡聽到了這一點,所以我們應該關注他們。”
最好不要正面解決它,而是以一種橫向的方式去做,然後說:“讓我們一起更好地理解問題空間。” 我明天為我們買了午餐,並安排向您展示我們的五位客戶正在使用我們的產品。
當工程師看到客戶實際使用該產品時,我看到工程師們在座位上扭動著身子,並意識到:“我們做了一些很難使用的東西,人們對此感到沮喪。” 工程師想要做偉大的工作,就像設計師一樣。 通常,他們根本沒有機會看到他們的工作成果。
您可能聽說過 Jeff Gothelf 鼓吹我們應該關注“結果,而不是產出”。 這是我們可以重新構建思維的另一種方式,輸出是:“我們又交付了五個功能”,而結果是: “我們將客戶流失減少了 10%”。
關於設計師和開發人員合作的未來……
你與很多公司交談,看到許多設計和開發團隊一起工作。 工具、環境和方法正在發生變化。 設計師/開發者關係的未來會怎樣?
鹹水正在開發——當鹹水和淡水混合在一起時——工程和設計工具會合併。 不再是那種感覺像是設計的一切都在這裡,工程的一切都在那裡的交接的過程,它們開始融合在一起。
在這方面,我們看到設計師在 Jira 上花費了大量時間,思考用戶故事,並開始以工程思維方式思考。 反之亦然,我們看到工程師使用 InVision Inspect 之類的工具,他們可以在其中查看規格和設計系統的故障,並了解它們如何組合在一起的組件。 由於這些工具和學科的融合,共同的理解正在發展。
無論是開發人員還是設計師,您都可以開始了解您的關鍵合作夥伴的觀點。 這並不意味著您必須成為一名專業的編碼員作為設計師。 但是,如果他們知道一點如何使用 Git 以及如何編寫一些 HTML 和 CSS,也許是一點 JavaScript,這不會殺死一個設計師。 這實際上將幫助設計師了解事物是如何構建的,並促進更好的設計師和開發人員協作。
進一步閱讀 Toptal 設計博客:
- 如何為開發人員進行設計
- 設計講座:與 UX 研究員 Caitria O'Neill 的行動研究
- 設計講座:Pamela Pavliscak 的情商設計
- 設計講座:與 Nick Disabato 一起追求基於價值的設計
- 如何從 UX 設計師過渡到 UX 顧問