產(chǎn)品設(shè)計(jì)的質(zhì)量和體驗(yàn)的好壞直接影響工業(yè)設(shè)計(jì)公司的發(fā)展

我們從草圖到線框圖，為關(guān)鍵的用戶旅程勾勒出流程步驟，設(shè)計(jì) UI 組件以及詳細(xì)的規(guī)范，甚至有原型來演示我們想要的

產(chǎn)品實(shí)現(xiàn)方式。

我們已經(jīng)去客戶那里測試設(shè)計(jì)，收到了很好的反饋，一切似乎都朝著正確的方向發(fā)展。

只有一個(gè)問題：我們至此還沒有任何可以發(fā)布的產(chǎn)品，而我們設(shè)計(jì)的產(chǎn)品和我們能做出來的產(chǎn)品之間相差了十萬八千里。

上述問題并不少見，我們一次又一次看到設(shè)計(jì)方案沒有實(shí)現(xiàn)，或者與預(yù)期的設(shè)計(jì)和體驗(yàn)相去甚遠(yuǎn)。

這對于探索或概念驗(yàn)證一類的工作來說是很好的，但在快速發(fā)展的行業(yè)中，我們需要快速而頻繁的發(fā)布產(chǎn)品，以保持在

競爭中的領(lǐng)先地位。

在過去的幾年里，為了改進(jìn)產(chǎn)品開發(fā)過程，我調(diào)整了我的流程，并想分享一些關(guān)鍵的變化，希望這些變化也能幫助你和

你的團(tuán)隊(duì)。

一、MVP：不止是說說而已

你可能聽過無數(shù)次“我們需要一個(gè) MVP（Minimum Viable Product，最小可行性產(chǎn)品）”，但這不應(yīng)該只是一個(gè)流行

詞。

如果你完全理解如何實(shí)現(xiàn)一個(gè)可接受的 MVP，就可以幫助團(tuán)隊(duì)把精力集中在發(fā)布上。為了快速發(fā)布，團(tuán)隊(duì)必須愿意發(fā)布

最基本的產(chǎn)品。

這對于客戶和利益相關(guān)者來說是非常困難的，因?yàn)樗麄兺鶠樗刑匦院凸δ茏鲱A(yù)算，并預(yù)期最終得到功能齊全的產(chǎn)品。

但是先發(fā)布 MVP 的好處是顯而易見的。

你發(fā)布的速度越快，就能把產(chǎn)品越快投向用戶，獲得有價(jià)值的反饋，并給你帶來意想不到的見解。而且，越早開始獲取

用戶，你的用戶群就越快開始增長；在幾個(gè)月的用戶增長之后，你就會(huì)領(lǐng)先了。

你需要接受的是，MVP 可能沒有那么快的競爭力，但也不需要立即進(jìn)行大規(guī)模營銷。關(guān)鍵是盡快發(fā)布，為持續(xù)的增量改

進(jìn)鋪平道路，從而為用戶提供不斷增長的價(jià)值。

Slack 是一個(gè)很好的例子，它依賴于用戶的反饋來幫助塑造產(chǎn)品。在沒有首席營銷官（CMO）和大眾營銷活動(dòng)的情況

下，他們通過傾聽用戶意見，逐步改進(jìn)產(chǎn)品，贏得了用戶的心。

二、打破幻想

作為設(shè)計(jì)創(chuàng)意人員個(gè)人，我們常常希望獨(dú)立工作，很少考慮我們無法控制的事情。

我們關(guān)心的是交付的成果，只要它們有效并且看起來很棒，我們就完成了工作。如果最終發(fā)布的產(chǎn)品看起來或感覺不像

我們的設(shè)計(jì)，那不是我們的錯(cuò)，對吧？

事實(shí)上，人類是情感動(dòng)物，視覺刺激更能說明問題?？犰诺慕缑娓茏尶蛻趔@嘆，并留下持久的印象。

作為創(chuàng)造者，我們也從別人的意見中得到反饋，從而在視覺方面做得更好。然而，如果忽略高保真的模型和原型，僅僅

把發(fā)布產(chǎn)品的實(shí)際使用效果歸功于設(shè)計(jì)，而不是一些令人驚嘆的個(gè)人作品，我們還能做好這種設(shè)計(jì)工作嗎？

我并不是建議停止做那些美妙的，像素完美的工作。我追求完美的強(qiáng)迫癥源于 800 × 600 的顯示屏?xí)r代，在那個(gè)時(shí)候，

最終產(chǎn)品就已經(jīng)應(yīng)該是完美的。

正如 Salesforce 設(shè)計(jì)團(tuán)隊(duì)所說：

“以體貼優(yōu)雅的工藝，表現(xiàn)對人們時(shí)間和注意力的尊重

高保真的設(shè)計(jì)還可以讓我們測試一個(gè)真實(shí)的產(chǎn)品，驗(yàn)證我們的假設(shè)，并確認(rèn)可用性。但重要的是，我們不會(huì)浪費(fèi)時(shí)間來

創(chuàng)建一個(gè)能給客戶留下深刻印象，但卻不能實(shí)現(xiàn)的產(chǎn)品。

相反，關(guān)注一個(gè)現(xiàn)實(shí)的、可用的產(chǎn)品。

三、找到正確的節(jié)奏

為了減少不必要的工作量，我們需要了解產(chǎn)品開發(fā)中發(fā)生的所有事情。

路線圖、待辦事項(xiàng)列表、下一步計(jì)劃開發(fā)的功能，以及開發(fā)人員在每個(gè)階段積極工作的內(nèi)容。只是坐在外面，你就希望

展現(xiàn)出團(tuán)隊(duì)合作，以為你已經(jīng)做完了，產(chǎn)品接著自然就會(huì)實(shí)現(xiàn)，這是沒有意義的。

對于一個(gè)產(chǎn)品團(tuán)隊(duì)來說，將設(shè)計(jì)視為事后的考慮，或把它完全排除在外是很容易的，而且并不少見；作為設(shè)計(jì)師，我們

希望創(chuàng)造性解決問題，利用我們的經(jīng)驗(yàn)和獲得的反饋來驗(yàn)證正確的解決方案，我們不希望被告知“讓它好看就行”。

了解每一件正在發(fā)生的事情，并確保設(shè)計(jì)是產(chǎn)品開發(fā)和發(fā)布周期中不可或缺的一部分，這不僅會(huì)幫助你的設(shè)計(jì)看到曙

光，還會(huì)讓團(tuán)隊(duì)的其他成員參與進(jìn)來，這就引出了我的下一個(gè)觀點(diǎn)。

四、分享所有權(quán)

如果你足夠幸運(yùn)，能在產(chǎn)品剛推出的時(shí)候就參與進(jìn)來，請確保你作為設(shè)計(jì)師的想法能讓每個(gè)人都了解。這將幫助團(tuán)隊(duì)

有歸屬感，并給他們提供貢獻(xiàn)的機(jī)會(huì)。

沒有人希望別人告訴你該做什么，所以分享你的想法，并利用你的專業(yè)知識(shí)和經(jīng)驗(yàn)來推進(jìn)貢獻(xiàn)。團(tuán)隊(duì)會(huì)更希望交付一

個(gè)集體的想法，這也將有助于每個(gè)人都保持一致。

你還會(huì)發(fā)現(xiàn)，當(dāng)每個(gè)人都達(dá)成一致并向相同的目標(biāo)努力時(shí)，團(tuán)隊(duì)的士氣會(huì)高漲。

五、關(guān)于代碼工作

多年來，設(shè)計(jì)人員是否應(yīng)該編寫代碼一直是一個(gè)熱門話題。

作為一個(gè) UI 開發(fā)人員和 UI 設(shè)計(jì)人員，我可能有點(diǎn)偏見。我知道這是一種奢侈，學(xué)習(xí)如何編寫代碼需要花費(fèi)大量時(shí)間，

但好處顯而易見。

對我來說，編程能力給了我在代碼工作中表達(dá)想法的自由。

有時(shí)候不需要提交代碼，或者代碼水平粗糙而混亂，但這仍然鍛煉了個(gè)人經(jīng)驗(yàn)，對產(chǎn)品實(shí)現(xiàn)邏輯有了深層理解，使后期

減少對錯(cuò)誤的解釋次數(shù)，以及由于不熟悉而試圖重新設(shè)計(jì)的時(shí)間。

如果設(shè)計(jì)人員不愿意或者不能編寫代碼，他們至少應(yīng)該了解代碼和平臺(tái)的基本原理。建筑師在設(shè)計(jì)房子時(shí)，不會(huì)不考慮

材料和周圍環(huán)境。

這對你優(yōu)化工作什么幫助？應(yīng)該是顯而易見的。具備相關(guān)的代碼能力將減少編程所需的工作。如果你了解開發(fā)產(chǎn)品的平

臺(tái)或框架，就能夠在它們的約束下進(jìn)行設(shè)計(jì)。

表單組件有按列過濾功能嗎？select 組件可以獲取數(shù)據(jù)嗎？還是所有選項(xiàng)都是預(yù)加載的？如果組件 X 與組件 Y 提供相

同的用戶值，那么哪個(gè)更容易實(shí)現(xiàn)？

一套可重用的組件可以節(jié)省大量時(shí)間，因此你對這些組件了解得越多，就越清楚如何定制它們來滿足需求。

你的設(shè)計(jì)離技術(shù)上可行的距離越遠(yuǎn)，你就會(huì)浪費(fèi)更多的精力來糾正它，開發(fā)人員也會(huì)浪費(fèi)更多的精力來滿足你的設(shè)計(jì)要

求和客戶的期望。

除此之外，在過去的幾年里，我們設(shè)計(jì)和開發(fā)產(chǎn)品的方式發(fā)生了巨大的變化，動(dòng)態(tài)設(shè)計(jì)規(guī)范、組件模式庫和新的設(shè)計(jì)工

具使我們比以往任何時(shí)候都更有效率。

更好的技術(shù)知識(shí)，讓你現(xiàn)在可以真正提高團(tuán)隊(duì)的操作效率，這是以前無法做到的，你還在等什么？

六、總結(jié)

總而言之，如果你想優(yōu)化工作流程、想更有效的發(fā)布產(chǎn)品，那么遵循以下建議，你和你的開發(fā)人員都會(huì)減少不必要的工

作量：

1. 理解向最終用戶交付產(chǎn)品價(jià)值所需要的最低限度（MVP）

快速發(fā)布、獲得反饋和驗(yàn)證，持續(xù)少量更改比一次性發(fā)布大量未使用的功能要好。

2. 避免為了自己的利益而獨(dú)立工作，或者為了讓客戶和利益相關(guān)者“驚嘆”

如果你的工作不能轉(zhuǎn)化為真正的產(chǎn)品，或者不能幫助塑造真正的產(chǎn)品，那么你的努力就白費(fèi)了。你的目標(biāo)是發(fā)布一個(gè)可

用的產(chǎn)品，而不僅僅是一個(gè)演示的片段。

3. 與產(chǎn)品開發(fā)團(tuán)隊(duì)同步

知道計(jì)劃了什么，以及在每個(gè)階段將交付什么，這樣就可以根據(jù)需要提供相應(yīng)的工作成果。

4. 團(tuán)隊(duì)合作

讓每個(gè)人都參與到創(chuàng)意中來，用你的專業(yè)知識(shí)和經(jīng)驗(yàn)來指導(dǎo)和推動(dòng)：大家會(huì)互相學(xué)習(xí)，每個(gè)人都會(huì)團(tuán)結(jié)一致，專注于同

一個(gè)目標(biāo)。

5. 了解你設(shè)計(jì)的產(chǎn)品開發(fā)平臺(tái)和框架

如果你不能編寫代碼，那就盡可能地接近代碼。最終產(chǎn)品和設(shè)計(jì)方案之間的差距越小，開發(fā)人員實(shí)現(xiàn)時(shí)，偏差就越少。

6. 與開發(fā)人員緊密合作

建立或識(shí)別組件庫，并創(chuàng)建可重用的設(shè)計(jì)規(guī)范。這也將加強(qiáng)整個(gè)產(chǎn)品的一致性。

7. 擁抱先進(jìn)的設(shè)計(jì)工具，優(yōu)化你的工作流程