[[338502]]

2016 年的時候，我意識到一個很重要的問題：我一直都沒有實現(xiàn)自己的目標(biāo)：學(xué)習(xí)新技能、結(jié)識新朋友、保持身心健康，等等等等。這并不是因為我沒有意愿和動力，而是因為我沒有堅持下去。

Peter Drucker 說過：「量化才能管理?！惯@個格言后來成為了我的信條。我決定將我的目標(biāo)量化，將它分解成為最基礎(chǔ)的習(xí)慣來執(zhí)行，并且以每天一定量的執(zhí)行，來實現(xiàn)最終的目標(biāo)。

最開始，我會使用一張網(wǎng)格紙來跟蹤我每天的學(xué)習(xí)進度，健身以及心理健康狀況。然后這個習(xí)慣持續(xù)了好幾年，生活逐漸有所改觀，并且養(yǎng)成了將每個不同的目標(biāo)進行分解、逐步完成的習(xí)慣。

這種行為模式和方法在我自己身上得到了驗證。不過我在紙上堅持追蹤行為習(xí)慣多年后，我決定和 Wilson 一起創(chuàng)建一個程序，來升級這種「習(xí)慣追蹤」的工具，我們先構(gòu)建了一個免費的 Chrome 插件 Confetti ，這是一個能夠幫你追蹤日常習(xí)慣的工具，每次完成一個任務(wù)，都會有五彩繽紛的紙屑效果出現(xiàn)，祝賀你守住了習(xí)慣，達成目標(biāo)。

在四年多的產(chǎn)品設(shè)計生涯當(dāng)中，這是我從頭到尾全是自己完成的產(chǎn)品，這個過程中，我有了很多啟發(fā)。在這篇文章當(dāng)中，我將會分享我的見解，希望對你也有所幫助。

1、一開始就要界定好產(chǎn)品特性

一開始，我和 Wilson 就決定使用3屏的主要功能，并構(gòu)建了一個粗糙的原型。但是，我們沒有足夠的遠見，無法設(shè)想我們的產(chǎn)品最終的方向，也沒有對全部的想法進行深入的打磨。

最終，我們向后退了一步。我們回過頭來，確定了最小可執(zhí)行原型的發(fā)布日期，以及真正的核心功能。我們在 Notion 上創(chuàng)建了一個文檔，并且開始梳理和管理哪些功能是「必需品」，哪些功能「如果有了會更好」。比如，登錄、注冊、新用戶引導(dǎo)是必不可少的功能。但是，我們認為「重新排列習(xí)慣」是一個提升體驗但是并不亟需的功能。

我們基于這一點，我們開始抓住核心功能，盡可能讓它們足夠易用，強化核心特性。通過確定核心功能的優(yōu)先級，并且確定發(fā)布日期，借此緩解我們的精神壓力，確定我們不會被成堆的功能所淹沒。這也似地我們有足夠的動力解決核心功能。

2、有很多流程和狀態(tài)需要搞定

在設(shè)計產(chǎn)品的時候，我經(jīng)常被提醒要處理好每一個邊緣情況，填好每一個坑，確保體驗的順暢。從零開始構(gòu)建產(chǎn)品是一把雙刃劍：基于自己的構(gòu)想來創(chuàng)造產(chǎn)品是令人興奮的，但是相應(yīng)的，我需要經(jīng)常在舒適區(qū)以外處理問題。

我一直在 Skookum 從事產(chǎn)品設(shè)計的工作，而這些工作通常都是在一定的約束條件下進行的，但是現(xiàn)在所要處理的產(chǎn)品則不同。之前的產(chǎn)品都可以借助現(xiàn)成的設(shè)計系統(tǒng)，有早已搭建好的設(shè)計語言，有完整的組件，有明確的 UI 狀態(tài)，有非常明確的基礎(chǔ)架構(gòu)，但是這次是我自己的產(chǎn)品，所有的這些都沒有。而且，這個產(chǎn)品還可能會存在幾種極端的情況、流程和狀態(tài)。

比如，在注冊流程中，按鈕會有默認、禁用、激活、填充、錯誤、懸停等幾種狀態(tài)，但是除了這些之外，我還需要考慮諸如密碼重置的流程和體驗，這可能會涉及到 6 個高度相似的 UI 界面狀態(tài)：

• 輸入 Email
• 重新發(fā)送 Email
• Email 通知設(shè)計
• 輸入新的密碼
• 錯誤界面
• 成功界面

這個過程中，有很多東西都令我一度感到迷惑，這也引發(fā)出我下一個要說的要點……

3、創(chuàng)建用戶流程

項目開始之后，我很快就遭遇了組織架構(gòu)問題。因為我是在工作之余來創(chuàng)建這個產(chǎn)品，這導(dǎo)致我犯了一個非常嚴重的錯誤：我沒有按照傳統(tǒng)的產(chǎn)品流程來創(chuàng)建產(chǎn)品，這隨后導(dǎo)致了一系列的問題。

按照標(biāo)準(zhǔn)的產(chǎn)品設(shè)計流程，我需要從用戶流程開始創(chuàng)建，定義用戶可能會執(zhí)行的流程，并且針對主要的流程界面進行必要的總結(jié)說明。因為這個項目和之前的工作不一樣，我一開始就忘記了遵循流程這件事情，我錯誤地將它視作為一個包含幾個簡單界面的簡單項目(是不是聽著特別耳熟?很多所謂的小項目翻車都是從這里開始的)。這樣一來，當(dāng)我開始處理諸多按鈕的不同狀態(tài)和界面變化的時候，整個用戶流程變得混亂不堪，并且我很難確定其中的體驗漏洞有哪些。

最終我停止了這種隨性的設(shè)計方式，并且在 Whimsical 當(dāng)中創(chuàng)建了完整的用戶流程。于是我很快清楚了那些環(huán)節(jié)有所缺失，以及整個界面流程的走向。

按照用戶流程來梳理界面的時候，可以對于整個產(chǎn)品的屏幕狀態(tài)有所了解，并且隨著產(chǎn)品的發(fā)展膨脹，用戶流程的重要性會隨之增長，成為至關(guān)重要的部分。

4、交互應(yīng)該反饋到UI中

的確，在完成整個 UI 之前，不應(yīng)該開始向著項目當(dāng)中添加動畫。但是，不添加并不意味著你無需考慮。實際上，不同的微交互和動畫對于實際的體驗影響是巨大的。你在思考 UI 設(shè)計的時候，就應(yīng)該考慮到微交互和動畫的使用，避免在后續(xù)動效和交互落地的時候，進行不必要的修改。

比如，當(dāng)我在設(shè)計「達成成就」這一體驗的時候，我就考慮到了需要用到的微交互的效果，所以在我設(shè)計 UI 的時候可以順著我自己的喜好來進行設(shè)計，并且將可能會用到的動效拖到某個角落暫時記下來，避免在設(shè)計 UI 的階段，影響了整體的流程和效果。而后續(xù)加入動效的時候，就會方便很多。

我認為，將 UI 和交互結(jié)合起來考慮是非常重要的，因為兩者共通塑造了體驗。如果在設(shè)計 UI 的環(huán)節(jié)直接加動效，會讓整個設(shè)計過程變得復(fù)雜臃腫。

5、盡早獲得反饋

其實這也是我在這個項目中犯的一個大錯：等了太長時間才獲得反饋。

我通常是在晚上回家和周末才有空推進這個項目，在很長的一段時間內(nèi)，我沒有真正告訴任何人。

當(dāng)我終于同我的家人、朋友、用戶以及網(wǎng)上樂于嘗鮮的用戶公布了這一產(chǎn)品之后，他們在使用過程中，開始注意到了很多細節(jié)上顯而易見、但是我并沒有發(fā)現(xiàn)的問題。我意識到我作為產(chǎn)品的設(shè)計者，是很容易陷入并沉迷用戶體驗當(dāng)中比較孤立的一部分，反而會忽略很多顯著的問題。

回想一下，如果我能盡早向用戶和朋友展示設(shè)計和原型，那么我會在更早的時候發(fā)現(xiàn)問題，并且在獲得反饋之后才進入開發(fā)階段，彌補大量的損失。

6、在別處獲得啟發(fā)很重要

很多設(shè)計師會認為，所有的想法都必須是原創(chuàng)的才行，否則就是欺詐。但是稍微想想，其實徹底的原創(chuàng)其實很少的。當(dāng)你看到一個優(yōu)秀的產(chǎn)品，它優(yōu)秀的配色和恰到好處的交互可能會讓你覺得：「已經(jīng)有人做出來了，我的想法在它面前完全沒法比擬。」

這種思維方式其實有著極大的缺陷，并且抑制了你的創(chuàng)造力。

當(dāng)我發(fā)現(xiàn)我的設(shè)計有缺陷的時候，我會竭盡全力去搜索和了解更多網(wǎng)上已有的設(shè)計。我會觀察和思考別的公司和產(chǎn)品是如何設(shè)計新用戶引導(dǎo)流程的，如何管理用戶個人信息的。我從來都沒有復(fù)制被人的體驗，但是會隔三差五去鉆研別人所創(chuàng)造出來的優(yōu)秀細節(jié)，然后將這些細節(jié)借鑒到我的設(shè)計當(dāng)中。

我最喜歡的一個范例，是從模態(tài)狀態(tài)下，旋轉(zhuǎn)退出的效果。這是我偶然在一個網(wǎng)站上看到的效果，因此我決定將它添加到 Confetti 當(dāng)中，我還在著陸頁的按鈕中加入了類似的特效。

事實上，一切設(shè)計都是混搭創(chuàng)造出來的。你借鑒細節(jié)并不意味著抄襲，不要害怕去發(fā)掘和學(xué)習(xí)別人的優(yōu)勢和亮點，你要學(xué)會有機地拆解和借鑒，靈活地運用到自己的設(shè)計當(dāng)中，它就像調(diào)制雞尾酒一樣有趣。

7、勇敢面對身份的變換

當(dāng)我們開始設(shè)計的產(chǎn)品的時候，我和 Wilson 頭頂上的身份就一直在變。我們是 UI設(shè)計師，要負責(zé)UX，要做交互，也制作動效，要進行平面設(shè)計，還要考慮市場營銷，要管理產(chǎn)品，我們也要扮演其他的角色。

職責(zé)如此之多，以至于我們不可避免地遇到我們能力范圍之外各種新問題。我們必須承認自己陷入了困境，尋求外部幫助成了必要的選擇。

專注于自己專業(yè)的領(lǐng)域，其他不專業(yè)的方面來尋求外部幫助是非常合理的。比如在一個項目當(dāng)中，一位藝術(shù)家負責(zé)了絕大多數(shù)的風(fēng)景插畫，另一位藝術(shù)家則完成了肖像畫的部分，這很正常。

我希望產(chǎn)品的外觀和功能能夠保持高度的一致性，并且我確實做到了。但是不要誤會我的意思，我并非是不敢走出舒適區(qū)去學(xué)習(xí)代碼開發(fā)，而是在這樣的項目當(dāng)中，我并不適合從UI和UX領(lǐng)域延伸出去，畢竟完成項目的開發(fā)優(yōu)先級比學(xué)習(xí)代碼更高。

8、保持簡單更重要

盡管給 MVP 安排好了發(fā)布時間，可以防止這個項目被無限膨脹的功能特性和工作量所淹沒，但是這樣依然無法防止我們基于已有的功能進行改進。

很多人都喜歡 Reid Hoffman 的一句話：「如果你對于產(chǎn)品的第一版感覺不尷尬，那你一定是發(fā)布晚了?！共贿^，我們正式發(fā)布的第一版的產(chǎn)品，并不會顯得太尷尬，但是目前來看，當(dāng)時那種簡單直觀的狀態(tài)，比起再花費好幾個月時間反復(fù)打磨之后再發(fā)布，來得更好。

在發(fā)布新產(chǎn)品之前，我們必須考慮2個問題：

• 我們是否相信我們所構(gòu)建的產(chǎn)品，能夠為用戶帶來價值?
• 我們是否竭盡全力了?

這些問題讓我們最終能夠達成目標(biāo)，且按時發(fā)布，避免分心。專注交付最核心的功能，而不是被一堆冗余的次要特性所壓倒。

9、良好的交接更加省事省時

從項目一開始我就一直在做項目的管理和組織設(shè)計素材，以便后面進行開發(fā)。不過，由于我一開始就使用了 Zeplin 這樣的協(xié)同工具，確保了我可以輕松地將所有的素材都順暢地交給負責(zé)開發(fā)的 Wilson。作為一款設(shè)計系統(tǒng)工具，Zeplin 讓我無需浪費時間對素材進行分類，非常便捷。

在交接的過程中，我還做了一些優(yōu)化：

• 將所有的界面都組織到了 Zeplin 當(dāng)中，并且進行了處理
• 我給所有的畫板進行了針對性的命名，方便檢索
• 我在 XD 中標(biāo)注了需要導(dǎo)出的素材
• 我保留了舊有的界面存檔，并且確保交付的新版界面是最新的

10、一次寫明所有的UX文案

在設(shè)計 UI 的時候，界面中的文案部分是臨時編寫的，這促使了一次設(shè)計完成之后，整體的文案是不一致、不協(xié)調(diào)的。

我很希望一開始就創(chuàng)建了一個單獨的文檔，一次性將文案部分全部重寫，包括提醒、注釋、標(biāo)簽、彈出框提醒等等。而實際上，我的文案都是在設(shè)計 UI 的時候附帶著寫下來的，導(dǎo)致整體的一致性嚴重缺乏。

這種文案本身在調(diào)性上的缺乏，導(dǎo)致了整個產(chǎn)品在語氣和用詞上是混搭式的，一致性很差。

所以，在產(chǎn)品上線發(fā)布之后，一直在對文案進行修修補補。

結(jié)語

我相信，如果很多錯誤不能一開始就解決或者盡早修改，最終產(chǎn)品的潛力是無法完全發(fā)揮出來的。正如同 Giacomo Casanova 說過的那樣：「一個不會犯錯的人同樣也無法成事」。

所以我們要在錯誤中總結(jié)經(jīng)驗，希望你不要在設(shè)計項目中，陷入與我相同的困境。