Warning: The magic method InvisibleReCaptcha\MchLib\Plugin\MchBasePublicPlugin::__wakeup() must have public visibility in /www/wwwroot/dsgn.tw/wp-content/plugins/invisible-recaptcha/includes/plugin/MchBasePublicPlugin.php on line 37
給產品經理的UX設計指南:4. 產品之戰 - 設計過程中的溝通 | DSGN.tw

Warning: Trying to access array offset on value of type null in /www/wwwroot/dsgn.tw/wp-content/themes/authentic/framework/partials.php on line 55

Warning: Trying to access array offset on value of type null in /www/wwwroot/dsgn.tw/wp-content/themes/authentic/framework/partials.php on line 67
給產品經理的 UX 設計指南:4. 產品之戰 – 設計過程中的溝通

4. 產品之戰:設計過程中的溝通

你說你想要做出一個偉大的產品,人們會迷戀熱愛的東西。但你是否也對你的用戶有相同的迷戀?你愛他們嗎?偉大的產品的能量不會自己產生。

熱愛你的用戶聽起來可能有點瘋狂,但實際上這個問題對於整個產品開發過程來說是至關重要的,你最好認真對待你的用戶。這是我友善的建議。如果你對你的用戶沒有一點點熱忱,你的 UX 設計會做的不上不下,產品的成功與否可能就有點令人存疑了。

這比起你「選擇做什麼」還重要。產品不會自己好端端的長在樹上,如果不放在飲食的背景下,或作為美味的蘋果蛋糕食譜的一部分,即使是最好的蘋果,將是痛苦的無意義的。如果有人沒有花很多時間培養牠,蘋果本身甚至不會接近理想的美味。

我敢打賭,在一個專業的蘋果園裡,一群人正在蘋果樹上工作,這樣才能發揮出它的全部潛力 - 給世界上最好的水果。

哦,是的。沒有愛和迷戀,沒有好的用戶體驗。沒有多學科團隊,今天沒有高效的產品開發。而且在設計過程中沒有出色的溝通,沒有多學科的團隊。在整個設計過程中計劃和粗暴執行的溝通。

不,這並不容易。事實上,這遠非易事。一個設計通常會產生極度的情緒。畢竟這是每個人都可以參考的東西。它是有形的,它面對​​著你,似乎是顯而易見的。這是一個爆炸性的混合物,必須妥善處理。而這正是產品經理的工作。

作為產品經理,您的目標是:

  1. 在整個組織中傳播以設計為中心的文化
  2. 通過促進適當的溝通來優化設計過程
  3. 包括並參與設計過程中的每個團隊成員
  4. 讓我們試著去了解如何去做。

設計過程中溝通的第一條規則是... 沒有規則。這些指南(包含這篇)可以指導你,提供你一個起點,讓你補足思考時容易疏漏的部份;但這些文章永遠不會(永遠)回答你所有的問題,或提供你一個現成的解決方案。

為什麼?

簡單。因為溝通(這是一件很痛苦的事)是一個幾乎完全依賴參與其中的人的人際過程。

如果您想優化團隊中的設計流程,請仔細觀察團隊,以確定您的溝通需求。有些人需要更多的會話風格,有些人更喜歡可預測的溝通結構,這將毫無疑問地要求和接下來的步驟。

既然你的目標是在設計過程中包括每個人,並且讓你參與進來,你不能排除任何人的溝通。這就是為什麼為每個團隊制定溝通過程如此重要的原因。

我將在下面介紹的結構是剛剛開始為 UXPin 工作的東西。它仍然需要大量的改進和測試,但似乎正在朝著預期的方向發展。希望通過閱讀關於形成溝通模式的過程,你會對自己的團隊有一些改進的想法。

前期產品階段 - 從事拼圖的經驗

我敢打賭,大多數人認為設計過程在繪圖起飛時開始。沒有比事實更遠的了。設計過程恰好在產品(或產品本身)必須完成的決定時開始。制定業務目標,客戶開發流程,確定項目範圍 - 這些都是設計過程的一部分,就像線框和原型一樣。雖然這個廣泛的設計過程的定義是一個違反直覺的陳述,但是在你的團隊中展示它是非常重要的。

解釋設計,用戶體驗和業務目標之間的聯繫應該是您產品開發過程的基礎。這不僅表明了設計的重要性,為什麼整個團隊應該關心這個問題,還要立即讓他們參與進程,這就是我們的目標。

這就是為什麼在產品前期階段,我們為我們一起討論的團隊組織一次會議:

項目的經驗目標是什麼(換句話說,我們正在為我們的用戶做什麼

項目的商業目標是什麼(業務如何受到影響)

我們所知道的用戶問題以及如何改進這些知識

目前項目的範圍是什麼(我們從一開始就知道應該完成的)

第三是特別重要的,我想和你分享一下評論。當然,當我們將分析結果,客戶訪談,以前的項目知識等聯繫起來的時候,這就是過程的一部分。這可能是非常明顯的。我們在 UXPin 上學到的一些非標準的東西是我們的客戶服務團隊應該在每個項目中發揮積極的作用。他們比我們任何人都更了解我們用戶的問題。他們的角色絕對是不可或缺的。

在最近重新設計儀表板的項目中,通過收集客戶服務團隊已經考慮的產品的這一部分的所有知識,並將其分組為有意義的塊,開始了產品前期階段。這有助於我們更好地理解我們面臨的挑戰和機遇。

這正是您為什麼要在整個設計過程中參與整個團隊的原因。突然間,一個項目成功的機會變得巨大。

民主化的設計過程是要走的路!

是的 - 一個非常重要的事情是開始一個會議,而不是電子郵件交換。根據對用戶問題的共同理解和您想要介紹的產品開發流程,建立溝通。

運行設計反饋環路上的通信

當你第一次見面時,是時候走下去了。現在發生的事情都是依賴於項目的。有時候,這是一個可用性研究的時間,有時一些客戶開發工作是必要的(客戶訪談),有時你的用戶體驗設計師直接進入線框圖階段。有一件事情永遠不會改變我們。每個階段都向全隊報告。

如果我們正在做可用性研究,我們解釋為什麼以及如何對團隊。如果我們是線框化的,我們會在 UXPin 中與他們分享項目,這樣他們就能看到這部分工作是如何完成的(感謝我們的 google 文檔,比如實時協作),他們將能夠為階段。

團隊中的多學科協作必須不斷進行。你希望有一個自然而然地溝通的團隊,並且非常關心用戶體驗設計。除了分享整個設計工作,並邀請其他人分享他們的想法之外,沒有別的辦法。

我會給你個人的故事。

當我開始我的用戶體驗設計職業生涯時,我深信成功的關鍵在於在我曾經為之工作的組織中確立用戶體驗最高的角色。而我正在考慮我的角色(該死的,我一定很討厭)。我渴望與整個開發者驅動的公司爭取設計的美名。我做了。不幸的是,結果與我的期望相去甚遠。

作為一個年輕且有抱負的用戶體驗設計師,我是 IT 前端團隊的一員,而且我的工作總是受到嚴重的質疑。難怪當我作為第一個用戶體驗設計師加入公司時,他們的世界被震撼了。有人在搞他們的產品開發週期!無論我是否提供線框或原型或可用性測試結果 - 開發者都不受影響。我很著急。

他們認為技術是重要的,而界面是裝飾什麼的裝飾品,對他們來說,無論哪種方式,都是美麗的代碼。而且由於分析是面向業務的(而不是以用戶為導向的),所以他們甚至不知道產品中究竟發生了什麼,什麼不發生。我無法忍受。

我花了幾個月的時間和很多緊張的工作,才意識到戰鬥是徒勞的。對設計在產品開發中的作用進行無休止的討論並沒有產生任何合理的結果,因為戰鬥總是出現抵抗。如果你煽動一場戰鬥,期待你的 “對手” 捍衛自己的立場。在一個想要創造出驚人產品的公司裡,與其他部門和專家的持續戰鬥是愚蠢的。危險地愚蠢。他們浪費了應該用於開發產品的時間來解決用戶的現實問題。

最後,產品經理告訴我說戰鬥沒有意義。唯一合理的做法是聘請工程師在設計過程中。

天哪,我需要很多時間來消化。當我終於做到了,我們都開始一起工作了。我的前端團隊的朋友被邀請參與規劃過程,在界面上提供建議,觀看可用性研究等。

最終產品的結果令人興奮。

最後的建議:合作設計不需要任何人質,也不會留下任何人。

這是什麼意思?這很簡單:

如果你確信說服人們即使他們不是設計師,他們在設計過程中也需要他們,你也不會拿走任何人質。

如果你在這個過程中歡迎每個人,你不會留下任何人。是的,我其實是指每個人。

作為產品經理,您有責任促進設計過程中的開放式協作和不斷的知識共享。