2016 的时候，我意识到一很重的问题：我一直都实自己的目标：学习新技能、结识新朋友、保持身健康，。这并不因我意愿动力，因我坚持下去。
Peter Drucker 说过：「量才管。」这个格言后来成为了我的信条。我决定将我的目标量，将它分解成为最基础的习惯来执行，并且每天一定量的执行，来实现最终的目标。
最开始，我会使一张格纸来跟踪我每天的习进，健身及心健康状况。然后这个习惯持续了好几年，生逐渐有改观，并且养成了将每个同的目标进行分解、逐步成的习惯。
种行为模式和方法在我自己身上得到验证。不我在纸上坚持追踪行为习惯年，我决定和 Wilson 一创建一个程序，来升级种「习惯追踪」的工具，我们先构建一个免费的 Chrome 插件 Confetti ，是一个能够帮你追踪常习惯的工具，每次完成一个任务，有彩缤纷的纸屑效果出现，祝贺你守住习惯，达成目标。
在四年的产品设计生涯当中，这是我从头到尾全是自己成的产，这个过程中，我有了很多启发。在这篇章当中，我将会分享我的见解，希望对你有帮助。
一始，我 Wilson 就决使用3屏的主功能，并构建了一粗糙的原型。但，我们足够的远见，无法设我们的产品终的方向，也对全部的法行深入的打磨。
最终，我们向后退了一步。我们过头来，确定了最小可执行原的发布日期，及真正的核心功。我们在 Notion 上创建了一个档，并且开始梳和管哪些功是「必需」，哪些功「如果有了会更好」。如，登录、注册、户引导是必可的功。但是，我们认为「重列习惯」是一个升体验但是并亟需的功。
我们基一点，我们开始抓住核心功能，尽能让它们够易用，强化核心特。通确定核心功能的优先级，并且确定期，借此缓我们的精神压力，确定我们不被成堆的功能所淹没。也似地我们有够的动力决核心功能。
在设计产的时候，我经被醒要处好每一个边缘情况，填好每一个坑，确保体验的顺畅。从零开始构建产是一把双刃剑：基于自己的构想来创产是令人兴奋的，但是相应的，我需要经在舒适区外处问题。
我一直在 Skookum 从产品设计的工，而工通常是在一定的约束条件下进行的，但是现在所要处理的产品则不同。之前的产品以借助现成的设计系统，有早已搭建的设计语言，有完整的组件，有明确的 UI 状态，有非常明确的基础架构，但是次是我自己的产品，所有的没有。而且，个产品还能存在几种极端的情况、流程和状态。
比如，在注册流程中，按钮会有默认、禁用、激活、填充、错误、悬停等种状，但是除了这些之外，还需要考虑诸如密码重置的流程和体验，这可能会涉及 6 个高度相似的 UI 界面状：
- 输 Email
- 重新发送 Email
- Email 知设计
- 输入新的密码
- 错误界面
- 成功界面
这个过程中，有很多东西都令我一感到迷惑，这引发我一个要说的要点……
项目始之后，我很就遭遇了组织架构问题。因我作之余创建这产品，这导致我犯了一非常严重的错误：我按照传统的产品流程创建产品，这随后导致了一系列的问题。
按照标准的产设计流程，我需要从户流程开始创建，定义户可会执行的流程，并且针对要的流程界面进行必要的总结说明。因为这个项目和之前的工作一样，我一开始就忘记了遵循流程这件事情，我错误地将它视作为一个包含几个简单界面的简单项目（是是听着特别耳熟？很多谓的小项目翻车都是从这里开始的）。这样一来，当我开始处诸多按钮的同状态和界面变的时候，整个户流程变得混乱堪，并且我很难确定中的体验漏洞有哪些。
最终我停止种随的设计方式，并且在 Whimsical 当中创建完整的用户流程。是我很快清楚节有所缺失，以及整个界面流程的走向。
按照用户流程来梳理界面的候，可以对于整个产品的屏幕状有所了解，并且随着产品的发展膨胀，用户流程的重要性会随之增长，成为至关重要的部。
的确，在完成整个 UI 之前，不应该开始向着项目当中添加动画。但是，不添加并不意味着你无需考虑。际上，不同的微互和动画对际的验影响是巨大的。你在思考 UI 设计的时，就应该考虑到微互和动画的使用，避免在续动效和互落地的时，进行不必要的修改。
比如，当在计「达成成就」这一体验的候，就考虑了需要用的交互的效果，所以在计 UI 的候可以顺着的喜好来进行计，并且将可能会用的动效拖某个角落暂记下来，避免在计 UI 的阶段，响了整体的流程和效果。而后续加入动效的候，就会方便多。
我认为，将 UI 和交互结合起来考虑是常要，为两者共塑造了体验。如在设计 UI 环节接加动效，会让个设计过程变复杂臃肿。
其实这也是在这个项目中犯的一个大错：等了长间才获得反馈。
我常是在晚上回家和末才有空进这个项目，在很长段时内，我没有真正告诉任何。
当我终于同我的家人、朋友、用户以及网乐于鲜的用户公布了这一产品之后，他们使用过程中，始注意到了很多细节显易见、但我并发的问题。我意识到我作产品的设者，很易陷入并沉迷用户体验当中比较孤立的一部分，反会忽略很多显著的问题。
想一，如果我尽早向户和友展示设计和原，那么我会在更早的时候发现问题，并且在获得反馈之后才进入开发阶，弥补大量的损失。
很多设师会认，所的法都必须原创的行，否则就欺诈。但稍微，其实彻底的原创其实很少的。当看到一优秀的产品，它优秀的配色恰到好处的交互可能会让觉得：「已人出了，我的法它面完全法比拟。」
这种思维方式实有着极大的缺陷，并且抑制了你的创。
当我现我的设计有缺陷的时，我竭尽力去搜索和更网上已有的设计。我观察和思考别的司和产品是何设计新用户引导流程的，何管理用户个人信息的。我从来没有复被人的验，但是隔三差去钻研别人所创造出来的优细节，将细节借鉴到我的设计当中。
最喜欢的一个范例，是从模状下，旋转退出的效果。这是偶然在一个网站上的效果，因此决定将它添加 Confetti 当中，还在着陆页的按钮中加入了类似的效。
事实上，切设计都是混搭创造出来。你借鉴细节并不意味着抄袭，不要害怕去发掘和学习优势和亮，你要学会有地拆解和借鉴，灵活地运用到自己设计，它像调制鸡尾酒样有趣。
当开始计的产品的候，和 Wilson 头顶上的身就一直在变。是 UI计，要负责UX，要做交互，也制作动效，要进行面计，还要考虑市营销，要管理产品，也要扮演其的角色。
职责如此多，以至于我们不可避免地遇到我们能力范围各新问题。我们必须承认自己陷入了困境，寻求部帮助成了必要选择。
专注于自己专业的领域，其他不专业的方面寻求外部帮非常合理的。比如一项目当中，一家负责了绝多数的风景插画，另一家则完了肖画的部分，这很常。
我希望产的外观和功够保持的一致性，并且我确实做到了。但是要误会我的意思，我并非是敢走舒适区习代码开发，而是在这样的项目当中，我并适合从UI和UX领域延伸，毕竟成项目的开发优先级习代码更。
尽给 MVP 安排好了发布时间，可以防止这项目被无限膨胀的功能特性作所淹，但这样依然无法防止我们基于已的功能行改。
很多人都 Reid Hoffman 的一句话：「如果你对于产的第一版感觉尴尬，那你一定是发布晚了。」过，我们正式发布的第一版的产，并会显得太尴尬，但是目前来看，当时那种简单直观的状态，起再好几个月时间反复打磨之后再发布，来得更好。
在新产品之前，我们必须考虑2个问题：
- 我们是否相信我们构建的产，够为户带来值？
- 我们是否竭尽力？
这些问题我们最终够达成目标，且按时发布，避免分心。专注交付最核心的功，而是被一堆冗余的次要特性压倒。
从项目一始我就一直项目的理组织设素，以便后面行发。不过，由于我一始就使用了 Zeplin 这样的协同具，确保了我可以轻松将所的素都顺畅交给负责发的 Wilson。作一款设系统具，Zeplin 让我无需浪费时间对素行分类，非常便捷。
在交接的过程中，我还做了一些优：
- 将所的界面都组织到了 Zeplin 当中，并且行了处理
- 我给有的画进行了针对性的命名，方检索
- 我在 XD 中标注需要导出的素材
- 保留了旧有的界面存档，并且确保交付的新版界面是最新的
设 UI 的时候，界面中的文案部分临时编写的，这促使了一次设完之后，整体的文案不一致、不协调的。
我很希望一开始就创建了一个单独的档，一次性将案分全重写，包括醒、注释、标签、弹框醒等等。而实际上，我的案都是在设计 UI 的时候附带着写来的，导致整体的一致性严重缺乏。
种文案身在上的缺乏，导致整个产品在语气和用词上是混搭式的，一致很差。
所以，在产品上线发布之后，一直在对文案进行修修补补。
相，如果多错误不能一开始就解决或者尽早修改，最终产品的潜力是无法完全发挥出来的。正如同 Giacomo Casanova 说过的那：「一个不会犯错的人同也无法成事」。
所以我们要在误结经验，希望你不要在设计项目，陷入与我相困境。
浙公网安备33011002017549号