協同設計——成功的企業產品設計指南

您可能聽說過敏捷軟件開發、看板流程管理和精益用戶體驗。 協同設計是企業產品設計的一種不同的哲學和戰術方法。

協同設計是在參與式、引人入勝和現實的全員或智囊團環境中進行設計的過程。 它不是在真空中設計的； 相反，顧名思義，協作設計將設計師置於各個團隊和部門的中心，與每個人一起工作，以構建具有凝聚力的產品。 通過這種方式，沒有人被遺漏，產品可以與所有利益相關者一起構建。

每個企業組織都是不同的，圍繞任何想法或任務將利益相關者聚集在一起看起來就像放牧貓一樣。 在本指南中，我們將回顧與主要參與者合作的技巧和竅門，不僅是為了獲得他們的意見，還要讓他們參與這種以設計為中心的新方法。

認識球員

設計師擅長很多事情，但他們的角色始於解決問題。 這需要知道專家是誰並與他們合作。 產品開發團隊的每個成員都有自己的需求和責任，因此了解他們與實際完成給定任務一樣重要。

因此，事不宜遲，讓我們與團隊見面：

• 產品經理定義產品和功能的範圍、需求和開發迭代周期； 他們通常是最終確定是/否之前功能的看門人，並且習慣於與包括高管在內的整個組織進行溝通。
• 工程師構建產品，因此他們了解技術能力和限制。 這使得它們成為確定主要關注點的關鍵資源，包括開發時間表、使用的技術、範圍以及通常的設計可行性（如果我們的概念在技術和時間限制下甚至是可能的）。
• 數據庫和系統架構師知道數據是如何集成的，並且深刻理解在繼續構建現有產品/平台的同時保持性能所需的條件。
• 內部主題專家 (SME)非常熟悉業務流程、用例、歷史和政治，以及管理層、客戶和用戶的一般期望。
• 銷售的重點是向潛在客戶展示產品。 這使得銷售成為第一個接觸點，因此他們對產品的了解對於關閉（並經常創建）潛在客戶至關重要。
• 培訓師（或 SaaS 中的客戶成功代理）直接接觸銷售團隊和新用戶或試用用戶，他們可以提供大量有用的信息，了解產品在體外及其他方面的表現。

當從事產品工作的所有各方都參與到設計過程中（敏捷方法的基本原則之一）時，最終產品獲得成功的機會要大得多——不是因為設計師與利益相關者合作，而是因為利益相關者，更常見的是以我們可能不了解的方式了解特定的用戶和業務需求。 協同工作似乎總是最好的選擇，但我們該怎麼做呢？

如何與利益相關者合作

產品經理，產品的守門人和守時人

產品經理通常對產品有個人依戀，並在公司內被寄予很高的期望。 當出現問題、未兌現的承諾或對新功能的要求時，他們還必須向其產品的用戶或客戶作出回應。

他們高度重視簡單的溝通，需要及時了解進展、問題和任何變化。 他們喜歡首先看到草稿並且經常看到草稿，並且因為他們可以在不同的規模上工作（從直接產品開發到實際操作的幾個級別，甚至是微小的變化），您與他們的互動可能會有很大差異。

因為 PM 花費大量時間與各種利益相關者（內部和外部）溝通，所以讓他們了解情況而不期望他們與您聯繫非常重要。 與您的 PM 設置定期簽到以展示迭代草稿，聽取他們的反饋，並始終以下次會議的行動項目列表結束。

很快就會了解他們對產品功能的目標是什麼。 PM 知道設計師是問題解決者，因此設計師需要提供數據和分析來證明他們的推理。 你是對還是錯並不重要。 證明打造最好的產品是目標，您將贏得 PM 的信任！

工程：負責將設計變為現實

工程師（也稱為開發人員）是最接近產品的人； 他們建造它！ 這給了他們一個優勢，因為他們可以直接體驗和測試產品的各個組件。 這很棒，因為毫無疑問，他們會發現任何設計中的弱點——有時是在構建任何東西之前——這非常棒，因為在軟件編碼之前發現缺陷在很多層面上都是一個巨大的優勢。

贏得工程團隊信任的最佳方式是製定全面而完整的產品規格或儘早讓他們參與……或兩者兼而有之。

當開發人員被認為是真正的利益相關者時，他們非常願意討論用例、場景、技術挑戰以及克服這些挑戰的選項。

人們很容易忘記工程師是真正的產品架構師。 他們在與設計師一起解決問題方面有著既得利益，尤其是當挑戰很困難或可以通過其他方式處理時。

數據庫和系統架構師，數據結構的守護者

數據庫和系統架構師知道產品在幕後是如何工作的。 他們完全了解數據的存儲和結構方式、可以集成的內容以及所有系統如何相互通信。 他們往往不太關心產品如何為用戶工作，而是它如何與各種系統交互（這是他們最終負責的）。

對於以用戶為中心的設計師來說，它們可能特別難以處理。 重要的是要記住，即使數據庫/系統架構師從不與最終用戶交互，他們的重點始終是使這些用戶受益——無論是通過產品可靠性、速度還是簡單性。

如果沒有他們的專家意見，他們對數據結構如何運作的知識——以及對產品功能的任何更改的後果——太容易錯過了。 邀請系統架構師參加有關產品變更的會議和討論非常重要，即使他們的立場似乎並不直接相關。

與系統架構師合作的一種方法是創建一個包含以下問題的清單：

• 特性 X 會影響當前的數據結構嗎？
• 考慮到當前架構，是否有任何額外的設計/開發工作？
• 設計 Y 是否與任何現有的用戶輸入/輸出衝突？
• 是否有任何外部服務受功能 X 影響？

這個簡單的列表將為您指明正確的方向，即使您沒有清楚地了解預先存在的（以及可能的）單體數據結構的工作原理。 任何勾選的內容都是應該通過簡單討論進行調查的領域。

主題專家和業務分析師，信息嚮導

主題專家的名字恰如其分； 他們是該主題的專家，可以成為獨特而有價值的信息的金礦。 通常，他們已經獲得了該領域的專業學位，或者他們大部分時間都在他們的行業工作。 他們對企業應該如何運作有親身體驗，他們回憶起帶領每個人走到今天的漫長而痛苦的歷史和政治。

業務分析師了解組織運作方式的來龍去脈，如果數據可用但沒有內部專家，通常會履行與 SME 相同的功能。

與中小型企業合作，了解管理層如何看待項目，以確保滿足內部期望並且您沒有涉足危險領域。 邀請分析師參加設計會議，提前告訴他們他們是專家，並要求他們分享他們對歷史失敗、政治衝突和其他可能對成功發布產品至關重要的問題的知識。

客戶成功經理，新客戶的聯絡點

當新客戶最終被銷售人員接納時，培訓師——或者，對於 SaaS 公司，客戶成功經理 (CSM)——接手教導新用戶如何實際使用產品。 因此，不用說，培訓師會花費大量時間與新手用戶交談。 CSM 具有獨特的視角，因為他們與通常不參與公司購買決策的客戶互動。

憑藉這種獨特的視角，培訓師/CSM 可以為設計決策提供有價值的信息，包括客戶入職和新用戶行為。 許多企業組織跟踪和監控他們的新客戶如何使用各種產品並記錄從電話到投訴的所有內容，但培訓師對客戶真正遇到的問題有一定的了解。

在所有主要設計會議中包括一名高級培訓師，並與他們一起詢問任何決定。 提出諸如“最嚴重的三大客戶投訴是什麼？”之類的問題。 並且，“新客戶平均對產品滿意嗎？” 並且，“您認為哪些變化會對您和您的團隊產生最大的積極影響？” 這樣，我們都知道幸福的道路是什麼； 對於客戶實際使用產品的所有方式，培訓師都是我們的眼睛和耳朵。

銷售，產品與客戶的第一次接觸

銷售和設計往往是矛盾的。 一些組織是銷售驅動的，而另一些則不是，但無論如何，目標之間存在明顯差異：銷售團隊想要增加銷售額，而設計想要改善用戶體驗。 它們並不總是對齊。

不一定是這樣。 大多數銷售人員都有非常合理的抱怨要處理：他們幾乎無法控制產品決策，被要求做出他們無法真正承諾的承諾，並且儘管發生了一切，但仍被驅使實現特定的收入目標。 銷售和產品團隊經常發生激烈的爭論也就不足為奇了！

然而，就像培訓師一樣，銷售組織對客戶需求有獨特的看法，而且這種看法通常是進行小額銷售和帶來鯨魚之間的區別！ 了解銷售團隊面臨的不同領域。 嘗試參加各種類型的電話，並了解這些潛在客戶如何溝通。

這將打開與銷售的對話。 這不僅僅是讓他們的需求被聽到； 這是關於在每個階段（從第一次溝通到入職後）改善潛在用戶的體驗。 了解銷售人員從潛在客戶那裡聽到的最多的內容、他們在完成交易時遇到的挑戰以及交易完成後最大的擔憂是什麼。

企業設計不一定是噩夢

作為一名設計師，管理所有這些活動部件可能非常具有挑戰性，尤其是當您不被視為官方意義上的“經理”時。 作為跨團隊溝通、需求收集和設計反饋的關鍵利益相關者，您應該可以在一定程度上接觸到所有這些專業人士。

最關鍵但最簡單的方法是聽取各方的意見並認真對待他們的反饋。 在大多數組織中，下一步是獲取反饋並與產品經理一起將需求組織成可操作的工作。

從那裡開始，它取決於優先事項和填補空白。 最終目標是設計出最好的產品，我們需要所有產品開發人員的幫助。 認識到每個角色都很重要並讓這些人員意識到他們在產品開發週期中的價值使他們能夠為設計師提供做出更好的產品設計決策所需的信息。

• • •

進一步閱讀 Toptal 設計博客：

• UI 設計最佳實踐和常見錯誤
• 空狀態——用戶體驗中最容易被忽視的方面
• 簡單是關鍵——探索最小的網頁設計
• 移動界面的啟發式原則
• 可讀性設計——網頁排版指南