面对大项目，交互设计应该如何进行？

2017-02-06 10:33:00

去倾听用户真正的心声，才能设计出一款既能解决用户所担心的问题，又能让他印象深刻的产品。

作为一个非科班出生，又没有经验的我而言，能进入到这个团队，真的觉得很幸运。在还未真正踏入这个行业时，我曾经问过自己，“什么是设计？”这个问题听起来真的很耳熟，估计在设计行业的各位，都曾经问过自己这么一个问题。谁也无法给设计下定义，它可以是具象的，也可以是无形的。流线型的设计能减少空气阻力，绿色能缓和人的心情等等，它以形态、色彩、质感等元素存在于生活中，但我们总是疲于追赶，却忽略了它的存在。所以设计于我而言，是一种生活态度。它让我明白了每件事物都有其存在的理由，而挖掘这其中的理由，成为了我步入交互设计的初衷。

进入部门已经有九个多月，在这期间接手不少的项目，有的是属于独立项目的优化或者功能新增，有的是大项目中某个模块的功能设计。在学习的过程中发现，根据项目的大小，在设计的时候会有不同的运作方式。每完成一个项目，我们都应该去反思、记录和总结在设计过程中自己存在的问题，然后再沉淀下来，成为自己的一套思维。

在这里特别想说一下在接手大项目的时候的体会，以下都是一些个人观点～不一定都是对的，仅供参考。

何谓“大项目”？我认为“大项目”的定义是，需要修改的地方较多且会推翻原有内容的产品，或者是一个从无到有的产品。一个大项目，往往很难由一个交互设计师去完成，当然如果公司只有一个交互时，你也就不得不一人独立完成了。由一个交互独立完成的好处体现在对产品的了解会非常到位，交互上能做到完整性和统一性。

而多人去完成一个产品时，往往分工明细，容易出现信息不拉通的情况，会造成各自只对自己负责的部分很熟悉，对其他人的只是了解一二，那么当一个交互设计师都不了解整个产品的业务时，那么做出来的交互必然存在不统一性，很难做到目标一致，出来的产品会风格不一致，感觉是分裂的。而且每个功能点交互环节需要做到全局把控，成为一个闭环。可以拿一个app来说明一下，针对大项目的运作方式该如何是好？

1、了解整个产品的定位及框架

产品定位是个很重要的东西，就像每艘船的总舵手，它把控着整个产品的方向，他带领着所有团队成员奔向同个目标。若从一开始，团队目标已经没有达成一致，那么后期在做事过程中，是很迷茫的。在有了明确定位后，产品的框架会根据定位来梳理，产品大框架是每个交互必须要了解的内容，在大项目中，很难做到对每个模块的业务都无比熟悉，但必须了解产品的整体框架，例如分为了哪几个模块，例如微信这款app，就分了四大主模块，分别是微信、通讯录、发现和我。这几个模块相关的主业务也需要去了解，可以不需要去了解每个模块具体功能点的交互，但大致的主流功能需要了解。因为产品的每个模块是密不可分的，模块之间的交互都是穿插的。

2、画出大致交互初稿，召开交互评审会。

在每个交互设计师输出交互产物后，将产品的所有交互都聚集在一起，开一次交互评审会，通过评审会，去进一步了解除自己业务模块以外的交互，而且也可以相互审查彼此之间的交互是否存在不合理之处，是否做到交互上的闭环。交互输出物在原则上应该遵循体现哪些内容呢？

该功能点适用于哪些场景是必须要梳理完整的，如何做到场景梳理完整，就需要看你对业务的了解程度了。而且场景的交互设计必须做到闭合设计，怎样才算闭合设计呢？就是在每个界面中凡是能点击的地方，点击后都能得到相应的反馈，在操作完之后都能返回到最开始的页面，就算是一个闭合的设计。

在交互过程中必然存在操作成功和操作失败的场景，异常情况通俗点说就是操作失败，以我做的一个语音会议为例，我在点击开始会议之后，若网络不稳定或者网络断开连接，就会有相应的提示。而极限情况指的是超出功能的上限，如语音会议是需要服务器那边去支持的，人数会存在一个上限，当选人过程中，超过人数最大值，也应该出现相应的提示，如果超过人数上限，在选人的时候直接勾选不上，又不给用户提示，这是一个不人性化的体验。

而说到页面布局的整体，是指这个页面布局是否能满足即使不同入口进入，同样能复用这个界面，完成操作。例如我在一个群聊天窗口发起语音，或者在消息列表有个悬浮窗口，直接点击发起语音会议，此时是否都能直接拉起同一个界面会更好些，这样一来减少了设计和开发的成本，也能做到功能的统一性。让用户潜意识的一看到这个界面，就明白是语音会议。

3、整理交互组件，定义每个组件的适用场景

在评审完毕后，会加深我们对整个产品的理解，就好像自己在用一款已经上线了的APP一样，点击某个按钮，可以出现哪些相应的页面，这样会有利于我们去梳理场景，然后对相同功能点都罗列出来。例如在平常使用的云盘，可以将自己云盘的文件进行分享，而类似知乎这类，也可对文章进行分享。如果某款app把这两个内容结合在一起，那么这个点击分享后的弹窗是可以进行统一的，参考业界或者从目前常用的交互样式中，我们可以选择从底部向上滑起的弹窗样式。

在统一交互组件后，可以再定义每个组件的适用场景，如针对一些操作后的简单反馈，如保存成功、转发成功等这类的提示语都统一用toast样式。一般toast样式都适用于操作成功与否的反馈，简短的文案，只需要用户知道，无需进行操作的提示，出来2s左右就消失。而中间弹窗则适用于需要解释某些操作功能给用户听，还需要点击才能进行下一步操作时用的组件，这种弹窗一般最多有两种操作，如果操作超过两种以上，又或者不仅有两种以上操作，还要对操作进行解释的时候，就可以用从底部向上弹出的弹窗样式，如回复邮件，或者在邮件详情下方点击更多操作。这些交互组件一旦整理好之后，有利于视觉去整理，后续人员交接的时候，也能保持交互设计的风格统一，随着时间和需求的不断变化，也要做到对组件的维护。