产品迭代是一个再平常不过的过程,每个项目有自己的更新/发版节奏。无论是从0到1的项目,或是需要推翻从来的项目,其实交互设计师的思考框架是不变的,以下是在做了几个新项目总结出的几个大的模块,设计思考中可以借鉴:
改版目标
1、当前存在问题
分析项目整体当前存在的问题,包括用户痛点是否已被清晰、明确、流畅地解决(新项目考虑所属行业当前痛点),若没有,则需要重新定义,找出问题点;
2、计划通过什么方法解决;
这里指的方法是一个大方向的方法,比如发现用户在购买商品后不喜欢评价,那么发现了当前问题是评价对于用户是没有好处的,用户觉得没有动力,那解决的大方向就是我们提升用户发布动力,提供奖励激励机制。
3、期望达到怎样的目标
设计之前都需要有一个想要达到的目标来指引,例如上文提到评价系统,定一个大致目标是:用户收到商品后评价提升20%。其实设计师们都知道,评价流程中每一个细节的设计都至关重要,都是引导用户一步步评价的方向。
personas(分析用户特征)
你的产品对于用户有用,才能引起他的注意,从而使用。那么产品吸引的用户有何共同特性呢?或者你的用户具有很多层次,这次迭代的目标用户的特征又是什么?
时间、情景
分析用户在什么时间、情景下使用
分析用户场景是交互设计师基本功,盲目设计肯定是错误的。所谓设计,服务于人,所以,要知道这个用户使用时是会在什么时间点,抱着什么心情,如何来使用我们的产品,我们需要模拟用户使用过程中的心智模型,来支撑我们的设计稿。
竞品分析
分析优秀可借鉴竞品的功能
竞品分析环节必不可少。在当下各种App充斥的时代,很难有一种产品是独立存在的,都会有不同程度的竞品可以参考借鉴。那么设计过程中,可以多找几个竞品,分析竞品的信息间架布局、优缺点以及是否可借鉴到产品中,可借鉴的产品需要说明原因。
同时,交互及视觉层面的竞品分析环节必不可少。交互设计师除了考虑功能层面的内容,还需要分析竞品真正用户体验环节上的优劣,将功能拆分思考,结合自己产品的用户场景进行设计。
定义产品交互品质
交互品质,其实是在产品设计之初需要考虑的方面。这个对于初期的产品比较重要,决定着你今后产品的调性。比如知乎,更加偏向于PGC(Professionally-generated Content,专业生产内容),产品中透的是专业、专攻的气质,之后延续的Live功能等也是延续这些品质继续的;而简书更加偏向UGC(User-generated Content,用户生产内容),更加大众化,更加亲和。每个产品最初定义的调性,会影响今后产品的发展方向和目标用户。
信息架构
准备完成后开始分析自己产品本次功能迭代的信息架构,如果已经存在,可忽略这个流程。新产品需要理清产品脉络,主要信息、主要功能,形成产品信息架构图,可以用xMind或其他工具,在设计功能时要时刻清楚功能所在的层级,这影响到你是否继续为该页面添加子页面,过长的流程会加剧用户流失。
推导设计方案
其实这个过程跟英国设计协会的双钻设计模型有些类似,可以打开这个链接了解一下。推导设计方案是开始了设计发散的过程:
双钻模型构思ideation:把问题具体化,可以参考流行的设计趋势、好的设计网站或者好的交互效果,即上文的竞品分析环节,在设计过程中也需要继续应用,重点是构思自己的交互设计应该如何做。
评估evaluation:如果构思的过程产生了很多的想法方案,那么我们应该先评估一下可行性,说明方案的技术边界,期间也可以跟关系好些的开发同学共同探讨(搞好关系很重要,哈哈哈)。
想法ideas:经过评估之后,最终选择了2~3种ideas
这几种ideas最好能够经过组内设计部门、产品同学、技术同学的共同评审,听取大家的意见,综合考虑最终方案。
最终方案
最终方案是经过评审的方案,同时需要交付完整的交互设计文档,交付文档也是一门大学问,后续会另外写一篇文章重点阐述。文档的形式并不是很重,需要描述清楚关键页面流程,设计点与说明需要一一对应。交付格式可以是pdf,小需求可以是jpg等,我们现在用的是sketch导出规范的方法,同时方便视觉、开发、测试同学复制页面文案或说明文案。
持续跟进
方案交付后,就万事大吉了吗?当然不是。开发过程中有许多疑问需要你做解答,也许你会问,我在文档中说明得够清楚了就不用了吧?No No No,每一份文档不可能是完美的,开发过程也许会存在当时考虑不周的内容,这时需要修改交互内容以达到最终效果,同时要做好文档更新,持续跟进开发进度和测试进度。上线了之后还需要跟踪用户反馈,以保证后续的优化迭代。
以上,就这么多,这是常规可借鉴的流程,如果需求很简单,当然可以省略部分步骤,无需面面俱到。
我爱动漫我骄傲,哈哈哈。欢迎交流哟~
网友评论