从“看个凶悍隆盛”到“看懂门道”:一个深化球迷的进阶之路

探索 22729℃

设计师最该偷懒的设计师最死磕环节找到了
!劝你别死磕交互文档的该偷4个原因

所谓「交互」,全称是环节「人机交互」 ,意思是劝别人和机器的交流互动 。交互设计  ,交互就是文档在 UI 方案之前 ,先构思用户如何操作机器(App/网站/软件/硬件……),原因又如何从机器获取信息反馈的设计师最死磕 。

通常来说 ,该偷交互设计是环节 UI 设计之前的步骤。不同公司分工不同,劝别可能有专职交互设计师 ,交互也可能交给 UX 设计师,文档还可能由产品经理负责 。原因

交互设计交付的设计师最死磕东西,有两种 ,一是交互方案,二是交互文档。

这两个东西别看都叫交互 XX ,但截然不同 。交互方案是在设计阶段,用来确定核心交互流程和规则的。而交互文档是设计阶段结束后的落地阶段 ,用来给开发和测试确定完整交互细节的。

交互方案与 UI 方案类似 ,但通常是没有颜色的线框图 ,旁边标注了很多规则说明和状态展示 。

设计师最该偷懒的环节找到了!劝你别死磕交互文档的4个原因

交互文档与需求文档类似,但是会贴很多方案图,然后用大量文字写清楚各种规则和特殊状况的处理细节 。

设计师最该偷懒的环节找到了
!劝你别死磕交互文档的4个原因

设计师最该偷懒的环节找到了
!劝你别死磕交互文档的4个原因

我自己在大厂做过很多年的交互设计师,又是人机交互硕士科班出身 ,对这个领域 ,我还是比较有经验的 。

然而我很少讲交互文档。哪怕有好几个人来问我怎么做交互文档,我都说暂不提供相关课程,为什么呢 ?

主要原因是,我真不太建议大家花费太多心思在交互文档上。尤其我们学习社叫做「体验设计学习社」,里面大部分人是设计师。我是尤其不太建议设计师死磕交互文档的 。

至于原因 ,就是我接下来要讲的了 。

一 、领导不会关注交互文档

因为交互方案应该已经把核心的交互流程和规则确定下来了,遗漏的细节,才会需要额外写到交互文档上  。

领导都是大忙人 ,能参加交互设计评审 ,就已经很用心了 。怎么可能再去看那密密麻麻的交互文档呢 ?

所以,交互文档这个东西 ,或者大部分落地阶段的过程 ,只要没出大问题领导都不会太关注 。

所以交互文档这个东西,你做得再好  ,也对绩效评定没有直接影响 。除非交互文档写错了 ,或者写得不详细你又拒绝补充解释 ,影响到项目进度了 ,以至于被投诉到领导面前  。

虽然这么说比较功利 ,但大部分人上班不就是为了赚钱 ?而决定自己能赚多少钱的就是领导 。我们把力气多用在领导关心的事,少用到领导不关心的事 ,才是性价比更高的生存之道,不是吗 ?

二 、开发也未必有耐心仔细看文档

说实在的,没人喜欢看说明书吧?但是看地图,还是有点意思。

交互文档就好比说明书,而交互方案就好比地图。

对开发来说,也是觉得看方案比看文档轻松。如果方案能看清楚,巴不得不要看文档。

而且那么多密密麻麻的文字,语言一点也不风趣幽默 。这种文档看起来很累,很难确保没有遗漏,或者完全能理解 。说不定到头来还是要找本人来问 。

所以 ,写得过于细致也是没必要。

三、把设计规范和组件化做好,交互文档就不那么重要了

之所以需要交互文档 ,就是因为很多细节的交互规则,在方案上展示不全 。

但是如果这个项目本身就已经有一套完整的设计规范 ,常用组件都整理得很好呢?

那么绝大部分交互都只需要复用规范和组件即可 ,需要创新的地方很少 。

而复用规范和组件的部分,并不需要过多的文档说明,反正开发也是去找老代码。

而创新的部分,因为占比较少 ,交互方案就已经可以展示得差不多了 。

这样一来,交互文档是不是就可有可无了呢?

顺便说一句,支撑我做设计规范和整理组件的主要动力之一 ,就是为了以后不用事无巨细地写交互规则了。

四 、对设计师来说,不背 KPI 就不用对落地负责

如果设计师背 KPI ,一旦方案没通过用户测试,或者满意度评分低了 ,就影响绩效  。那么设计师肯定有动力把整个落地过程好好推进 ,生怕自己被开发坑了 。

可问题是 ,大部分设计师不背 KPI 啊。那么只要方案通过评审  ,得到了领导的认可,后续的落地就跟设计师关系不大了。

至于开发没理解交互细节,落地没做好……那都是开发和产品经理的责任——他们才是负责落地环节的。

相反,如果设计师把大量精力用在落地上 ,追着开发事无巨细地把方案细节做出来 ,会怎样 ?那设计师就没时间好好打磨方案了 ,交付一推再推 ,领导对方案也不满意,该怎么办呢 ?这就是设计师本人对锅,甩不掉了。

所以 ,我是能理解产品经理在交互文档上多费心思——毕竟落地效果可能影响到个人KPI ,需要多些责任心  。但是对设计师来说,就没这个必要性了。

除非领导指明让设计师做交互文档 ,推都推不掉 ,那就没办法了 。否则 ,我还真不建议设计师多费精力去做交互文档 。

总结一下

建议大家好好打磨交互方案,把最核心的交互流程和规则 ,都尽量在方案上展示清楚了 。

对于那些不太重要,且设计规范和常用组件覆盖不到的交互细节,才写到交互文档上。

而且 ,不建议设计师主动揽交互文档的活 ,因为这事的直接受益者是看文档的开发和背 KPI 的产品经理 ,对设计师来说没有直接好处。

以上是我的经验之谈 ,如果你有其它观点,欢迎友好交流 。

作者 :体验进阶