有太多的產(chǎn)品設(shè)計方案，到了最后，要么來不及執(zhí)行，要么沒有被“正確地執(zhí)行”。當(dāng)然，“慢工出細(xì)活”并沒有錯，但是行業(yè)發(fā)展日新月異，我們只有快速、頻繁地發(fā)布產(chǎn)品，才能不被市場淘汰。

幾年前，作為一名產(chǎn)品設(shè)計師，我被派到一個大公司的項目組，負(fù)責(zé)重新設(shè)計一些“遺留”的APP。我想，能夠為一整套 App 打造未來的 UX ，這個機(jī)會應(yīng)該是所有“簡約主義”設(shè)計師都夢寐以求的吧，而且，我所設(shè)計的第一版 App 還將為其他設(shè)計師奠定基礎(chǔ)呢。

接到任務(wù)后，我馬上開始做用戶研究，深入了解產(chǎn)品現(xiàn)狀。為了明確設(shè)計團(tuán)隊的行動綱領(lǐng)，我和產(chǎn)品負(fù)責(zé)人、其他同事合作，整理出一份產(chǎn)品需求待辦列表。

幾個星期后，設(shè)計團(tuán)隊對項目有了更好的理解，我們就開始研討新的方案，驗證和細(xì)化設(shè)計要求，忙得不亦樂乎。?與此同時，開發(fā)團(tuán)隊卻在一旁苦苦等待，直到我們起草了線框圖，才能動工。

又過了幾個月，我們已經(jīng)完成了大量工作——從草圖到線框圖，再到用戶旅程圖，緊接著設(shè)計了 UI 組件，還附上了詳細(xì)的說明。為了展示設(shè)計方案，我們甚至做了原型。當(dāng)然，我們也一直在做用戶測試，獲得了很好的反饋。一切似乎都朝著正確的方向推進(jìn)。

但尷尬的是，?經(jīng)過了這么長時間的努力，產(chǎn)品還是沒有做出來。做出來的東西離我們所能達(dá)到的水平還差了十萬八千里。

說到這里，你是否有一種似曾相識的感覺？

有太多的產(chǎn)品設(shè)計方案，到了最后，要么來不及執(zhí)行，要么沒有被“正確地執(zhí)行”。?當(dāng)然，如果你想有新的發(fā)現(xiàn)，或者驗證某個觀點(diǎn)，“慢工出細(xì)活”并沒有錯。但是行業(yè)發(fā)展日新月異，我們只有快速、頻繁地發(fā)布產(chǎn)品，才能不被市場淘汰。?

所以，在過去幾年里，我著力改進(jìn)了產(chǎn)品開發(fā)流程。在這里分享一些關(guān)鍵的改進(jìn)方法，希望對你有幫助。

設(shè)計好 MVP?

“我們需要一個 MVP?！边@句話你可能聽過不下一千遍了，但真的不應(yīng)該只是說說而已。?如果你完全了解什么是MVP（Minimum Viable Product，最小可行產(chǎn)品），你可以先集中精力把 MVP 做出來，而不是一直等到最終產(chǎn)品“震撼上線”那一天。

要做到快速發(fā)布，你的團(tuán)隊必須有發(fā)布最簡產(chǎn)品的意愿。對于一些為了“完整產(chǎn)品”而投錢的利益干系人來說，這一點(diǎn)，他們會相當(dāng)難以接受。

但是，換個角度來說，產(chǎn)品發(fā)布越快，就可以越快獲得有價值的用戶反饋，越早得到意想不到的發(fā)現(xiàn)。而且，越早開始開辟用戶群，也能搶先一步，實現(xiàn)用戶增長，在短時間內(nèi)占領(lǐng)市場。

你需要接受的是，MVP 可能不會馬上具有競爭力，但也不需要馬上進(jìn)行大規(guī)模營銷。做好 MVP 的關(guān)鍵在于，把能做出來的產(chǎn)品快速推向市場，為產(chǎn)品優(yōu)化鋪平道路，為用戶帶來越來越大的價值。

Slack 是一個很好的例子。它的產(chǎn)品團(tuán)隊利用用戶反饋，不斷優(yōu)化產(chǎn)品。雖然沒有首席營銷官，也沒有做大規(guī)模營銷活動，但通過不斷傾聽，不斷改進(jìn)，Slack 最終贏得了用戶的心。

不要只想取悅老板

很多設(shè)計師喜歡自嗨，自嗨起來，更是“事不關(guān)己，高高掛起”，他們的關(guān)注點(diǎn)僅僅是自己的設(shè)計成果。只要交出了一份滿意的設(shè)計方案，就算大功告成。到了最后，最終產(chǎn)品和設(shè)計方案差了十萬八千里，他們就開始甩鍋：“要怪就怪開發(fā)人員，不是嗎？”

更可怕的是，人都是感性的，本能地追求視覺刺激帶來的快感。所以，要取悅利益干系人并給他們留下印象并不是什么難事。但作為創(chuàng)造者，我們還是應(yīng)該從用戶的聲音中汲取養(yǎng)料。

如果有一天，我們終于意識到，高保真的模型也好，原型廣告也好，都是為了推出新產(chǎn)品，而不是個人炫技的手段，設(shè)計師們還會有好的表現(xiàn)嗎？

我并不是說，別再追求更完美的視覺設(shè)計效果。?我也有追求完美的強(qiáng)迫癥，但我關(guān)心的是最終產(chǎn)品是否完美。早在顯示器還是800 * 600像素的年代，一處沒有達(dá)到像素要求的設(shè)計就會讓我原地爆炸，因為實在太顯眼了。最終擺給用戶面前的產(chǎn)品，必須是完美的，正如 Salesforce 設(shè)計團(tuán)隊所言：

“運(yùn)用細(xì)致和優(yōu)雅的設(shè)計手法，充分展示對用戶時間和注意力的尊重?！?/p>

我也沒有說要放棄高保真。高保真有助于我們驗證假設(shè)，確認(rèn)產(chǎn)品的可用性。在這里，我想說的重點(diǎn)是，作為設(shè)計師，不要總想著取悅利益干系人，做些對用戶沒用的東西。相反，我們要把重點(diǎn)放在設(shè)計出一個在現(xiàn)實中可行的產(chǎn)品出來。?

緊跟團(tuán)隊節(jié)奏?

為了少做無用功，設(shè)計師對產(chǎn)品要有全面的了解——路線圖長什么樣？還有多少待辦事項？下一步的計劃是什么？開發(fā)人員在每個階段的工作是什么？?而不是袖手旁觀，天真地以為管好自己的“一畝三分地”就可以了。?

在產(chǎn)品團(tuán)隊中，設(shè)計師常常坐冷板凳。設(shè)計只起到“錦上添花”的作用，很容易被忽視。?其實，設(shè)計師希望做的是，運(yùn)用自身經(jīng)驗，提供富有創(chuàng)見的解決方案，同時收集反饋，進(jìn)行驗證。?誰也不希望，得到的指示永遠(yuǎn)是一句話——“那個誰，麻煩把產(chǎn)品弄好看點(diǎn)”。

作為設(shè)計師，如果你不想被邊緣化，就應(yīng)該緊跟團(tuán)隊節(jié)奏，熟悉團(tuán)隊正在做的一切，讓產(chǎn)品設(shè)計、開發(fā)和發(fā)布環(huán)環(huán)相扣。這種做法不僅有助于展示設(shè)計靈感，還可以凝聚團(tuán)隊的其他成員。這就引出了下一點(diǎn)。

分享設(shè)計想法?

從一開始，每個設(shè)計想法的討論，就應(yīng)該人人參與，給每個團(tuán)隊成員貢獻(xiàn)意見的機(jī)會，讓他們有被接納的感覺。?沒有人喜歡服從命令，所以，不要急著執(zhí)行，先跟大家說說自己的設(shè)計想法。運(yùn)用專業(yè)才能，促進(jìn)每個想法的共享。?漸漸地，你會發(fā)現(xiàn)，團(tuán)隊上下都達(dá)成一致，為了共同的目標(biāo)而努力，沒有人掉隊，團(tuán)隊士氣也顯著提升。

學(xué)會編程?

設(shè)計師是否要會編程？

這個問題已經(jīng)被討論了很多年。?作為具有 UI 開發(fā)人員和 UI 設(shè)計師“雙重身份”的人，我的看法可能有失偏頗。?我知道，會編程的設(shè)計師寥寥無幾，學(xué)習(xí)編程需要花費(fèi)大量的時間。但會編程的好處是顯而易見的。

對我來說，有了編程的能力，和開發(fā)人員的溝通方便了許多。?設(shè)計師的時間有限，有時來不及寫標(biāo)準(zhǔn)的生產(chǎn)代碼。但是，只要能清晰地展示產(chǎn)品體驗構(gòu)想，減少開發(fā)人員的誤解，避免重新設(shè)計的麻煩，代碼混亂并不是問題。

如果設(shè)計師不會編程，他們至少應(yīng)該了解產(chǎn)品運(yùn)行的平臺。這就好比建筑師在設(shè)計房屋之前，應(yīng)該了解建筑材料和周圍環(huán)境。

學(xué)會編程，可以減少設(shè)計師的工作量。不僅如此，?如果設(shè)計師的方案足夠清晰，開發(fā)人員打代碼的工作量也會大大減少。就算不會編程，熟悉整體的運(yùn)營平臺或框架，也有助于設(shè)計師做出更靠譜的設(shè)計方案。

表格要設(shè)置“篩選”功能嗎？?是在點(diǎn)擊“查找”功能后加載數(shù)據(jù)，還是預(yù)加載所有數(shù)據(jù)？

如果X組件和Y組件效果差不多，哪一個更容易實現(xiàn)……這些都是設(shè)計師要思考的問題。

總結(jié)出一套常用組件，可以節(jié)省非常多的時間。面對不同的用戶需求，對這些組件越熟悉，設(shè)計時就越得心應(yīng)手。相反，設(shè)計方案越不可行，就要花費(fèi)越多的精力修改。到頭來，浪費(fèi)的不僅是設(shè)計師的精力，還有開發(fā)人員的精力。

除此之外，在過去幾年中，我們的工作方式發(fā)生了很大變化。?可維護(hù)的設(shè)計規(guī)范（living style guides）、設(shè)計模式庫（design pattern libraries），以及其他新的設(shè)計工具，提高了我們的工作效率。?技術(shù)的革新，帶來了提高團(tuán)隊運(yùn)作效率的良機(jī)。?趕緊行動起來吧！

總結(jié)?

總而言之，作為設(shè)計師，如果你想要輕裝上陣，更高效地發(fā)布產(chǎn)品，那就通過以下方式，減少自己和開發(fā)人員的工作量吧！

• 確保 MVP 能滿足用戶最基本的需求，適應(yīng)“快速發(fā)布產(chǎn)品、獲取反饋、驗證假設(shè)、逐步改進(jìn)”的工作節(jié)奏。接受現(xiàn)實，承認(rèn)自己不可能完全了解客戶。因此，與其發(fā)布一堆冷門功能，不如“摸著石頭過河”，逐步滿足用戶的關(guān)鍵需求。
• 工作時，不要只顧著自己，或者只想著如何讓利益干系人滿意。?如果你的設(shè)計方案根本不會被執(zhí)行，豈不是白費(fèi)力氣？?你的目標(biāo)，應(yīng)該落在產(chǎn)品本身，而不是“設(shè)計作品集”。
• 和產(chǎn)品團(tuán)隊保持同步，每個階段的計劃和目標(biāo)，都要爛熟于心，做到在對的時間做對的事情。
• 學(xué)會團(tuán)隊合作，讓每個人都參與設(shè)計方案討論，運(yùn)用專業(yè)知識和工作經(jīng)驗，引導(dǎo)大家提出更好的點(diǎn)子，做到互相學(xué)習(xí)，齊心協(xié)力，為同一個目標(biāo)奮斗。
• 深入了解產(chǎn)品運(yùn)營平臺和框架，如果不會編程，就盡可能從編程的角度進(jìn)行思考。設(shè)計方案越接近最終產(chǎn)品，越容易讓開發(fā)人員理解。?
• 與開發(fā)人員密切合作，創(chuàng)建可維護(hù)的設(shè)計規(guī)范，這也有助于保證產(chǎn)品的設(shè)計風(fēng)格一致。
• 大膽引進(jìn)更先進(jìn)的工具，優(yōu)化工作流程。

原作者：Billy D?Stagg

原文鏈接：https://uxdesign.cc/cutting-the-fat-from-product-design-5b01b28ff8ed

翻譯：即能，公眾號：即能學(xué)習(xí)

本文由 @即能 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖作者提供