阿里交互新手小记 | 交互工作流程的梳理

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

头疼就是脑子里有什么正在激烈地进行改变,可能就是你从困难上学会的东西。—— 写这篇文章的人

jiaohugongz

大公司都存在一种现象,那就是人多。在人多之后,就导致更加细致的工作分工,即专业化分工。这种专业化的分工就像工厂流水线上的工人一样,不同模块的工人负责自己模块的操作,大大提升了工作效率。因此,目前所在UED团队的构成,就将用户研究、交互设计、视觉设计以及前端开发等职能独立出来,不仅提升了设计方案的质量,也提高了效率(这效率的保证是基于PD不改需求。

那么,作为流程一环的交互设计师在工作中的流程会是怎样的呢?

第一步:与PD沟通需求

作为资源方的UED团队,流程的第一步就是与PD沟通。这部分的沟通非常重要,因为这涉及到要了解产品需求的背景(因为经常拥抱变化,所以负责的产品也会经常变动。因此,换了产品之后需要及时了解产品的比较全面的背景)。在这个阶段,最重要的是要了解产品经理为什么要做这个产品需求,即背后的用户需求以及业务需求是什么?

要了解用户需求是要知道,产品经理所提的产品需求究竟是要解决用户什么问题。比如,用户想在墙上有个挂钩,一些人想的是给他锤子和钉子自己做一个,但还有些人想了可以粘在墙上的挂钩,用户一粘就有挂钩了。两者看来,后者更简单,所以应该这样满足用户需求比较好。但是,还忽略了一点,就是用户用这个挂钩做什么事情?如果这个挂钩是用来挂重物的,那这就超出了粘在墙上挂钩的承重能力了,所以这时反而应该用锤子和钉子来做一个牢固的挂钩更合适。这才是真正解决了用户的问题。

而要了解业务需求,则是要明白当下公司需要的是什么。因为,需求的背后带着公司的考量,常常带着很重要的商业目的。比如,最近业务上有个需求要凸显新功能。因此,这就要在比较明显的位置将这个功能呈现给用户,使其在一进入到产品内就可以清楚的知晓新版本有了这样一个新的功能。但是,问题在于依据用户正常的使用逻辑,该新功能应该是属于原有功能之下的一个子功能。这样单独展示甚至与原有功能并列展示,并不符合架构逻辑。这个矛盾的出现就引出了一个很好的问题,交互设计师该如何平衡用户和业务,甚至是技术。简单讲,就是优先从用户角度思考(to c和to b的用户考虑的点是不同的),然后在不伤害用户体验的情况下将业务需求尽可能地体现,最后才是技术问题的妥协(毕竟很多技术问题是时间问题)。这里就不展开讲了。

第二步:梳理需求

从用户体验五要素的角度来讲,第一步是了解战略层和范围层,知道面对的用户是谁,公司要做的是什么事,要帮助用户解决什么问题。而第二步就是确定结构层,这里就包含了两类:一是内容型,要明确放哪些内容类型;二是功能型,要明确功能操作的逻辑顺序。这些都要以用户为中心去思考。举例来说,微博是一个典型的内容型例子。其“我的首页”包含两大类主要类型内容:一是关注的信息;二是推荐的信息。关注的信息呈现在页面中间的主信息流当中,占据了主信息流当中99%的内容;推荐的信息则又大致分为两类:

  • 一是推广
  • 二是推荐

推广就是广告,也是呈现在页面中间的主信息流当中,夹杂在用户关注的信息流当中。这里商业价值较大。而推荐则呈现在页面右侧,主要从全网热门以及朋友关注的角度来进行内容推荐,这里的内容又有所细分,如电影、话题等。这样的内容选取一方面保证是用户感兴趣的,另一方面可以拓宽用户更多感兴趣的内容,让其更加动态地去获得信息内容。而淘宝下单支付就是一个功能型的例子,用户挑选好商品之后立即购买,进入到订单信息填写页面,提交后进入到支付宝支付,支付完成就等待卖家发货,之后收货、退款、维权等都是一系列功能。这些都有非常明确的操作路径,而且是有非常明确的任务目的。

那么,如何对这些进行梳理呢?

基于前面与PD的讨论,以及自己对相关竞品的参考,心里会大致有些想法。所以,要做的是将这些想法具体描述出来。对于内容型的梳理,我会用脑图将内容分层级进行罗列,这样会有一个明确的类别结构图。而对于功能型的梳理,则画出简单的页面逻辑图,整个流程就会非常明确。

第三步:产出交互稿

这一步是把前面两步的想法具体表现出来,以能够让人理解的方式进行表述。可以是手绘稿、可以是低保真、也可以是高保真,只要能够让PD、视觉以及开发等明白你的意思就好。

在这一步,会进行反复的修改。不同的人会有想到一些问题,包括极限情况(貌似开发以及测试最喜欢这么做了)。得到最终版本之后,就进入了视觉和开发阶段。

第四步:跟进

其实这一步跟进包含两块内容:对开发情况的跟进,因为在产品真正在开发时,会出现一些问题,如一些极限条件下的错误情况的处理、时间因素导致技术不能按时完成原有方案等等。所以会对方案进行修改,这时就要及时跟进,提出新的更为合理的解决方案。上述的变动就产生了第二块内容的跟进,即对交互稿的跟进,因为方案的变动要及时对交互稿进行修改、补充以及一些说明。这样才能完整地记录整个产品迭代或项目开发的过程。

跟进到产品迭代版本或项目上线,这整个阶段就暂时告一段落了。

后面,就是自己对之前所做的事情的一个回顾。从中获得了什么,有所反思才能有所成长。

上述工作流程只是我较为普遍的工作状态。当然也有一些特殊情况,比如自发项目,可能就需要自己即作为PD的角色又要充当交互设计师的角色。另外,有时候自己也并没有完全做到上述的一些事情,有时也会没有及时跟进交互稿的更新。在这也算是对我自己的一次提醒,以后尽量要做的这一点。

以上~

 

作者@祭酒1990

来源@简书

本文由 @祭酒1990 授权发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中