1.充分理解业务需求，包括：

不仅有你要帮助用户完成什么样的任务，还有：

（1）商业目标。例如易信，利用用户打电话的刚需，吸引用户，进而帮助用户形成社交关系

（2）业务受到哪些技术和商务限制。

（3）业务所需要的合作方。要确保能得到合作方

2.找到用户完成任务所有的接触点【接触点是指：用户做了某件事情，例如点了某个按钮，或者看了某个信息】

接触点从哪来：用户场景。例如易信，设计“邀请好友送时长这”个任务，要写一个故事，特定的人物是谁，心理描述。从这个场景里，提取出用户看到了什么，做了什么

（1）需要构思多个场景。例如小明去微信上邀请，或者从QQ上邀请。合并通用的接触点。

（2）要顾及头尾。用户发布朋友圈动态的最后一个接触点：点击发布后的页面跳转，看到的东西是什么，失败的话是什么样的。在分享出去的第一个接触点是什么：SDK文案

3.梳理流程图

（1）用户做了某件事：准备好接收什么信息的准备，看到什么信息

（2）用户看了某个信息：产生什么样的欲望

一般的流程是：看信息-操作-看信息-操作；看信息-看信息（信息较多，需要依次理解的情景下）

还有要一些完成业务的附加流程：放在流程中部但不打扰用户，放在流程最后

4.根据流程设计交互稿

（1）最好在一个页面上横向呈现

（2）对照接触点，看交互稿是否有遗漏

5.处理异常流程

（1）异常页面：一般放到正常页面下面。

（2）异常情况包括：

a.用户网络故障、服务器资源不足。去了解错误返回码，看下这是什么错误，然后设计相关错误提示。

b.预测用户可能出现的错误：错误的点击（二级确认）

c.toast（提示文字少，且可以马上重试）和Alert（提示文字较多，且需要用户确认）简单解决小异常

用户需求

1.首先要解决需求真实性的问题，也就是说这个需求是凭空想出来的，还是实际调研过发现这个需求是真实存在的。

2.真实性解决了之后，就要解决需求的普遍性，因为互联网的商业模式都是建立在庞大的用户基础之上的。如果一个需求确实存在（真实性），但是全国甚至全球只有几千甚至几百个人有这个需求，那解决这个需求就不存在商业价值。

3.验证了需求的真实性和普遍性之后，需要做的是分析有这些需求的人（用户），这催生了用户研究这个职位。只有去了解了用户、才能更准确更好的描述需求，书写PMD。

互联网方法

需求明确了，PMD出来了，那用户通过什么去解决需求呢？是网站、App、微信公众号还是像magic一样用短信的方式？这个就需要根据自己的需求确定最适合的产品形式。

确定了产品形式，怎么把抽象的需求变成用户拿在手中的产品？第一步要做的就是将需求变成一个个产品功能点，这是交互设计师的必备技能。这里有个路径，需求——任务——行为——功能——流程——页面流——页面框架——线框图——交互细节和备注，这条路径基本上就是交互设计师的工作内容了。

线框图出来之后就可以输出一份交互设计文档，之后的事情就是视觉美化和软件开发了。

上面是从需求和互联网方法的角度去阐述了设计。但是只做到了这步就够了么？公司创始人和产品经理为什么要解决这个需求？是为了用户体验么、是为了让产品更酷更炫么？都不是，是为了挣钱，为了利益。这就是公司的商业目的。致力于做出更好的产品，提升用户体验，只是为了达成商业目的的一个手段。所以用户体验设计最本质的目的还不是解决用户需求或者是做出更好的互联网产品，而是为了挣钱。多么直白而又真实。

整个互联网的商业模式可以简化为：流量——转化——成交。如何获取更多的流量、提高流量的转化率，从而提高成交量和成交额或者是流量变现的其他形式。用户体验设计知识“流量、转化、成交”中转化的部分，努力的理解用户、解决用户需求、做出体验更好的产品、都是为了提高转化率。

在进行产品设计的时候，我们需要明确我们的商业目标，并为此而努力，所有的行动都应对此起到推动前进作用，而不要偏离航线。

基于商业模式，进行基于目标数据的拆解，根据拆解，制定细分目标计划每个小目标的达成，都意味着对商业模式的贡献

复盘产品设计

只有不断复盘产品设计，我们才能找到最适合最有效的商业增长模式，没有模板可套用，没有捷径可走。只有复盘才能让我们获得经验，而不是经历。

通过复盘，才能让目标更清晰更具体，才能推演出规律，形成结论，并且与其他成员达成共识，踩过的坑才能避免再踩，不复盘，往往会同一个地方跌倒好几次，工作效率低又没有工作成果输出。

因此我们需要把复盘这件事认真执行，从目标，过程，结果，原因，规律，结论几方面总结，形成文档，才能化无形为有形，化经历为经验，化意识为规律。不再凭感觉做事。以后别人问起，才能有底气的说出为什么以及怎么办。

所以，做产品一是要有商业规划，并学会拆解目标。二是要及时复盘，形成总结。才能成长得更快，站得更高。才能站在山顶上一览众山小。

Salesforce 是这次硅谷之行很想去但最终还是没有去成的一家公司。好几天路过这家公司，但却实在想不到找谁去搭上线，最终未能达成。

之所以会对 Salesforce 产生兴趣是由于之前花了些时间研究它们的 Lighting Design System。虽然这是一家 SaaS 企业软件服务提供商，但在整个 design system 做得相当的完整。这套系统中最让我感兴趣的是他们对 Motion Design 的思考，非常的清晰明了。

Motion Design 一直以来都是设计师最善于发挥的一个领域，也是相对有些“混乱”的领域。从产品设计的角度来说我们已经过了炫技的阶段，转向更有目的性、更有体系化思考的阶段。

接着 Saleforce 的这个案例，今天正好来和大家聊聊关于动效设计的思考，搞清楚我们做 Motion Design 的意义和目的。

关于 Motion Design，目前有哪些问题？

说到做产品设计，设计师受到业务、资源的约束，可发挥的空间一直在被压缩。而动效的设计则更像是大家能够自嗨的一款保留地，更多的创意、想法都可以在这里发挥。

酷炫的动画大家都很喜欢、做出来也会很有成就感，但新鲜感过后反而会让大家感受到一些不适。究竟是哪里出了问题呢？我想大概应该如下几类：

1.过度的炫技

在很多人眼中酷炫与动效设计是密不可分的，似乎只有将动效做得足够的炫才能体现这个设计的价值。

但事实上过于复杂的动效反而会适得其反，时间一长会让人觉得过于“腻”。这就让动效过于喧宾夺主，从辅助呈现信息变为了强调自身的存在。

2.不恰当的使用动效

如上所述，动效的目的是辅助呈现信息。适当的使用是有意义的，但如果为了动效而去使用则反而是一种干扰。

前段时间有同学发出过一个腾讯 ISUX 的文章链接，每次页面加载时当前页面中的每个元素都有一个 fade in 的效果。一两次还好，每次操作都带来这些效果反而会让人有不好的感受。

https://isux.tencent.com/articles/

3.缺乏对动效体系化的思考

动效设计如何能恰到好处的帮助呈现信息、不让用户感受到违和感，很重要的在于设计的一致性。这其中动效的形式、时长、情感传递都需要考虑到，从而让用户能够形成一种”惯性思维“，对动效产生功效的关联。

一个 Toast 信息，一会从页面底部浮出，一会从旁边滑入只会让用户感受到混乱，带来对信息解读的消耗。那么动效就会从辅助信息呈现变成了干扰信息理解了。

以上是 PinDesign 设计周刊第 88 期的试读部分。在接下来的全文内容中将继续讨论我们为什么要做动效设计？从呈现信息、引导用户操作、体现产品气质等角度来和大家聊聊如何看待动效设计对于产品的意义。

用户需求

1.首先要解决需求真实性的问题，也就是说这个需求是凭空想出来的，还是实际调研过发现这个需求是真实存在的。

2.真实性解决了之后，就要解决需求的普遍性，因为互联网的商业模式都是建立在庞大的用户基础之上的。如果一个需求确实存在（真实性），但是全国甚至全球只有几千甚至几百个人有这个需求，那解决这个需求就不存在商业价值。

3.验证了需求的真实性和普遍性之后，需要做的是分析有这些需求的人（用户），这催生了用户研究这个职位。只有去了解了用户、才能更准确更好的描述需求，书写PMD。

我们需要明确我们的商业目标，并为此而努力，所有的行动都应对此起到推动前进作用，而不要偏离航线。

基于商业模式，进行基于目标数据的拆解，根据拆解，制定细分目标计划每个小目标的达成，都意味着对商业模式的贡献

1.充分理解业务需求，包括：

不仅有你要帮助用户完成什么样的任务，还有：

（1）商业目标。例如易信，利用用户打电话的刚需，吸引用户，进而帮助用户形成社交关系

（2）业务受到哪些技术和商务限制。

（3）业务所需要的合作方。要确保能得到合作方

2.找到用户完成任务所有的接触点【接触点是指：用户做了某件事情，例如点了某个按钮，或者看了某个信息】

接触点从哪来：用户场景。例如易信，设计“邀请好友送时长这”个任务，要写一个故事，特定的人物是谁，心理描述。从这个场景里，提取出用户看到了什么，做了什么

（1）需要构思多个场景。例如小明去微信上邀请，或者从QQ上邀请。合并通用的接触点。

（2）要顾及头尾。用户发布朋友圈动态的最后一个接触点：点击发布后的页面跳转，看到的东西是什么，失败的话是什么样的。在分享出去的第一个接触点是什么：SDK文案

3.梳理流程图

（1）用户做了某件事：准备好接收什么信息的准备，看到什么信息

（2）用户看了某个信息：产生什么样的欲望

一般的流程是：看信息-操作-看信息-操作；看信息-看信息（信息较多，需要依次理解的情景下）

还有要一些完成业务的附加流程：放在流程中部但不打扰用户，放在流程最后

4.根据流程设计交互稿

（1）最好在一个页面上横向呈现

（2）对照接触点，看交互稿是否有遗漏

5.处理异常流程

（1）异常页面：一般放到正常页面下面。

（2）异常情况包括：

a.用户网络故障、服务器资源不足。去了解错误返回码，看下这是什么错误，然后设计相关错误提示。

b.预测用户可能出现的错误：错误的点击（二级确认）

c.toast（提示文字少，且可以马上重试）和Alert（提示文字较多，且需要用户确认）简单解决小异常

1.充分理解业务需求，包括：

不仅有你要帮助用户完成什么样的任务，还有：

（1）商业目标。例如易信，利用用户打电话的刚需，吸引用户，进而帮助用户形成社交关系

（2）业务受到哪些技术和商务限制。

（3）业务所需要的合作方。要确保能得到合作方

2.找到用户完成任务所有的接触点【接触点是指：用户做了某件事情，例如点了某个按钮，或者看了某个信息】

接触点从哪来：用户场景。例如易信，设计“邀请好友送时长这”个任务，要写一个故事，特定的人物是谁，心理描述。从这个场景里，提取出用户看到了什么，做了什么

（1）需要构思多个场景。例如小明去微信上邀请，或者从QQ上邀请。合并通用的接触点。

（2）要顾及头尾。用户发布朋友圈动态的最后一个接触点：点击发布后的页面跳转，看到的东西是什么，失败的话是什么样的。在分享出去的第一个接触点是什么：SDK文案

3.梳理流程图

（1）用户做了某件事：准备好接收什么信息的准备，看到什么信息

（2）用户看了某个信息：产生什么样的欲望

一般的流程是：看信息-操作-看信息-操作；看信息-看信息（信息较多，需要依次理解的情景下）

还有要一些完成业务的附加流程：放在流程中部但不打扰用户，放在流程最后

4.根据流程设计交互稿

（1）最好在一个页面上横向呈现

（2）对照接触点，看交互稿是否有遗漏

5.处理异常流程

（1）异常页面：一般放到正常页面下面。

（2）异常情况包括：

a.用户网络故障、服务器资源不足。去了解错误返回码，看下这是什么错误，然后设计相关错误提示。

b.预测用户可能出现的错误：错误的点击（二级确认）

c.toast（提示文字少，且可以马上重试）和Alert（提示文字较多，且需要用户确认）简单解决小异常