產品設計總是慢人一步?這里有 5 個提高效率的建議?

0 評論 9345 瀏覽 32 收藏 13 分鐘

有太多的產品設計方案,到了最后,要么來不及執行,要么沒有被“正確地執行”。當然,“慢工出細活”并沒有錯,但是行業發展日新月異,我們只有快速、頻繁地發布產品,才能不被市場淘汰。

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

接到任務后,我馬上開始做用戶研究,深入了解產品現狀。為了明確設計團隊的行動綱領,我和產品負責人、其他同事合作,整理出一份產品需求待辦列表。

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

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

但尷尬的是,?經過了這么長時間的努力,產品還是沒有做出來。做出來的東西離我們所能達到的水平還差了十萬八千里。

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

有太多的產品設計方案,到了最后,要么來不及執行,要么沒有被“正確地執行”。?當然,如果你想有新的發現,或者驗證某個觀點,“慢工出細活”并沒有錯。但是行業發展日新月異,我們只有快速、頻繁地發布產品,才能不被市場淘汰。?

所以,在過去幾年里,我著力改進了產品開發流程。在這里分享一些關鍵的改進方法,希望對你有幫助。

設計好 MVP?

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

要做到快速發布,你的團隊必須有發布最簡產品的意愿。對于一些為了“完整產品”而投錢的利益干系人來說,這一點,他們會相當難以接受。

但是,換個角度來說,產品發布越快,就可以越快獲得有價值的用戶反饋,越早得到意想不到的發現。而且,越早開始開辟用戶群,也能搶先一步,實現用戶增長,在短時間內占領市場。

你需要接受的是,MVP 可能不會馬上具有競爭力,但也不需要馬上進行大規模營銷。做好 MVP 的關鍵在于,把能做出來的產品快速推向市場,為產品優化鋪平道路,為用戶帶來越來越大的價值。

Slack 是一個很好的例子。它的產品團隊利用用戶反饋,不斷優化產品。雖然沒有首席營銷官,也沒有做大規模營銷活動,但通過不斷傾聽,不斷改進,Slack 最終贏得了用戶的心。

不要只想取悅老板

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

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

如果有一天,我們終于意識到,高保真的模型也好,原型廣告也好,都是為了推出新產品,而不是個人炫技的手段,設計師們還會有好的表現嗎?

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

“運用細致和優雅的設計手法,充分展示對用戶時間和注意力的尊重?!?/p>

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

緊跟團隊節奏?

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

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

作為設計師,如果你不想被邊緣化,就應該緊跟團隊節奏,熟悉團隊正在做的一切,讓產品設計、開發和發布環環相扣。這種做法不僅有助于展示設計靈感,還可以凝聚團隊的其他成員。這就引出了下一點。

分享設計想法?

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

學會編程?

設計師是否要會編程?

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

對我來說,有了編程的能力,和開發人員的溝通方便了許多。?設計師的時間有限,有時來不及寫標準的生產代碼。但是,只要能清晰地展示產品體驗構想,減少開發人員的誤解,避免重新設計的麻煩,代碼混亂并不是問題。

如果設計師不會編程,他們至少應該了解產品運行的平臺。這就好比建筑師在設計房屋之前,應該了解建筑材料和周圍環境。

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

表格要設置“篩選”功能嗎??是在點擊“查找”功能后加載數據,還是預加載所有數據?

如果X組件和Y組件效果差不多,哪一個更容易實現……這些都是設計師要思考的問題。

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

除此之外,在過去幾年中,我們的工作方式發生了很大變化。?可維護的設計規范(living style guides)、設計模式庫(design pattern libraries),以及其他新的設計工具,提高了我們的工作效率。?技術的革新,帶來了提高團隊運作效率的良機。?趕緊行動起來吧!

總結?

總而言之,作為設計師,如果你想要輕裝上陣,更高效地發布產品,那就通過以下方式,減少自己和開發人員的工作量吧!

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

 

原作者:Billy D?Stagg

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

翻譯:即能,公眾號:即能學習

本文由 @即能 翻譯發布于人人都是產品經理。未經許可,禁止轉載

題圖作者提供

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!