建立UX團隊不是一件簡單的事，有三種常見的模型可供參考。本文對此展開了詳細的分析，希望對你有幫助。
簡介：設計和用戶研究工作通常會存在於集中式UX團隊、分散式UX團隊或矩陣UX團隊中，這三種類型的團隊模型，每一種都有明顯的優缺點。
為UX設計或任何其他學科建立一個能夠實現有效協作和夥伴關係的組織模型並不容易。
團隊結構總是在不斷演變：新加入的團隊成員、新開發的產品和特性，以及隨著時間的推移所學到的關於團隊如何進行最佳溝通的經驗教訓，都會導致團隊結構的破裂。
定義一個有效的用戶體驗團隊結構特別困難，因為用戶體驗通常是在組織結構中已經建立了其他學科（如開發和產品經理）之後添加的。此外，開發時並不總是在其模型流程中中包含UX。
UX團隊是根據三種常見的團隊模型構建的，這些模型在很大程度上適應了上面所提到的組織壓力。在本文中，我們將討論每種模型的優勢和弊端，可以對其進行評估和比較，以確定對其UX員工進行調整和監督的最合適的模型。
UX團隊模型分為以下三種：
每一種模型都有明顯的優缺點。即使團隊的結構可以遵循這三種通用的模型之一，我們也不能期望它是一成不變的或完美的。
不斷修改和糾正是必要的：在團隊的某個時間點起作用的模型可能會在新的和不同的壓力下過時。這些模型是通用方法，應隨著團隊的了解和不斷發展來應用和調整。
在一個集中的專業UX團隊中，所有的UX團隊成員都向UX經理報告。UX團隊成員根據需要處理各種產品和業務工作，基本上充當組織其他部門的顧問，並為產品賦能。
一個專業的集中式UX團隊有一個UX經理，UX成員向其匯報工作。UX成員根據需要處理各種產品和工作，充當組織其他部門的顧問，UX成員可以與一個或多個團隊合作（或等待下發任務）。
一個在用戶體驗方面有大量投入的公司會有一個更精細的組織結構圖，有多個層次的UX管理，但是如果它遵循一個嚴格的集中模式，公司的所有用戶體驗專業人員將向一個單一的層級匯報，由用戶體驗副總裁，用戶體驗總監，或者公司頂級用戶體驗人員使用的其他任何頭銜。
這種模式有時也被稱為「內部代理模式」（因為代理通常以這種方式組織設計和研究資源），或「用戶體驗即服務」（UX as a service）或「用戶體驗中心」。
1）集中式UX團隊通常的工作方式
當某個產品或項目需要UX支持時，UX經理與產品團隊負責人反覆溝通，以充分了解需求。然後，UX經理根據項目需求與UX團隊成員的技能及可用性相匹配，將一個UX團隊成員分配給該項目一段特定的時間。項目完成後，被分配的UX團隊成員將返回資源池以等待其他分配。
用戶體驗團隊成員可以根據每個需求的工作量處理一個或多個項目。一個項目可能會持續很長或很短的時間。
2）集中式UX團隊的優勢
高水平的用戶體驗：
擁有一個專業的集中式用戶體驗團隊意味著有一個用戶體驗經理或執行官監督該團隊的績效和貢獻，因此，團隊將輸出高水平的用戶體驗作品。用戶體驗經理可以向其他團隊的成員描述、支持和捍衛用戶體驗，並擔任預算和資源管理員。
廣泛的UX技能：
集中式用戶體驗團隊通常包括各種各樣的用戶體驗技能，從信息架構到用戶研究。因此，集中式用戶體驗團隊具有更大的寬度和靈活性，可以從團隊中獲得大量用戶體驗（UX）技能，集中為產品團隊提供他們所需要的東西。此外，用戶體驗團隊成員可以經常在不同的專業領域內相互指導和幫助，隨著時間的推移，團隊的整體技能不斷發展。
UX團隊成員更多的機會：
作為顧問，用戶體驗團隊成員從事各種項目，獲得更多的產品經驗和跨產品知識，並為產品賦能。
工作的多樣性通常有助於用戶體驗專員在工作中保持挑戰性，減少「無聊」。此外，集中式用戶體驗團隊可以互相傳遞更多的知識，在需要時相互諮詢，並將不在一起工作的產品團隊聯繫起來。
明確的職業道路：
集中式用戶體驗團隊往往規模很大，並且已經建立了工作職稱、描述和職業道路。這個環境可以為用戶體驗人員提供奮鬥的目標。那些想要走技術路線的人仍然可以成長和提升，而那些想成為管理的人可以瞄準某些職位。擁有高級管理和高級技術的團隊，提供用戶體驗角色模型和導師，他們可以建立新的UX成員的職業信心。
UX團隊內部資源共享：
一個集中式的UX團隊可以共享設計、研究資源以及知識，實現個人成長並提高整個團隊的專業知識。DesignOps或ResearchOps的流程和角色可以最大限度地幫助實現團隊間的知識共享：共享的UX工具箱（例如，交付成果的模板、用戶研究見解資料庫、研討會議程等）有助於避免團隊成員每次在使用工具或流程時浪費精力和時間。共享的研究參與者資料庫有助於團隊在進行用戶研究時克服普遍存在的參與者招募的障礙。
3）集中式UX團隊的弊端
UX團隊通常是「退款中心」：
通常，其他團隊必須將與UX團隊的協作列為項目預算中的一部分。
因此，UX團隊必須說服項目團隊在他們的項目中加入UX（通常是一場艱難的battle），用自己的預算支付UX的費用。
為了避免此問題的出現，某些企業會要求每個產品團隊分出一定的資金來支持UX工作。這種方法可以減少專業的UX團隊說服產品團隊參與UX活動的需要。
但是，即使是基於最佳的考慮和目標，UX成熟度較低的企業也可能會要求產品團隊使用不符合特定的需求和環境的用戶研究方法。
看不見，想不到：
由於UX人員沒有從頭到尾併入到項目或產品團隊中，這些團隊可能會忘記主動地將UX工作流程引入到他們的工作流程中。
用戶體驗團隊成員可能不會被邀請參加關鍵的討論、活動或會議，這並不是出於有意的忽視，而是因為他們並不是最重要的。
缺乏共識及理解：
在某些情況下，產品團隊和UX專業人員之間可能缺乏共識。
各個產品團隊可能對UX知之甚少或缺乏相應的理解和尊重，當因為沒有從頭到尾參與項目中而導致專業的UX團隊成員無法獲得足夠深入的產品知識，導致效率降低時，這種看法可能會更加強烈。
難以預測人員配置：
如果UX經理對即將到來的項目不是很了解，或者是沒有與其他團隊leader達成一致，用戶體驗人員可能要麼人手不足，無法幫助到需要他們的項目，要麼人手過多，無所事事。
這種模型，沒有一個專業的需要向UX經理匯報的用戶體驗團隊，而是將單個UX團隊成員嵌入整個組織中的多個團隊中，與特定的功能、產品或業務線保持一致。
在分散式UX團隊中，UX直接向產品團隊輸出內容。產品團隊有自身預算，包含UX工作的預算。
這種模式通常是用戶體驗團隊在傳統的企業或初創企業（非設計機構和用戶體驗諮詢公司）中起步的模式。這種分散模型通常被描述為「分布式」或「嵌入式」團隊，或者有時被稱為「掛靠」。
1）分散式UX團隊通常的工作方式
各個UX員工分布在各個團隊中。每個產品團隊都有預算，而用戶體驗工作直接來自該預算。
隨著時間的推移，各個UX專業人員與相同的開發人員、產品經理和其他團隊成員合作，團隊的需求討論、活動、會議等步調始終保持一致。
2）分散式UX團隊的優勢
分散式UX團隊的許多優勢直接抵消了集中式UX團隊的弊端。
增強的信任度和機會：
因為每個UX都是產品團隊的一部分，所以這些UX專業人士可以與他們的產品團隊成員建立信任。UX能夠成為其工作的產品或業務領域的專家（由於長期的接觸和專注），因此他們的價值可以很容易地被其他團隊成員（他們也是該產品的專家）所認可。
UX參與的可能性增大：
在分散模型中，UX團隊成員與團隊其他成員一樣參與相同的討論，活動和會議。在辦公室中，與產品團隊成員坐在一起時，UX人員將更加明顯。因此，UX可以更多的參與到工作流中，從而提供貢獻和證明價值的機會。
經理的責任感：
負責UX人員的直屬經理可能會比屬於其他團隊（如集中式UX團隊）的UX人員工作更加努力，以確保並推動UX成功。
3）分散式UX團隊的弊端
UX的數量可能會很多：
特別是如果企業（或團隊）的對UX的認知度較低時，分散的UX專業人員可能會在出現分歧時難以與許多開發人員和團隊的其他成員抗衡。一個或兩個UX團隊成員的異議很容易被忽略。
設計和研究的時間很少：
UX人員人數過多時，他們可能會花費大量時間來推廣、說服和傳達給其他團隊成員UX的價值。尤其是當UX未完全集成到開發流程中時，嘗試將UX插入流程中所花費的精力可能會花費UX人員的大部分時間，而幾乎沒有時間進行研究和設計！
冗餘的用戶體驗工作：
與集中式模型正好相反，分散的用戶體驗人員很難定期進行互通和共享資源。尤其是在缺少集中式系統模式、UX框架或研究見解存儲的情況下，由於缺乏一致性和協作性，會存在大量的工作浪費和重複。UX專業人員將從頭開始創建可交付的成果、研究計劃或設計元素，而不是利用現有資源。
沒有流程改進：
由於沒有指定的UX管理人員負責公司的整體UX工作，因此沒有人負責尋求不斷提高UX工作質量和生產力的方法。
矩陣UX團隊模型是集中式模型和分散式模型的結合體。
在這個模式下，UX人員既要向集中的UX經理匯報，也要向項目團隊匯報（其中一個管理者具有優先權，因此比另一個管理者具有更高的權重）。
因此，UX團隊成員由特定負責用戶體驗的領導和單個項目團隊領導共同進行管轄。
集中式和分散式UX模型的結合體是矩陣式UX團隊。
1）矩陣UX團隊通常的工作方式
在矩陣UX團隊模型的常見實例中，UX人員分布在許多團隊中，他們在其中充當長期資源和團隊成員。
根據組織結構的不同，他們的團隊可能會適應特定的功能、產品、領域或業務範圍。
日常指導由產品團隊負責人負責，但是，UX經理也會從職業發展和個人成長的角度進行負責。通常，UX團隊會議之間會保留各個UX團隊成員之間的溝通協調和協作，例如設計評審或實踐社區。
此外，UX經理可能會監督少量的未分配給產品團隊的人員，負責公司範圍內的計劃，例如創建設計標準或運行可用性實驗室，用於給負責每種產品的UX人員進行相應的產品設計測試。
2）矩陣UX團隊的優勢
對UX的雙重關注：
在矩陣模型中，UX經理和產品團隊負責人同時對UX人員進行監督。因此，兩名負責人需要對UX人員的成功負責，從而對用戶體驗負責。
建立真正合作關係的可能性很高：
由於UX專業人員與單個產品團隊長期合作，因此其他產品團隊成員可能會將UX員工視為他們團隊的真正組成部分，共同參與關鍵的討論、會議和活動。
增加靈活性：
矩陣UX團隊比嚴格的集中式或分散式的團隊更靈活，因此可以輕鬆適應不斷變化的組織壓力或短期、緊迫的需求。
3）矩陣UX團隊的弊端
UX人員的困惑：
由於用戶體驗人員以某種方式向兩位負責人匯報，他們可能會感到被拉向兩個不同的方向，不確定哪個負責人在設計方向上擁有最終的決定權，誰來處理人事或團隊問題，或者誰來談論職業目標。
難以實施：
在需要各種相互對齊的大型組織中，矩陣模型可能難以操作。然而，在有多個產品團隊的組織中，只要UX團隊領導和產品團隊領導與他們的UX目標同步，矩陣UX模型就可以結合集中式和分散式的優勢。
我們並沒有絕對的說法哪種模型更合適，並沒有最佳模型。
總體企業/公司環境（例如，公司規模、產品複雜性、UX團隊的能力與組織需求相比）應決定採用哪一種模型。
通常，設計機構中的新生團隊始於集中式模型。在團隊成立之初，通常沒有足夠的設計和研究人員來支持分散模型。隨著UX員工人數的增加（通常與對技能的需求增加相關），團隊可能會演變為分散模式，因為現在有足夠的UX人員和UX專業知識以固定的方式分布在各個團隊之間。
相反，內部產品組織通常從分散的團隊開始。由於認識到對UX的需求，因此各個團隊都可以僱用UX角色。隨著個人價值的實現，其他團隊開始尋求UX角色的支持。最終，可能會批准其他角色的人員編制和預算。隨著UX員工人數的增加，UX團隊成員通常開始領導並建議一個集中的團隊，以提高效率和知識共享的優勢。
經過一段時間的學習和教訓，許多組織（代理商和內部產品組織）最終都採用了矩陣模型。通過這種靈活的混合方法，組織可以平衡UX和產品團隊之間的長期合作關係，而又需要在核心UX團隊之間保持協作和一致性。
在確定哪種模型最適合您的團隊時，請考慮以下因素：
現有流程：
團隊當前使用的流程中是否包括UX流程？
如果沒有，用戶體驗對任何人來說都是困難的，並且對於分散模型中產品團隊中的單個UX人員來說尤其困難。缺乏支持和資源意味著此人將花費大量時間試圖說服團隊做用戶體驗工作。
與產品和產品團隊數量相比，用戶體驗團隊的規模：
是否有足夠的UX人員致力於單個產品團隊？或者，是否需要按項目進行優先級排序？如果分散式的模型是合適的，但是產品或產品團隊比UX人員更多，那麼哪個團隊將有UX人員，而哪個團隊沒有？我們能夠客觀地一致地做出判斷嗎？
工作量：
是否有足夠的需求在各個產品團隊中使用UX專業知識來證明用戶體驗的合理性？或者，分散的UX團隊成員會發現自己坐在那裡無所事事，希望可以為需要他們技能的工作做出貢獻。
UX的成熟度和文化：
分散式UX員工的專業知識和見解是否會像單個產品團隊的其他成員一樣有價值？UX人員之外的其他人員，是否對用戶體驗知識有相應的了解。
協作機會：
如果UX團隊以分散模式分布，那麼如何在UX團隊之間實現協作和資源共享？可以安排哪些會議、討論、活動等來確保能相互保持一致？
下表總結了這三種UX團隊模型的優缺點：
原文地址：https://www.nngroup.com/articles/ux-team-models/
原文作者：凱特·卡普蘭、卡拉·珀妮斯
本文由 @Henry-Lee 翻譯發布於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議