2016 年的時候，我意識到一個很重要的問題：我一直都沒有實現(xiàn)自己的目標：學習新技能、結(jié)識新朋友、保持身心健康，等等等等。這并不是因為我沒有意愿和動力，而是因為我沒有堅持下去。
Peter Drucker 說過：「量化才能管理。」這個格言后來成為了我的信條。我決定將我的目標量化，將它分解成為最基礎(chǔ)的習慣來執(zhí)行，并且以每天一定量的執(zhí)行，來實現(xiàn)最終的目標。

最開始，我會使用一張網(wǎng)格紙來跟蹤我每天的學習進度，健身以及心理健康狀況。然后這個習慣持續(xù)了好幾年，生活逐漸有所改觀，并且養(yǎng)成了將每個不同的目標進行分解、逐步完成的習慣。
這種行為模式和方法在我自己身上得到了驗證。不過我在紙上堅持追蹤行為習慣多年后，我決定和 Wilson 一起創(chuàng)建一個程序，來升級這種「習慣追蹤」的工具，我們先構(gòu)建了一個免費的 Chrome 插件 Confetti ，這是一個能夠幫你追蹤日常習慣的工具，每次完成一個任務，都會有五彩繽紛的紙屑效果出現(xiàn)，祝賀你守住了習慣，達成目標。

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

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

一開始，我和 Wilson 就決定使用3屏的主要功能，并構(gòu)建了一個粗糙的原型。但是，我們沒有足夠的遠見，無法設想我們的產(chǎn)品最終的方向，也沒有對全部的想法進行深入的打磨。
最終，我們向后退了一步。我們回過頭來，確定了最小可執(zhí)行原型的發(fā)布日期，以及真正的核心功能。我們在 Notion 上創(chuàng)建了一個文檔，并且開始梳理和管理哪些功能是「必需品」，哪些功能「如果有了會更好」。比如，登錄、注冊、新用戶引導是必不可少的功能。但是，我們認為「重新排列習慣」是一個提升體驗但是并不亟需的功能。
我們基于這一點，我們開始抓住核心功能，盡可能讓它們足夠易用，強化核心特性。通過確定核心功能的優(yōu)先級，并且確定發(fā)布日期，借此緩解我們的精神壓力，確定我們不會被成堆的功能所淹沒。這也似地我們有足夠的動力解決核心功能。

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

在設計產(chǎn)品的時候，我經(jīng)常被提醒要處理好每一個邊緣情況，填好每一個坑，確保體驗的順暢。從零開始構(gòu)建產(chǎn)品是一把雙刃劍：基于自己的構(gòu)想來創(chuàng)造產(chǎn)品是令人興奮的，但是相應的，我需要經(jīng)常在舒適區(qū)以外處理問題。
我一直在 Skookum 從事產(chǎn)品設計的工作，而這些工作通常都是在一定的約束條件下進行的，但是現(xiàn)在所要處理的產(chǎn)品則不同。之前的產(chǎn)品都可以借助現(xiàn)成的設計系統(tǒng)，有早已搭建好的設計語言，有完整的組件，有明確的 UI 狀態(tài)，有非常明確的基礎(chǔ)架構(gòu)，但是這次是我自己的產(chǎn)品，所有的這些都沒有。而且，這個產(chǎn)品還可能會存在幾種極端的情況、流程和狀態(tài)。
比如，在注冊流程中，按鈕會有默認、禁用、激活、填充、錯誤、懸停等幾種狀態(tài)，但是除了這些之外，我還需要考慮諸如密碼重置的流程和體驗，這可能會涉及到 6 個高度相似的 UI 界面狀態(tài)：

1. 輸入 Email

2.重新發(fā)送 Email

3.Email 通知設計

?

4.輸入新的密碼

?

5.錯誤界面

?

6.成功界面

?

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

03.創(chuàng)建用戶流程

項目開始之后，我很快就遭遇了組織架構(gòu)問題。因為我是在工作之余來創(chuàng)建這個產(chǎn)品，這導致我犯了一個非常嚴重的錯誤：我沒有按照傳統(tǒng)的產(chǎn)品流程來創(chuàng)建產(chǎn)品，這隨后導致了一系列的問題。
按照標準的產(chǎn)品設計流程，我需要從用戶流程開始創(chuàng)建，定義用戶可能會執(zhí)行的流程，并且針對主要的流程界面進行必要的總結(jié)說明。因為這個項目和之前的工作不一樣，我一開始就忘記了遵循流程這件事情，我錯誤地將它視作為一個包含幾個簡單界面的簡單項目（是不是聽著特別耳熟？很多所謂的小項目翻車都是從這里開始的）。這樣一來，當我開始處理諸多按鈕的不同狀態(tài)和界面變化的時候，整個用戶流程變得混亂不堪，并且我很難確定其中的體驗漏洞有哪些。
最終我停止了這種隨性的設計方式，并且在 Whimsical 當中創(chuàng)建了完整的用戶流程。于是我很快清楚了那些環(huán)節(jié)有所缺失，以及整個界面流程的走向。
按照用戶流程來梳理界面的時候，可以對于整個產(chǎn)品的屏幕狀態(tài)有所了解，并且隨著產(chǎn)品的發(fā)展膨脹，用戶流程的重要性會隨之增長，成為至關(guān)重要的部分。

04.交互應該反饋到UI中

的確，在完成整個 UI 之前，不應該開始向著項目當中添加動畫。但是，不添加并不意味著你無需考慮。實際上，不同的微交互和動畫對于實際的體驗影響是巨大的。你在思考 UI 設計的時候，就應該考慮到微交互和動畫的使用，避免在后續(xù)動效和交互落地的時候，進行不必要的修改。
比如，當我在設計「達成成就」這一體驗的時候，我就考慮到了需要用到的微交互的效果，所以在我設計 UI 的時候可以順著我自己的喜好來進行設計，并且將可能會用到的動效拖到某個角落暫時記下來，避免在設計 UI 的階段，影響了整體的流程和效果。而后續(xù)加入動效的時候，就會方便很多。
我認為，將 UI 和交互結(jié)合起來考慮是非常重要的，因為兩者共通塑造了體驗。如果在設計 UI 的環(huán)節(jié)直接加動效，會讓整個設計過程變得復雜臃腫。

05.盡早獲得反饋

其實這也是我在這個項目中犯的一個大錯：等了太長時間才獲得反饋。
我通常是在晚上回家和周末才有空推進這個項目，在很長的一段時間內(nèi)，我沒有真正告訴任何人。
當我終于同我的家人、朋友、用戶以及網(wǎng)上樂于嘗鮮的用戶公布了這一產(chǎn)品之后，他們在使用過程中，開始注意到了很多細節(jié)上顯而易見、但是我并沒有發(fā)現(xiàn)的問題。我意識到我作為產(chǎn)品的設計者，是很容易陷入并沉迷用戶體驗當中比較孤立的一部分，反而會忽略很多顯著的問題。
回想一下，如果我能盡早向用戶和朋友展示設計和原型，那么我會在更早的時候發(fā)現(xiàn)問題，并且在獲得反饋之后才進入開發(fā)階段，彌補大量的損失。

06.在別處獲得啟發(fā)很重要

很多設計師會認為，所有的想法都必須是原創(chuàng)的才行，否則就是欺詐。但是稍微想想，其實徹底的原創(chuàng)其實很少的。當你看到一個優(yōu)秀的產(chǎn)品，它優(yōu)秀的配色和恰到好處的交互可能會讓你覺得：「已經(jīng)有人做出來了，我的想法在它面前完全沒法比擬?！?br class="sysbr">這種思維方式其實有著極大的缺陷，并且抑制了你的創(chuàng)造力。
當我發(fā)現(xiàn)我的設計有缺陷的時候，我會竭盡全力去搜索和了解更多網(wǎng)上已有的設計。我會觀察和思考別的公司和產(chǎn)品是如何設計新用戶引導流程的，如何管理用戶個人信息的。我從來都沒有復制被人的體驗，但是會隔三差五去鉆研別人所創(chuàng)造出來的優(yōu)秀細節(jié)，然后將這些細節(jié)借鑒到我的設計當中。
我最喜歡的一個范例，是從模態(tài)狀態(tài)下，旋轉(zhuǎn)退出的效果。這是我偶然在一個網(wǎng)站上看到的效果，因此我決定將它添加到 Confetti 當中，我還在著陸頁的按鈕中加入了類似的特效。
事實上，一切設計都是混搭創(chuàng)造出來的。你借鑒細節(jié)并不意味著抄襲，不要害怕去發(fā)掘和學習別人的優(yōu)勢和亮點，你要學會有機地拆解和借鑒，靈活地運用到自己的設計當中，它就像調(diào)制雞尾酒一樣有趣。

07.勇敢面對身份的變換

圖片

當我們開始設計的產(chǎn)品的時候，我和 Wilson 頭頂上的身份就一直在變。我們是 UI設計師，要負責UX，要做交互，也制作動效，要進行平面設計，還要考慮市場營銷，要管理產(chǎn)品，我們也要扮演其他的角色。
職責如此之多，以至于我們不可避免地遇到我們能力范圍之外各種新問題。我們必須承認自己陷入了困境，尋求外部幫助成了必要的選擇。
專注于自己專業(yè)的領(lǐng)域，其他不專業(yè)的方面來尋求外部幫助是非常合理的。比如在一個項目當中，一位藝術(shù)家負責了絕大多數(shù)的風景插畫，另一位藝術(shù)家則完成了肖像畫的部分，這很正常。
我希望產(chǎn)品的外觀和功能能夠保持高度的一致性，并且我確實做到了。但是不要誤會我的意思，我并非是不敢走出舒適區(qū)去學習代碼開發(fā)，而是在這樣的項目當中，我并不適合從UI和UX領(lǐng)域延伸出去，畢竟完成項目的開發(fā)優(yōu)先級比學習代碼更高。

08.保持簡單更重要

盡管給 MVP 安排好了發(fā)布時間，可以防止這個項目被無限膨脹的功能特性和工作量所淹沒，但是這樣依然無法防止我們基于已有的功能進行改進。
很多人都喜歡 Reid Hoffman 的一句話：「如果你對于產(chǎn)品的第一版感覺不尷尬，那你一定是發(fā)布晚了。」不過，我們正式發(fā)布的第一版的產(chǎn)品，并不會顯得太尷尬，但是目前來看，當時那種簡單直觀的狀態(tài)，比起再花費好幾個月時間反復打磨之后再發(fā)布，來得更好。
在發(fā)布新產(chǎn)品之前，我們必須考慮2個問題：

1. 我們是否相信我們所構(gòu)建的產(chǎn)品，能夠為用戶帶來價值？

?

2.我們是否竭盡全力了？

?

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

09.良好的交接更加省事省時

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

1.將所有的界面都組織到了 Zeplin 當中，并且進行了處理

?

2.我給所有的畫板進行了針對性的命名，方便檢索

?

3.我在 XD 中標注了需要導出的素材

?

4.我保留了舊有的界面存檔，并且確保交付的新版界面是最新的

?

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

在設計 UI 的時候，界面中的文案部分是臨時編寫的，這促使了一次設計完成之后，整體的文案是不一致、不協(xié)調(diào)的。
我很希望一開始就創(chuàng)建了一個單獨的文檔，一次性將文案部分全部重寫，包括提醒、注釋、標簽、彈出框提醒等等。而實際上，我的文案都是在設計 UI 的時候附帶著寫下來的，導致整體的一致性嚴重缺乏。
這種文案本身在調(diào)性上的缺乏，導致了整個產(chǎn)品在語氣和用詞上是混搭式的，一致性很差。
所以，在產(chǎn)品上線發(fā)布之后，一直在對文案進行修修補補。

結(jié) 語

我相信，如果很多錯誤不能一開始就解決或者盡早修改，最終產(chǎn)品的潛力是無法完全發(fā)揮出來的。正如同 Giacomo Casanova 說過的那樣：「一個不會犯錯的人同樣也無法成事」。
所以我們要在錯誤中總結(jié)經(jīng)驗，希望你不要在設計項目中，陷入與我相同的困境。