幫助 UX 設計師和開發人員更好地合作的 5 種開放方式
用開放的決策進行設計可以幫助增加用戶體驗和開發團隊之間的合作。
理想情況下,設計師與他們的產品團隊和用戶有良好的關係。然而,設計師和開發者之間的關係更難建立和維持。缺乏密切的關係使得問題的解決或改進變得困難。
根據我的經驗,開源的 開放決策框架 可以克服許多這樣的障礙。
開放決策框架宣稱,開放式決策 是透明的、包容的、以客戶為中心的。它包括與受影響的各方清楚地分享問題、要求和限制。它能夠與多個利益相關者合作,以確保不同的意見和全面的反饋。最重要的是,它能在相互競爭的需求和優先事項之間管理關係和期望。
這些原則可能會引起任何參與設計產品、功能或服務的決策的人的共鳴。對於一個設計師來說,開發人員是做出最佳設計決策的關鍵利益相關者。如果你是一個設計師,現在是時候接受獲得不同意見的機會了。
後台和用戶體驗
開發人員是關鍵的利益相關者,因為用戶的產品或服務體驗不僅僅是屏幕上的像素或工作流程的設計。它包含了服務的性能、API 調用的速度、處理用戶數據的方式,甚至是數據的可擴展性設計。當他們被認為是設計中的完全利益相關者時,開發者可以貢獻他們在服務的後端和架構方面的專業知識,以協助整體的體驗設計。
用戶體驗(UX)設計師是開發團隊所負責的項目的利益相關者。性能上的不足,或者架構對可用數據的影響,都會阻礙用戶體驗。一個開放的、開發和設計之間的合作關係 允許在所有領域的信任和透明。
為合作留出空間
開發者和設計之間的開放和透明的關係並不像它應該的那樣普遍。這種工作方式對雙方來說可能都是新的。以下是我為使合作成功而提出的五大建議:
- 建立一個經常性的合作時間:為設計和開發建立一個經常性的時間,在每周到每月一次之間進行會面。邀請的對象至少應該包括 UX、主導工程和質量工程。理想情況下,如果日程安排允許,團隊中的所有開發人員都應該被邀請參加。
- 使分享成為主要議程: UX 應該分享他們目前正在進行的用例和功能,以及任何相關的用戶研究數據。UX 設計師應該向開發團隊展示工作流程設計、線框圖和高保真模擬圖。開發應該分享他們這邊做出的任何可能影響用戶體驗的設計決定。
- 鼓勵提問: 合作是最理想的情況。鼓勵所有與會者提出問題並給予反饋。對問題的回答和對反饋的回應是討論設計和方向的機會,也是一個相互學習的機會。
- 擁抱學習的心態:避免說教或「告訴」。相反,目的是互相學習。利用彼此的專業知識,為用戶和客戶設計和建立一個良好的體驗。要求對不熟悉的技術或概念進行解釋。
- 考慮正式學習:當群體說著相同的語言時,合作關係會更容易。考慮正式的學習途徑,例如:
- 設計人員:編碼基礎課程,如開源的 Odin 項目,對於學習服務的構造和構建的基本原理是有幫助的。
- 開發人員:對 UX 原則的理解可以幫助指導問題和反饋。你可以在 UX 設計原則或各種書籍和文章中找到一個很好的概述。
一個開放合作的例子
在與我團隊中的一個開發人員進行的早期設計審查中,我展示了一個具體的交互,以顯示關於一個物體的更多數據。我傳達了用戶的需求並演示了這個交互,這時開發者問道:「是否需要完全以這種方式來完成?」
他提到,只要在設計上稍加改動,開發的工作量就會大大降低。我們同意,這些改變不會對用戶體驗產生負面影響,而且用戶仍然能夠實現他們的目標。
這種反饋節省了開發團隊的時間,留下了更多的機會來解決錯誤,建立額外的功能,並保持健康的工作和生活的平衡。用戶體驗依然強勁,而團隊則更加強大。如果沒有一個與我有深厚工作關係的開發者的早期反饋,這個結果是不可能的。
你的下一步
建立體驗是由一個合作的團隊做出的一系列決定。產品、設計和開發需要作為各自領域的專家和其他人的利益相關者一起工作。我鼓勵你讓開發和設計參與進來,以獲得更多的合作反饋,並一起努力創造出具有最佳用戶體驗的最佳產品。
(題圖:MJ/f8f89c47-821a-4327-aa18-9483633aef50)
via: https://opensource.com/article/23/4/designers-developers-collaborate
作者:Katie Riker 選題:lkxed 譯者:geekpi 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive