第四章 產品戰爭：設計流程中該如何溝通

你總希望自己的產品能備受矚目，風靡全球，讓人們痴迷於你的產品不亦樂乎。可是你也能同樣的痴迷於你的使用者嗎？你熱愛你的使用者嗎？一個偉大的產品不會自己變出來。

請恕我直言，這是產品開發流程中非常關鍵的一步，你最好嚴肅對待。我的忠告就是，如果你不熱愛你的使用者，那麼使用者體驗頂多就是不冷不熱的，你的產品很難成功。

UXPin 是一個產品，也是一家公司，始終純粹的執著於解決使用者體驗設計流程問題並且熱愛設計。

這裡只是個起點而不是通往成功的道路。產品沒長在樹上，也不能結出果實。即使是最好吃的蘋果，沒能作為美味的蘋果蛋糕出現在你的食譜上，那麼它再好吃也跟你沒有一毛錢的關係。而且若不是精心選種和栽培，蘋果自己也不會去迎合人們的口味。

我打賭在專門生產蘋果的果園中也有一大群專家團隊在研究如何發揮蘋果樹的最大潛力——結出世界上最好吃的果實。

是的。沒有熱愛何來優秀的使用者體驗，沒有跨領域的團隊合作就沒有今天高效的產品開發。沒有高效的溝通也就沒有跨領域團隊的高效合作。溝通計劃需要貫穿整個設計執行的流程。

當然溝通這遠非易事。設計過程中通常都會產生極端情緒。畢竟這是每個人都要參與的，分分鐘就可能鬧出大亂子。你不可避免的要面對這種現實。就像是一個爆炸性的混合物，必須妥善處理。這正是產品經理的要應對的工作。

作為一名產品經理你的目標將是:

• 在整個公司傳播以設計為中心的文化
• 通過恰當的溝通技巧促進和優化設計流程
• 讓每個團隊成員都找到定位並參與到設計流程當中

下面讓我們就試著理解如何去操作。

規則，非常重要

圖片來源

人際溝通的首要原則就是...沒有什麼原則。最佳實踐原則的確可以指導你，提供基本原則，給一個泛泛的應用場景，但永遠（永遠！）不會給你所有的答案，尤其是馬上把你正面臨的問題的解決方案提供給你。

為什麼?

很簡單。因為交流（這過程可真是磨人）是一個人際溝通的過程，情況如何完全取決於參與的人。

如果你想要優化團隊的設計流程，首先仔細觀察你的團隊，你需要先了解他們都有哪些交流需求。有些人很健談而另一些人在交流時喜歡固定的模式，毫無疑問你還需要後續的準備步驟。

因為你的目標是想讓每個人都積極的參與到設計過程中，你不能把任何人排除在外。這就是為什麼要專門為每個團隊定不同溝通流程。

下面，我會展示我們 UXPin 最近才開始實行的溝通模式。雖然有不足，很多地方也需要改進和驗證，但這個思路應該是對的。我希望，通過了解我們溝通模式的形成過程，也能啟發你關於改進自己團隊的想法。

產品前期階段——體驗拼圖

我打賭很多人都以為產品的設計流程始於畫草圖。那樣想的話你可真是太年輕了。設計過程中開始於決定了某個必須被完成的特性(或產品本身) 。制定商業目標，客戶開發流程，定義專案工作範圍——這些與線框圖和原型設計一樣，都是設計流程的一部分。雖然這個對設計流程廣泛的定義看似違背常理，但讓你的團隊瞭解這個概念是很重要的。

解釋清楚你的設計與使用者體驗以及商業目標之間的關係，應該成為產品開發流程的基礎。它不僅展示設計的重要性和讓整個團隊知道為什麼要嚴肅對待設計，並且能讓他們馬上參與到設計流程當中來，這才是我們的目標。

這就是為什麼在“產前”階段，我們要組織一次會議，讓團隊一起討論：

• 產品的體驗目標是什麼（換句話說，我們要為使用者做什麼）

• 專案的商業目標是什麼（在我們商業上會有什麼影響）

• 我們對於如何可以改善使用者的問題方面的知識瞭解多少，如何學習這方面的知識

• 目前這個專案大致的工作範圍（啟動階段我們要做哪些準備工作）

第三點尤其重要，我得再給你一些小提示。這個階段我們要彙總分析報告結果，進行使用者訪談，學習之前的專案經驗，等等。這顯而易見。我們從 UXPin 的開發專案中學到了一點，雖然這不是業內標準，但客服團隊在每個專案中都應該保持積極，他們的參與是不可或缺的。

在最近的一個專案中，我們重新設計了操作皮膚（dashboard），前期階段所有的相關知識都是由客戶服務團隊收集，並把這些概念碎片整理形成有可操作性的執行說明。幫助我們更好的瞭解到面臨的挑戰和機遇。

這就是你為什麼要讓整個團隊都參與到設計流程中。因為一眨眼的功夫，你就發現原來還有這麼多機會能讓專案取得成功。

民主化是設計流程的未來！

是的，真正重要的是啟動會議的當面交流，而不是用電子郵件在紙上談兵。基於對使用者問題的共識來構建溝通，並把你對於產品開發流程的想法提出來。

奔跑吧，溝通！——設計反饋迴圈

開完啟動會議之後，是時候走上正軌了。現在開始所有工作都是基於專案的。有時進行可用性研究，有時要進行客戶開發（客戶訪談），有時又要讓使用者體驗設計師直接進入線框圖繪製階段。但一件事是不變的。就是每個階段的情況都要報告，讓整個團隊知道。

可用性研究讓我們的團隊瞭解為什麼和怎麼做。線框圖讓我們的共享 UXPin 專案，其他人也知道這一部分的工作是如何完成的（感謝 Google docs 能讓我們實時協作），每個人都能在各個階段有所貢獻。

必須不斷地促進多學科團隊合作。

你想要讓團隊自然的溝通並且真切地關心使用者體驗設計。除了讓所有團隊成員都參與進設計工作，並邀請所有人分享他們的想法，別無他法。

下面講講我的個人經歷：

當我開始使用者體驗設計職業生涯時，我確信成功的關鍵，就是在公司中樹立對使用者體驗的高度重視。我給自己的角色一個定位（該死且令人反感的傢伙）。我渴望戰鬥，希望在開發者驅動的公司中為設計正名。最後我一定會做到的。

很不幸，結果並非如我們期望的那樣。

作為一個年輕有抱負的使用者體驗設計師，我是前端團隊的一員...而我的工作總是遭到猛烈批評。這也不奇怪，當我作為第一個使用者體驗設計師加入這個公司時，世界被我打亂了。他們發現竟然有人膽敢干擾他們的產品開發流程。

無論我如何的把線框圖、原型、可用性測試的結果展示他們看，都是無濟於事的——開發人員都不理會。這很令我擔憂。

他們認為技術才是重要的，而介面設計就是一種在裝飾上搞點小動作，對他們來說，那又怎樣，不就是要搞的漂亮一點的程式碼嗎？

而由於分析團隊是面向商業的（而不是面向使用者），他們甚至不知道關於產品製作過程的工作有哪些。這是我不能容忍的。

我浪費了幾個月的時間，搞的神經衰弱了好一陣，最後明白了抗爭是徒勞的。產品開發中沒完沒了的討論，完全忽略了設計的重要性，不會得出任何有意義的結果，因為抗爭總是遭遇鎮壓。如果你想煽風點火，“對手”為肯定要為自己的立場辯護。在一個想創造出令人驚歎的產品的公司，與跨部門人員不斷戰鬥，是很愚蠢的行為。浪費了那些應該用於開發產品來解決使用者現實問題的時間。

最後，產品經理告訴我，戰鬥是無濟於事的。

唯一合理的辦法是讓工程師參與到設計過程中。

唉~我得花很長時間來適應。但最終我做到了，我們開始了協同工作。我們前端團隊的朋友被邀請參與流程規劃，對使用者介面提意見，觀看可用性研究等等。

最終產品的結果很驚人。

最後的建議：協同設計需要和諧共處並讓所有人蔘與。

這意味著什麼？很簡單：

• 不要以為除了設計師其他都是敵人，如果你知道這些人在設計流程中是不可缺少的話。

• 不要落下任何人，如果你想讓大家參與設計流程。是的，我真的是指每一個人。

作為一名產品經理，在設計過流程中促進開放協作和保持知識共享，是你應盡的責任。

抉擇——最終方案

最後，在專案結束的時候你將面臨一個抉擇——整個團隊必須決定執行哪個方案。

你必須決定新的航向。如果你自己做主看起來輕鬆，讓其他人按照你說的做並等待結果就好了。但要是你決策失誤，整個團隊都要跟著倒黴。

我們 UXPin 的方式是——為專案團隊設定期限。團隊必須複審整個專案然後回答產品經理的問題—— 這已經是我們能做到最好的程度了嗎？如果大家都認可了，我們就把會把程式碼變成產品。

打造高品質的產品並重新整理最好的使用者體驗是我們的追求。這是整個產品開發流程的核心。偉大的產品是由偉大的領導者帶領偉大的團隊完成的

傳播以設計為中心的文化

在一個由持有不同觀點和擁有不同經歷的人組成的多學科小組中。

作為產品經理你該最關心的應該是造就偉大的使用者體驗設計，包括每個小專案（短期）和整體產品（長期）。

如果最終你能加強設計過程的溝通和協作，專案不僅會在短時間內取得更好的結果，而且整個公司中以設計為中心的文化氛圍也會如你所願。

以設計為中心的文化氛圍並不能憑一己之力而形成。它必須要通過團隊不斷的去關注產品才能實現。