關(guān)于產(chǎn)品創(chuàng)造，大家都知道的一件事是：并不是設(shè)計師獨自設(shè)計一款產(chǎn)品。許多利益相關(guān)者需要參與設(shè)計產(chǎn)品的過程并共同創(chuàng)造他。

許多公司的設(shè)計師與產(chǎn)品經(jīng)理、產(chǎn)品負責人、QA 團隊密切合作創(chuàng)造產(chǎn)品，但更多的時候是設(shè)計師與開發(fā)人員密切合作。

在我看來，設(shè)計師和開發(fā)人員之間能否密切合作對最終產(chǎn)品有很大的影響。他們需要密切合作以解決可用性和技術(shù)問題，以便為客戶提供重要價值。由于關(guān)系密切，必須在兩者之間建立良好的關(guān)系和有效的溝通。

很多產(chǎn)品團隊之間存在著溝通問題，設(shè)計師不了解開發(fā)人員，開發(fā)人員也不了解設(shè)計師。溝通不暢會設(shè)計師和開發(fā)人員產(chǎn)生很多摩擦和誤解，并導致團隊內(nèi)部返工、壓力過大和易產(chǎn)生不良關(guān)系。在過去的六年中，我與開發(fā)人員密切合作，這使我能夠從多個角度了解他們。

這篇文章的目的是 分享一些我學到的處理與開發(fā)人員的關(guān)系和溝通的技巧。我相信你會發(fā)現(xiàn)這些技巧很有用，并且能夠?qū)⑺鼈儜玫侥愕娜粘９ぷ髦小?/p>

1. 確保所有團隊成員都熟悉用戶、產(chǎn)品和產(chǎn)品目標

有時，并非所有團隊成員都知道產(chǎn)品的用途、用戶是誰及產(chǎn)品目標是什么。這似乎很諷刺，但有時開發(fā)人員確實在開發(fā)產(chǎn)品時并未意識到這些方方面面。

在大多數(shù)產(chǎn)品團隊中，是產(chǎn)品經(jīng)理協(xié)調(diào)整個團隊，但并不能保證產(chǎn)品經(jīng)理能夠協(xié)調(diào)好一切工作。由于開發(fā)人員可能沒有意識到這些信息多么關(guān)鍵，因此可能會導致進行很多無效的討論。

1）如何避免這種知識隔閡？

召開項目啟動會

在團隊開始處理大型項目或明確目標用戶之前，可以召開一場項目啟動會。在會議上團隊將一起梳理項目中所有的用戶需求，以便所有團隊成員都能就其相關(guān)問題達成一致；團隊還可以討論他們在這個項目中可能遇到的潛在問題。如果不知道如何召開項目啟動會，你可以查看 Atlassian 網(wǎng)站。他們有一個很好的模板來說明如何操作。我相信它為這次會議給予充分說明，并會給項目帶來很大幫助。

提出關(guān)鍵問題

如果與開發(fā)人員溝通希望彼此理解，你可以問他們這些簡單的問題：

• 我們的用戶是誰，他想要實現(xiàn)什么目標？

• 我們的 APP 有什么功能？

通過聽取他們的回答，你可以很快注意到存在知識盲區(qū)。有時你會發(fā)現(xiàn)他們不了解產(chǎn)品中的某些內(nèi)容，你也會注意到你們對于產(chǎn)品的知識差距。如果發(fā)生這種情況，和他們的項目經(jīng)理討論以共同建立對項目的理解。

為團隊中的每個新開發(fā)人員創(chuàng)建一個了解流程

你可以創(chuàng)建一個簡單的流程來講解用戶和產(chǎn)品的所有基本信息，給團隊的每個新成員進行培訓，幫助他們理解產(chǎn)品，確保他了解關(guān)于項目的信息。

在這種情況下，要確保他們要清晰地了解這些信息：

• 產(chǎn)品的功能并展示產(chǎn)品的工作原理。

• 我們的用戶是誰，他們想要實現(xiàn)什么目標，以及他們?yōu)槭裁匆獙崿F(xiàn)它。

也許這不是你的職責，但如果你想與開發(fā)人員順利合作，你應該確保新團隊成員知道這些重要信息。

2. 出現(xiàn)問題時平靜地處理

作為設(shè)計師，我們對自己的設(shè)計非常挑剔，對頁面上的每個像素都很敏感，如果開發(fā)人員最終實現(xiàn)的效果與我們的設(shè)計有任何不同，我們都可能會不太開心。如果發(fā)生這種情況，我們應該心平氣和地與開發(fā)人員進行溝通，并向他們解釋設(shè)計和開發(fā)之間的區(qū)別。

在進行溝通時，最好先肯定一下他們的工作成果，然后解釋為什么需要修改某些部分。所以要冷靜地一起討論需要修改的地方，并給他們解釋這樣設(shè)計的原因，它對用戶的重要性。如果你注意到了某個錯誤重復出現(xiàn)，一定要去了解錯誤發(fā)生的原因并努力解決它。

例如，如果你發(fā)現(xiàn)開發(fā)人員總是犯錯，那就需要和他們好好溝通來了解一下他們的工作方式；也許他們沒有注意到你添加到文件中的流程圖，或者他們不知道怎么在 Figma 中使用原型，我相信向開發(fā)人員展示如何正確使用軟件并不是一件難事。

3. 確保開發(fā)人員了解你的設(shè)計

作為設(shè)計師，應該確保團隊了解你的設(shè)計。在這個過程中，我們可以在設(shè)計評審、緊急會議或者閑聊時和開發(fā)溝通，給他們講解自己的設(shè)計。我們經(jīng)常需要解釋一個復雜的流程或交互操作，但這些問題解釋起來并沒有那么容易。

因此，當你向團隊成員解釋某一點時，可以時刻地詢問他們是否能理解你所說的內(nèi)容。

你可以這樣問他們：

我給你講清楚了嗎？

你能理解我講的內(nèi)容嗎？

人們往往不喜歡承認自己沒聽懂，所以這樣提問能鼓勵他們提出問題并發(fā)現(xiàn)沒有理解的地方官。我記得在一次設(shè)計審查會議上，我需要解釋加載在我們的 APP 中是如何工作的。我說了大概這樣一句話，“不要忘記在 APP 完成渲染之前添加加載占位圖?！?/p>

講完了以后我問了大家還有什么地方我沒有說明白好幾秒鐘后，一位一個月前加入團隊的初級開發(fā)人員問我：“什么是加載占位圖？”

4. 配合圖片講解設(shè)計

在做交互設(shè)計時，很難只用文字來解釋所有內(nèi)容。在展示你的想法時，盡量使用圖像、視頻和原型等方式配合著進行講解。

我們以數(shù)據(jù)表為例，如果要解釋其完整的行為，包括批量操作、擴展選項和動畫，僅用語言文字是無法解釋的。在這種情況下，你可以提供一個其他數(shù)據(jù)表的視頻，并創(chuàng)建一個簡單的線框原型。這些視覺效果可以輔助你進行講解，為團隊提供完整的理解并減少你的解釋時間。

前段時間，聽過這樣一句話：一張圖勝過1000字，一段視頻勝過1000張圖。我相信它很好地解釋了這一點。

5. 表述盡可能簡單

我們設(shè)計師經(jīng)常會使用一些只有自己理解的術(shù)語，例如排版 x 高度、互補色或字體名稱。在與開發(fā)人員溝通時，盡量用簡單的語言來描述事情。如果你發(fā)現(xiàn)開發(fā)人員不理解，一定問一下他們不清楚的地方。

6. 樂于傾聽和研究新想法

設(shè)計師有時認為他們比其他人更了解產(chǎn)品，但事實并非如此。設(shè)計師確實對用戶和視覺設(shè)計有很多了解。不過，我必須說，我的編程學習最重要的部分來自于和開發(fā)人員共同探討問題。

編程知識是一個產(chǎn)品設(shè)計師能力的重要組成部分。參加會議的時候，如果只了解設(shè)計流程、用戶需求和視覺效果是不夠的。有必要了解一些來自關(guān)于軟件開發(fā)的基本概念，例如 merge (合并) , branch (分支) , deployment（部署對象）, React（React框架）,和 API（接口）。

如果你不熟悉一些基本概念，你就無法全面了解產(chǎn)品，針對設(shè)計做決定時可能就會出現(xiàn)問題。

一個簡單的例子是當設(shè)計師參加關(guān)于一個新項目的啟動會議時，設(shè)計師從開發(fā)人員那里聽說他們想要使用 React 庫來更快地構(gòu)建產(chǎn)品。如果設(shè)計師不知道 React 庫是什么并且也不問，設(shè)計師將不會意識到他們可以使用該庫更快地設(shè)計視覺組件。

因此，如果你與開發(fā)人員一起進行項目，并且他們開始談?wù)撃悴皇煜さ脑掝}時，可以讓他們給你講解一下。在大多數(shù)情況下，他們會很樂意細講關(guān)于開發(fā)的知識。

另一個好方法是寫下每個你不理解的概念，然后在維基百科上閱讀或在谷歌上搜索，這種方式能很快地提高你的知識儲備。

7. 展示競品的解決方案

在許多情況下，我們在設(shè)計時不需要發(fā)明新的解決方案。我們可以復制其他產(chǎn)品的解決方案，沒有必要從頭開始設(shè)計它。很多公司已經(jīng)做過了，我們只需要調(diào)研另一家公司的產(chǎn)品，把這個功能復制過來就行了。

例如，如果你想向開發(fā)人員解釋登錄界面是如何工作的，可以在會議上給他們展示其他公司的登錄功能。

當然在交接之前創(chuàng)建原型和流程圖也是必要的，這一步可以作為方案落實下來的文檔，節(jié)省很多討論和會議的時間。如果谷歌、蘋果和微軟使用相同的解決方案，我們猜測它會更加奏效。

8. 對開發(fā)人員進行設(shè)計教育

不同的產(chǎn)品團隊都存在的一個問題是開發(fā)人員不了解設(shè)計。當然，他們不需要了解設(shè)計的所有內(nèi)容，但了解一些關(guān)于設(shè)計的基礎(chǔ)知識是一個很重要的優(yōu)勢。

根據(jù)我跟不同團隊合作的經(jīng)驗，我可以說，當我們需要共同探討解決方案時，具有一些基本設(shè)計知識的開發(fā)人員可以幫助我們。此外，了解設(shè)計的開發(fā)人員可以提出出色的解決方案，并可以在設(shè)計出現(xiàn)失誤的時候及時發(fā)現(xiàn)。

想象一下，當你遇到某些事情時，開發(fā)人員會根據(jù)設(shè)計原則幫助你解決問題。很酷，不是嗎？

所以如果你想付諸行動，可以從基礎(chǔ)開始做起，給大家講一講 Norman Nilsen 的十大可用性原則。

• 你的設(shè)計系統(tǒng)

• 排版的基礎(chǔ)

• 用戶訪談的基礎(chǔ)

• 如何進行可用性測試

你可以邀請團隊每個月開一次會分享這種知識。這是一個緩慢的過程，但隨著時間的推移，你將擁有一支更強大的產(chǎn)品團隊，可以為你提供支持并幫助你構(gòu)建更好的產(chǎn)品。

如果你沒有時間安排會議，嘗試在工作過程中講解設(shè)計。例如，當你向團隊展示解決方案時，可以解釋一下你選擇該解決方案的原因以及它是如何與設(shè)計原則配合使用的。

當你嘗試與他們分享這種知識的時候，他們會非常感激你。因為我經(jīng)常聽開發(fā)人員說他們想學一些設(shè)計的知識，但卻無從下手。

1）讓開發(fā)人員參與設(shè)計過程

通常，在將設(shè)計進行開發(fā)之前，產(chǎn)品團隊會召開設(shè)計審查會議，以確保所有團隊成員都達成共識并征求他們的意見，這是非常好的。但是，我建議讓開發(fā)人員從一開始就參與設(shè)計過程并進行協(xié)作，而不是在真正進行開發(fā)的一分鐘前才讓他們加入，到時候你可能會對他們所提供的幫助感到驚訝。

有時候，除了詢問他們的想法以外，我還帶領(lǐng)他們使用一些例如瘋狂 八分鐘法 [1] 的設(shè)計工具進行練習，一起發(fā)散出一些解決方案并討論決定選擇。

( [1] 瘋狂8分鐘法: 是一個核心設(shè)計沖刺方法。通過快速草圖練習，旨在挑戰(zhàn)人們在8分鐘內(nèi)勾勒出8個不同想法。目標是推動你超越第一個點子（通常是創(chuàng)新性最差的），并為挑戰(zhàn)找到廣泛的解決方案。）

當開發(fā)人員從一開始就積極參與并添加他們的意見和想法時，他們會發(fā)生三點變化：

1. 他們更了解解決方案。

2. 團隊提前解決了技術(shù)問題。

3. 他們感覺更加投入到設(shè)計中去。

你可以采取的措施：

• 在協(xié)作過程中給他們展示設(shè)計，并征求他們的建議，不需要特地為此開個會。此外，進行一個短暫的 5 分鐘的討論也會有所幫助。

• 一起做一個設(shè)計思維練習。

• 讓他們玩一個原型并詢問他們的意見。

• 邀請他們參加用戶訪談或可用性測試。

這里有一件重要的事情：如果你征求了他們的建議，就需要對改變保持開放的態(tài)度。僅僅詢問他們對設(shè)計的建議是不夠的，把這些想法考慮在內(nèi)而不是忽視掉才是非常有必要的。

9. 不要分散開發(fā)人員的注意力

在當下，有時很難整天工作和集中注意力。許多群消息、電子郵件、手機消息響鈴和其他干擾會使開發(fā)難以專注于任務(wù)。

當一些事情打斷了我們的注意力時，很難重新集中注意力，所以如果你有一些問題要問開發(fā)者，最好花半個小時和他們集中討論所有的問題。對于在時區(qū)不同的地方工作的團隊來說，另一種方法是錄制一個視頻并把所有問題都列舉出來，或者在像 Figma 這樣的協(xié)作工具中添加注釋。

如果你每 5 分鐘問他們一個新問題，他們會感覺到你在不停地戳他們，所以盡量把你所有的問題集中起來，一次問完，這樣也是在尊重他們的時間。

10. 與開發(fā)人員協(xié)商以降低產(chǎn)品開發(fā)的復雜性

在與開發(fā)人員交談討論設(shè)計時，可以問一下開發(fā)起來有沒有困難。最好這樣做，因為開發(fā)是一項復雜的工作，如果我們讓同事開發(fā)一個非常復雜的解決方案，構(gòu)建和發(fā)布可能會花費很久的時間。

例如下面這個情景：

開發(fā)人員需要四個星期來完成你的設(shè)計，但團隊需要在兩周內(nèi)發(fā)布它。你可以問一問他們兩周能做多少？

從那時起，你可以將整個方案分為兩部分。在第一版中，團隊需要完成基本功能的構(gòu)建，在第二版中，需要完成整個 APP。產(chǎn)品負責人或產(chǎn)品經(jīng)理通常會處理這種情形，但是，如果團隊中沒有產(chǎn)品經(jīng)理，你可能將需要幫助團隊來解決這些問題。

11. 提問前先調(diào)研

在問開發(fā)問題之前，先研究一下主題內(nèi)容，同時把聊天群消息、通話，當然還有會議的內(nèi)容也了解一遍。你可以閱讀產(chǎn)品的文檔并在 Google 上進行一些搜索，我覺得除了會節(jié)省時間外，你自己進行信息檢索時會對討論更有把握。

當然，跟他們討論之后去進行調(diào)研了解相關(guān)的內(nèi)容是必要的，但是最好的還是在詢問之前就自己進行調(diào)研，產(chǎn)出一些想法，這樣的話開發(fā)者就不需要給你從零開始解釋。

當你這樣做時，和你一起工作的人會覺得你掌握了工作的主人翁精神，他們不會覺得你每五分鐘問他們一個問題，是因為懶得自己找資料。

12. 整理并共享所有資料

我們經(jīng)常會有很多關(guān)于產(chǎn)品的資料，大多數(shù)公司使用設(shè)計系統(tǒng)來幫助來整理視覺資產(chǎn)和設(shè)計稿，這是非常好的。

除了視覺資產(chǎn)這類之外，我們還希望給其他團隊成員傳遞更多的信息，例如流程圖和原型以及有關(guān)方案的一些解釋。因此要想促進溝通，就要把資料整理好與團隊分享。

沒有必要一定要全部放在一個像 Figma 這樣的協(xié)作工具中，但讓其他成員能夠便捷地查找到資料是非常重要的。當然，你與團隊共享的所有資料都不要忘記授予訪問權(quán)限（同時避免將重要信息保存在本地計算機中）。這樣，開發(fā)人員就不會再問你文檔放在哪以及為什么無權(quán)訪問這種問題。

13. 召開回顧會議

如果你發(fā)現(xiàn)團隊中存在問題并且事情進展不順利，可以召開回顧會議。

召開回顧會議的目的是審查團隊的工作方式以及如何改進。在這里可以講出來：當我與開發(fā)人員交付設(shè)計資產(chǎn)時發(fā)生了問題。

因此召開了回顧會議之后，我們使用了一種更好的方法來交付設(shè)計內(nèi)容，它讓我們整個團隊表現(xiàn)得更好，許多摩擦都因此而消失了。

如果你想了解更多有關(guān)回顧會議的信息，推薦了解一下 Atlassian 模板，它詳細解釋了回顧會議應該如何進行，非常推薦大家去學習。

14. 建立真正的關(guān)系

也許這是我可以在本文中與你分享的最重要的事情。

良好合作的最佳方式是和開發(fā)人員建立良好的人際關(guān)系?？梢詻]事的時候他們聊聊生活、日常和興趣等等。這樣你就能和他們成為朋友，而不是隊友，并贏得他們的信任。

與別人產(chǎn)生共情最重要的因素之一是了解他們的生活。例如，如果你知道同事的孩子今天第一天上學，你可以問：嘿，今天是你孩子上學的第一天，他們興奮嗎？或許這看似沒什么，但這種同理心和理解，其實構(gòu)成了人與人之間的關(guān)系。希望這篇文章能幫助到你，如果覺得有用一定要分享給你的朋友和伙伴~