2022-3-8 純純
Peter Drucker 說過：「量化才能管理。」這個格言后來成為了我的信條。我決定將我的目標量化，將它分解成為最基礎(chǔ)的習慣來執(zhí)行，并且以每天一定量的執(zhí)行，來實現(xiàn)最終的目標。
我們先構(gòu)建了一個免費的 Chrome 插件 Confetti ，這是一個能夠幫你追蹤日常習慣的工具，每次完成一個任務，都會有五彩繽紛的紙屑效果出現(xiàn)，祝賀你守住了習慣，達成目標。
以下見解希望對你有所幫助!
一開始，我和 Wilson 就決定使用3屏的主要功能，并構(gòu)建了一個粗糙的原型。但是，我們沒有足夠的遠見，無法設(shè)想我們的產(chǎn)品最終的方向，也沒有對全部的想法進行深入的打磨。
最終，我們向后退了一步。我們回過頭來，確定了最小可執(zhí)行原型的發(fā)布日期，以及真正的核心功能。我們在 Notion 上創(chuàng)建了一個文檔，并且開始梳理和管理哪些功能是「必需品」，哪些功能「如果有了會更好」。比如，登錄、注冊、新用戶引導是必不可少的功能。但是，我們認為「重新排列習慣」是一個提升體驗但是并不亟需的功能。
我們基于這一點，我們開始抓住核心功能，盡可能讓它們足夠易用，強化核心特性。通過確定核心功能的優(yōu)先級，并且確定發(fā)布日期，借此緩解我們的精神壓力，確定我們不會被成堆的功能所淹沒。這也似地我們有足夠的動力解決核心功能。
在設(shè)計產(chǎn)品的時候，我經(jīng)常被提醒要處理好每一個邊緣情況，填好每一個坑，確保體驗的順暢。從零開始構(gòu)建產(chǎn)品是一把雙刃劍：基于自己的構(gòu)想來創(chuàng)造產(chǎn)品是令人興奮的，但是相應的，我需要經(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)：
這個過程中，有很多東西都令我一度感到迷惑，這也引發(fā)出我下一個要說的要點……
項目開始之后，我很快就遭遇了組織架構(gòu)問題。因為我是在工作之余來創(chuàng)建這個產(chǎn)品，這導致我犯了一個非常嚴重的錯誤：我沒有按照傳統(tǒng)的產(chǎn)品流程來創(chuàng)建產(chǎn)品，這隨后導致了一系列的問題。
按照標準的產(chǎn)品設(shè)計流程，我需要從用戶流程開始創(chuàng)建，定義用戶可能會執(zhí)行的流程，并且針對主要的流程界面進行必要的總結(jié)說明。因為這個項目和之前的工作不一樣，我一開始就忘記了遵循流程這件事情，我錯誤地將它視作為一個包含幾個簡單界面的簡單項目（是不是聽著特別耳熟？很多所謂的小項目翻車都是從這里開始的）。這樣一來，當我開始處理諸多按鈕的不同狀態(tài)和界面變化的時候，整個用戶流程變得混亂不堪，并且我很難確定其中的體驗漏洞有哪些。
最終我停止了這種隨性的設(shè)計方式，并且在 Whimsical 當中創(chuàng)建了完整的用戶流程。于是我很快清楚了那些環(huán)節(jié)有所缺失，以及整個界面流程的走向。
按照用戶流程來梳理界面的時候，可以對于整個產(chǎn)品的屏幕狀態(tài)有所了解，并且隨著產(chǎn)品的發(fā)展膨脹，用戶流程的重要性會隨之增長，成為至關(guān)重要的部分。
的確，在完成整個 UI 之前，不應該開始向著項目當中添加動畫。但是，不添加并不意味著你無需考慮。實際上，不同的微交互和動畫對于實際的體驗影響是巨大的。你在思考 UI 設(shè)計的時候，就應該考慮到微交互和動畫的使用，避免在后續(xù)動效和交互落地的時候，進行不必要的修改。
比如，當我在設(shè)計「達成成就」這一體驗的時候，我就考慮到了需要用到的微交互的效果，所以在我設(shè)計 UI 的時候可以順著我自己的喜好來進行設(shè)計，并且將可能會用到的動效拖到某個角落暫時記下來，避免在設(shè)計 UI 的階段，影響了整體的流程和效果。而后續(xù)加入動效的時候，就會方便很多。
我認為，將 UI 和交互結(jié)合起來考慮是非常重要的，因為兩者共通塑造了體驗。如果在設(shè)計 UI 的環(huán)節(jié)直接加動效，會讓整個設(shè)計過程變得復雜臃腫。
其實這也是我在這個項目中犯的一個大錯：等了太長時間才獲得反饋。
我通常是在晚上回家和周末才有空推進這個項目，在很長的一段時間內(nèi)，我沒有真正告訴任何人。
當我終于同我的家人、朋友、用戶以及網(wǎng)上樂于嘗鮮的用戶公布了這一產(chǎn)品之后，他們在使用過程中，開始注意到了很多細節(jié)上顯而易見、但是我并沒有發(fā)現(xiàn)的問題。我意識到我作為產(chǎn)品的設(shè)計者，是很容易陷入并沉迷用戶體驗當中比較孤立的一部分，反而會忽略很多顯著的問題。
回想一下，如果我能盡早向用戶和朋友展示設(shè)計和原型，那么我會在更早的時候發(fā)現(xiàn)問題，并且在獲得反饋之后才進入開發(fā)階段，彌補大量的損失。
很多設(shè)計師會認為，所有的想法都必須是原創(chuàng)的才行，否則就是欺詐。但是稍微想想，其實徹底的原創(chuàng)其實很少的。當你看到一個優(yōu)秀的產(chǎn)品，它優(yōu)秀的配色和恰到好處的交互可能會讓你覺得：「已經(jīng)有人做出來了，我的想法在它面前完全沒法比擬。」
這種思維方式其實有著極大的缺陷，并且抑制了你的創(chuàng)造力。
當我發(fā)現(xiàn)我的設(shè)計有缺陷的時候，我會竭盡全力去搜索和了解更多網(wǎng)上已有的設(shè)計。我會觀察和思考別的公司和產(chǎn)品是如何設(shè)計新用戶引導流程的，如何管理用戶個人信息的。我從來都沒有復制被人的體驗，但是會隔三差五去鉆研別人所創(chuàng)造出來的優(yōu)秀細節(jié)，然后將這些細節(jié)借鑒到我的設(shè)計當中。
我最喜歡的一個范例，是從模態(tài)狀態(tài)下，旋轉(zhuǎn)退出的效果。這是我偶然在一個網(wǎng)站上看到的效果，因此我決定將它添加到 Confetti 當中，我還在著陸頁的按鈕中加入了類似的特效。
事實上，一切設(shè)計都是混搭創(chuàng)造出來的。你借鑒細節(jié)并不意味著抄襲，不要害怕去發(fā)掘和學習別人的優(yōu)勢和亮點，你要學會有機地拆解和借鑒，靈活地運用到自己的設(shè)計當中，它就像調(diào)制雞尾酒一樣有趣。
當我們開始設(shè)計的產(chǎn)品的時候，我和 Wilson 頭頂上的身份就一直在變。我們是 UI設(shè)計師，要負責UX，要做交互，也制作動效，要進行平面設(shè)計，還要考慮市場營銷，要管理產(chǎn)品，我們也要扮演其他的角色。
職責如此之多，以至于我們不可避免地遇到我們能力范圍之外各種新問題。我們必須承認自己陷入了困境，尋求外部幫助成了必要的選擇。
專注于自己專業(yè)的領(lǐng)域，其他不專業(yè)的方面來尋求外部幫助是非常合理的。比如在一個項目當中，一位藝術(shù)家負責了絕大多數(shù)的風景插畫，另一位藝術(shù)家則完成了肖像畫的部分，這很正常。
我希望產(chǎn)品的外觀和功能能夠保持高度的一致性，并且我確實做到了。但是不要誤會我的意思，我并非是不敢走出舒適區(qū)去學習代碼開發(fā)，而是在這樣的項目當中，我并不適合從UI和UX領(lǐng)域延伸出去，畢竟完成項目的開發(fā)優(yōu)先級比學習代碼更高。
盡管給 MVP 安排好了發(fā)布時間，可以防止這個項目被無限膨脹的功能特性和工作量所淹沒，但是這樣依然無法防止我們基于已有的功能進行改進。
很多人都喜歡 Reid Hoffman 的一句話：「如果你對于產(chǎn)品的第一版感覺不尷尬，那你一定是發(fā)布晚了。」不過，我們正式發(fā)布的第一版的產(chǎn)品，并不會顯得太尷尬，但是目前來看，當時那種簡單直觀的狀態(tài)，比起再花費好幾個月時間反復打磨之后再發(fā)布，來得更好。
在發(fā)布新產(chǎn)品之前，我們必須考慮2個問題：
這些問題讓我們最終能夠達成目標，且按時發(fā)布，避免分心。專注交付最核心的功能，而不是被一堆冗余的次要特性所壓倒。
從項目一開始我就一直在做項目的管理和組織設(shè)計素材，以便后面進行開發(fā)。不過，由于我一開始就使用了 Zeplin 這樣的協(xié)同工具，確保了我可以輕松地將所有的素材都順暢地交給負責開發(fā)的 Wilson。作為一款設(shè)計系統(tǒng)工具，Zeplin 讓我無需浪費時間對素材進行分類，非常便捷。
在交接的過程中，我還做了一些優(yōu)化：
在設(shè)計 UI 的時候，界面中的文案部分是臨時編寫的，這促使了一次設(shè)計完成之后，整體的文案是不一致、不協(xié)調(diào)的。
我很希望一開始就創(chuàng)建了一個單獨的文檔，一次性將文案部分全部重寫，包括提醒、注釋、標簽、彈出框提醒等等。而實際上，我的文案都是在設(shè)計 UI 的時候附帶著寫下來的，導致整體的一致性嚴重缺乏。
這種文案本身在調(diào)性上的缺乏，導致了整個產(chǎn)品在語氣和用詞上是混搭式的，一致性很差。
所以，在產(chǎn)品上線發(fā)布之后，一直在對文案進行修修補補。
文章來源：優(yōu)設(shè)(陳子木) 作者:Danny Sapio
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設(shè)計尊重原作者，文章的版權(quán)歸原作者。如涉及版權(quán)問題，請及時與我們?nèi)〉寐?lián)系，我們立即更正或刪除。
藍藍設(shè)計( www.73404.com.cn )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務
藍藍設(shè)計的小編 http://www.73404.com.cn