用户分为三种类型。

专家型：用户愿意探索你的产品或服务，并且会给你提出各种改进建议。用户数：占少数。

随意型用户：他们可能使用过类似的产品或服务。他们有兴趣使用更高级更复杂的产品，但却不愿意接触全新的东西——要想让他们认可新功能，那么新功能必须足够简单。用户数：比你想象的少。

主流用户：他们自己不会因为你的技术而使用你的产品，使用你产品的目的是完成某项任务。他们会掌握一些重要功能的使用方法，但永远不会产生学会所有功能的想法。用户数：最大的用户群体。

理解感情需求（轻松自在、自信）能够帮你把握设计重点。

从简单这个角度来看，最重要的是让用户感到自己在掌控一切。（站在主流用户的角度来思考“掌控”的含义：掌握结果、用起来容易、可靠、迅速。）

描述要点：

<1>.“我要设计什么，为什么要做这个功能，为什么要用这个字段？”

<2>.“用户希望拥有什么样的体验？”（易用、掌控全局、不被打扰、轻松自在）

讲故事：

<1>.用户在什么样的环境怎么用这个功能。

<2>.故事五要素：人、目的、行为、环境、媒介。

<3>.讲故事原则：简短、只保留必要的细节、故事可信。

如果你在这个阶段过多地描述自己的解决方案，结果就会把自己绕进去。正确的做法是只描述一定程度的细节，能说清楚就行了。关键是不能遗漏用户体验过程中的任何一个步骤。

要想简单，务必把目标定得高些再高些，不要使用常规的可用性目标。

目标中“瞬间”和“毫不费力”听起来有点夸张，因为事实上这是做不到的。然而，争取你不可能达成的目标有一个重要的好处：保持正确的方向。

很多开始时简单的产品到最后都变得越来越复杂，很难使用。但是，如果你设定了一个极端的目标，你的产品就能随着时间推移越变越好（至少能够实现真正重要的目标）。

删除——去掉所有不必要的功能、字段，砍掉残缺功能，直至减到不能再减。

组织排版——按照有意义的标准将内容划分成组。

①组合相似内容（action类型或字段）；

②突出重点的内容；

③隐藏必要但不常用的功能；

转移：在合适的时机出现恰当的功能。

<1>适当的默认值

<2>尽量少让用户做选择

<3>不要过多的错误提示，要正确的引导

<4>不限制用户填写结构化数据，可以程序判断将非结构化数据转为结构化。（比如判断用户输入的一句话中的时间词语自动咨询是否添加提醒）