文章譯自：Medium

原文標(biāo)題：Here’s the reverse: 7 things I wished developers did more of when working with designers

原文作者：Valinda Chan

文章翻譯：村長道哥

為了創(chuàng)造出偉大的產(chǎn)品，開發(fā)者和設(shè)計師之間的協(xié)作是至關(guān)重要的。雖然程序員和設(shè)計師可能會關(guān)注的是產(chǎn)品的不同方面，但是與大多數(shù)人的固有印象不同的是程序員和設(shè)計師有著很多共識。設(shè)計師和程序員都是善于分析和創(chuàng)造性地解決問題的人。程序員和設(shè)計師的組織結(jié)構(gòu)可能在每個公司中都是不一樣的，甚至在開發(fā)團隊中也可能存在子團隊。對于一個成功的項目，無論組織結(jié)構(gòu)是怎樣的，程序員和設(shè)計師都需要緊密合作。

這兩個角色我都做過，所有我想花些時間整理出一些想法，希望一些人能從中有所收獲。從設(shè)計的角度來看，我參與過用戶調(diào)研，提出過一些想法并將落實到具體的設(shè)計中。從開發(fā)的角度來看，我盡我所能地實現(xiàn)設(shè)計團隊所做的設(shè)計。有些時候，我身兼兩職，既提出概念也實現(xiàn)這些概念。我希望我的這個背景能讓你明白我并不會冒犯到某一種角色（為什么我要花這么多時間來做這件事？）我希望看到所有人在一起工作時所帶來的價值，并且希望看到雙方都能高效地協(xié)作。

1 主動給出反饋，并坦率指出問題

a. 就像設(shè)計師一樣，開發(fā)人員也可以提供有價值的反饋

許多曾與我共事的開發(fā)人員都有著豐富的經(jīng)驗和見解，特別是當(dāng)他們在某個行業(yè)或某個特定產(chǎn)品上工作了一段時間后?，F(xiàn)在很多程序員都會參與線框圖設(shè)計、原型設(shè)計和視覺設(shè)計，因此他們對設(shè)計師也能提出幫助性的反饋。設(shè)計是共同創(chuàng)造，開發(fā)人員和其他人一樣是不可或缺的。

在整個設(shè)計過程中我經(jīng)常與設(shè)計師進行互動。如果你還沒有準(zhǔn)備好那就參加一些會議吧。盡管你可能不需要參與到每一次討論中，但要與你的團隊或項目經(jīng)理一起商議，確保你參與了決定產(chǎn)品功能的一些重要的討論。這樣你就有機會在為時太晚之前把問題提出來。管理設(shè)計師、客戶、產(chǎn)品經(jīng)理和其他相關(guān)人員的期望也是很重要的一項工作。

b. 及時提供反饋

忙于當(dāng)前的 sprint 工作，同時又要為下一個 sprint 的設(shè)計提供反饋并不是件容易的事情。由于緊急交付的壓力，你可能最終會把重點放在第一個 sprint 上。但這常常會導(dǎo)致在以后的工作中出現(xiàn)一些問題。如果你的團隊還沒有這樣做的話，我建議你（或你的項目經(jīng)理）在做計劃時提供對設(shè)計的反饋。我多么希望我在之前的一些項目中能做得更多一些，因為當(dāng)你在做一個復(fù)雜的產(chǎn)品時，提供反饋就可以變成一份兼職工作。在定義產(chǎn)品時，開發(fā)團隊需要做一個相關(guān)的陳述，這是非常重要的，一定要有人來做。

c. 為什么定期反饋很重要

回顧并提供設(shè)計的反饋，這和進行實際的設(shè)計一樣重要。你可能會問為什么。

從各個角度來看這個問題，設(shè)計師花了大量的時間來決定一個東西應(yīng)該長成什么樣或者怎么工作，客戶幾個月前就簽定了一個，項目經(jīng)理或產(chǎn)品經(jīng)理管理各方的預(yù)期，高級經(jīng)理進行關(guān)于交付的溝通等等。

下面是我在主持關(guān)于 UX 的研討會時使用的一張圖，以此說明為什么設(shè)計過程很重要。隨著項目的深入，設(shè)計變更的數(shù)量會越來越少，但是改變主意的成本會顯著增加。

當(dāng)你開始做項目的時候，有很多設(shè)計方案可供選擇，而且改變主意的成本也很低。這時候在這個項目上投入的資金還不是太多。隨著項目時間的推移，團隊在項目上投入了更多的資金，設(shè)計方案的數(shù)量也在不斷減少。與此同時，改變想法的成本越來越高。千萬不要等到這張圖的后半部分才把問題說出來。

如果你對設(shè)計方案的可行性感到擔(dān)憂，那就誠實一點吧。表現(xiàn)出脆弱的一面并承認(rèn)有一些想法是你無法做到，這的確很難。請求更多的時間來提供反饋完全沒問題。當(dāng)團隊成員能夠花些時間進行研究和評估時，我就很感激他們，我也希望他們能在我做這些工作的時候同樣感激我?！澳茏觥钡膽B(tài)度是很好，但不要覺得在當(dāng)場達成一致感到有壓力。

說出技術(shù)限制并不會使你的程序員顯得能力不足，事實上，當(dāng)你清楚地說出技術(shù)難點并幫助團隊找到另一種方法時，這會讓你獲得更多的尊重。

記住，在受限的環(huán)境中產(chǎn)生的創(chuàng)新才更能帶來更多價值。愿意接受限制并創(chuàng)造性地解決問題可以讓你與眾不同。

2 無死角檢查注釋、規(guī)范和原型

細(xì)節(jié)決定成敗。視覺設(shè)計師通常會把所有的規(guī)范都設(shè)計出來。當(dāng)我的團隊被要求改變邊距、顏色和間距時，他們總是難受得要死要死的，因為他們認(rèn)為這看起來并不重要。一點不騙你，我曾經(jīng)被設(shè)計師要求把文本調(diào)高 2px。在花了120個小時調(diào)試某個功能之后，再聽到這種反饋確實會令人沮喪。但是，我知道這些在用戶界面中都很重要。即使你認(rèn)為標(biāo)簽距離一段字多出5px一點也不重要，但這確實可能會影響到用戶體驗。因為用戶很可能因為一個標(biāo)簽比較靠近錯誤的一段字而產(chǎn)生混亂的感覺。例如，鄰近性是設(shè)計的一個重要原則，所以這個標(biāo)簽放置在那里是有其原因的。顏色同樣也很重要。大多數(shù)產(chǎn)品必須遵循公司制定的特定品牌指導(dǎo)方針。不要認(rèn)為某些東西是“裝飾用的”或“那么小”就忽視其作用。優(yōu)秀的設(shè)計是有其意圖的。

我們可能會認(rèn)為標(biāo)簽的左對齊并不是什么大不了的事情。但是，設(shè)計者指定標(biāo)簽是右對齊的，這樣標(biāo)簽就可以更接近于它們制定的內(nèi)容。

新想法的出現(xiàn)總是件好事。你的反饋是有價值的，所以盡量早點去做（參考第一條建議）。如果您想要在樣式或功能上作出與已批準(zhǔn)的設(shè)計不同的改動，請務(wù)必提前溝通，并在花大量時間做這些之前與團隊進行核對。如果你在晚些時候才提出改變，先和你的團隊一起核對，然后準(zhǔn)備好解釋這些改動背后的原因。根據(jù)團隊的情況，以及你所處的不同階段，所謂的驚喜可能需要一個合理的理由才能被稱之為驚喜。

3 如果不確定就去問

在工作場合中不必要的誤解經(jīng)常發(fā)生，而這居然似乎是顯而易見的事情。如果有什么不清楚或者你對任何設(shè)計決策有疑問的話，那就去問問設(shè)計師吧。對于開發(fā)人員來說，這是一個非常好的機會來填補那些可能被團隊忽略的部分。不要等著團隊去發(fā)現(xiàn)一些漏洞。提出好的問題可以幫助減少最后階段才出現(xiàn)的設(shè)計請求。

“唯一比編寫軟件更昂貴的是編寫糟糕的軟件?！?/p>

—— Alan Cooper（好漢兩個半）

下面是當(dāng)我拿到一個關(guān)于搜索結(jié)果列表的設(shè)計時腦中出現(xiàn)的一些問題：

* 我們是否會在當(dāng)前結(jié)果列表下面動態(tài)加載相同數(shù)量的搜索結(jié)果？

* 在加載結(jié)果時，我們是否使用動畫？

* 只剩最后一個搜索結(jié)果應(yīng)該會發(fā)生什么？我可以去掉這個“加載更多”的按鈕嗎？

* 當(dāng)加載結(jié)果時，使用spinner嗎?

4 邀請設(shè)計師進行非正式的評審

即使有 QA 評審，也要主動提前和定期地進行評審，這樣你就可以做出相應(yīng)的調(diào)整。如果在你的團隊中還沒有這么做的話，那就去尋找與設(shè)計師一同評審的機會。這也有助于程序員和設(shè)計師理解彼此對項目的貢獻，從而建立更牢固的關(guān)系，并對彼此的工作更加尊重。

5 闡明你的工作流程

有些設(shè)計師可能對開發(fā)的整個流程都不太了解，比如測試、bug修復(fù)和文檔編寫。跟上面提到的類似，和別人分享你的工作流可以幫助管理其他人的期望值，并為改動的程度設(shè)置界限。當(dāng)我告訴設(shè)計師我的工作流程后，他們知道改動是需要時間的，而我可能無法在一夜之間就實現(xiàn)出來。

“接受競爭約束的意愿甚至熱情是設(shè)計思維的基礎(chǔ)?！?/p>

——Tim Brown，《設(shè)計改變一切》的作者

6 了解用戶是如何與你做的東西進行交互的

我建議一個產(chǎn)品的團隊中的每個人都在某種程度上參與到調(diào)研過程中。你可以聽一些電話錄音，看一段錄像，或者查看一些有重大發(fā)現(xiàn)的幻燈片。雖然這可能會讓我們的注意力從主要關(guān)注點轉(zhuǎn)移，但參與一些研究過程有助于從用戶的角度去思考問題。即使作為一個開發(fā)人員，我也認(rèn)為與用戶建立共鳴是非常重要的。當(dāng)一個程序員發(fā)現(xiàn)她的用戶因為一個被忽視的性能問題而在屏幕上沮喪地花費幾分鐘的時間等待加載時，她就會意識到共鳴的重要性了。

知道用戶抓狂是一回事，但看著用戶因為你的產(chǎn)品而抓狂是另一回事。

從用戶研究中獲得的見解也讓我對需要先做什么以及為什么要做的理由有了一個全面的理解，進而產(chǎn)生出一種更強烈的參與感和創(chuàng)造感。

7 了解設(shè)計變更的原因

設(shè)計師和你都是同一條船上的人。試著對設(shè)計變化進行換位思考。對最后才發(fā)生的設(shè)計變更感到崩潰這是可以理解的。這種情況卻是很糟糕。然而，改變不是并不是為了某個人。應(yīng)該讓人們相信，改變是為了獲得最好的產(chǎn)品，或者是為了適應(yīng)商業(yè)目標(biāo)。有的時候開發(fā)團隊?wèi)?yīng)該延遲發(fā)布，因為有些更改對最終的交付至關(guān)重要。

如果你需要花額外的時間在設(shè)計的改動上，這意味著設(shè)計師也同樣會花一些時間在這些改動上面——盡管我承認(rèn)，兩者的時間并不是相等的。也許一個設(shè)計的改變需要一個設(shè)計師很少的工夫，但是卻需要開發(fā)人員大量的努力才能完成。但是，讓我們來考慮一下相反的場景，當(dāng)有一個改變需要設(shè)計師付出更多的努力時，也許他或她必須進行許多次的可用性測試，反復(fù)修改他們的設(shè)計，然后進行更多的可用性測試，還要從不同的角色那里獲得認(rèn)同，重新修改直到設(shè)計定稿。應(yīng)該多問一些問題來了解改動背后的原因，然后堅信這些改變是為了做一個更好的產(chǎn)品。

結(jié)論

共鳴、溝通和組織是實現(xiàn)團隊愿景的關(guān)鍵因素。設(shè)計是關(guān)于共同創(chuàng)造的工作，開發(fā)人員在這個過程中扮演著重要的角色。同一個團隊中的每個人都應(yīng)該抱有相同的目標(biāo)，那就是創(chuàng)造一個偉大的產(chǎn)品。我希望看到每個人都給作出有價值的貢獻，并且希望看到雙方能通力合作，創(chuàng)造出最終為之自豪的東西。