小禾呈科技福利 | 产品设计必读!如何了解交互设计的结构层和框架层

2019-07-02

gif.gif

小禾呈认为交互设计是产品工作中的重要一节,一份优秀的交互设计文档可以高效地指导开发和测试展开工作,并减少不必要沟通,有利于提高产品的产出效率。

产品层,主要是从正常的产品设计角度,即产品链角度来分析交互设计。

在用户体验五要素中,我们知道产品经理负责战略层和范围层,交互设计师负责结构层和框架层,视觉设计师负责表现层。 

其中产品经理主要是从一堆需求中,通过需求分析找到低成本高价值的需求,并确定好范围以需求文档形式呈现,这里有产品需求和用户需求。而交互设计师主要是分析已确定的需求,站在用户体验角度将其转化为可开发的交互文档,也可以简单理解为分析问题,解决问题。 我们可以对应交互模型和用户体验地图。  

交互模型应该是一开始就要分析的,即用户、场景、目标;不同的用户在不同的场景下的不同任务目标,可以衍生出多个任务流程。其中用户分析,可以理解为用户画像,即模拟出几种类型的用户,并对其基本情况有个详细描述,后面针对某类型用户时便可以使用其虚拟名称。 

用户体验地图,正常来说是需要找到一群真实用户来体验产品,并将真实的体验过程给描述出来。实操上可能并没有这么完善的条件,我这边的做法是利用同理心去模拟用户,体验通过交互模型分析梳理的任务流程,并将所思、所做、所感记录下来。 通过用户体验地图可以很容易的找到产品的一些隐含痛点,并通过持续的改进让产品的体验越来越好。我们可以对应任务流程、信息架构、页面原型。

通过交互模型可以很容易得到任务流程图,我这边不喜欢将很多流程画到一张图里面,而是区分不同的用户画出在不同场景下的任务流程图,将复杂的流程图给拆分简单化,这样后面画原型时,逻辑更清晰,也不会遗漏一些页面。信息架构图,主要是分析产品的需求文档,也可以先梳理出功能架构图,在此基础上对产品的信息架构进行设计,原则就是脉络要清晰。

有了任务流程图和信息架构图后,再来画页面原型,感觉就清晰多了。页面原型可以理解为需求可视化,即将产品的概念通过实际的产品设计图表达出来,需要交互设计师有一定的页面排版能力和美感,原型在不影响效率的前提下应尽量美观。个人感觉,这部分能力就需要一定的项目积累了。交互设计师最终的输出物就是交互文档了,我们一般画好了原型后就会拉个会议,对交互方案进行讨论。我这边的做法是按照设计流程来讲,依次按交互模型、用户体验地图、任务流程图、信息架构图的顺序先过一边,再针对具体的页面原型进行讲解。这个地方需要根据公司的实际情况灵活安排了,我们的原则就是尽量让交互方案顺利通过,所以先讲概念性的分析产物。而原型是通过前面分析而来,不容易被全盘否决,更多的是具体页面元素内容或者摆放上的调整。我这边的经验是,开发也会将一些难点抛出来进行讨论。交互评审通过后针对每页原型都要附上一些说明,然后将所有这些输出物集合打包,就成了一份详细的交互文档,也可以理解为开发文档。我个人的想法是,产品经理输出的需求文档就不用给开发看了,后面开发和测试都统一以交互文档为依据,有需求变更或者开发难点反馈等,交互文档需要跟进,并附上修改时间和记录,作为详细的查阅资料应用于整个产品组。我们可以对应数据分析、用户反馈、可用性测试。

数据分析,主要是产品上线后,用户的一些使用数据,我们拿到这些数据后,可以分析出一些真实的用户行为。

用户反馈,就是用户使用产品后的一些反馈,有好的也有不好的,例如:APP上线后,都会有一些用户的吐槽等。我们需要从众多反馈中提炼出可优化的用户需求,此处有个原则:不要让小概率事件影响大概率事件。

可用性测试,主要是模拟真实用户去体验测试阶段的产品,并将一些问题进行记录。这里可以请具有代表性的用户或者公司同事来体验,也可以自己去体验。

总结:作为产品设计,我们必须以业务目标为前提,深挖不同用户不同场景的任务流程,提高用户的认知能力;提高产品的反馈能力;提高产品的智能性,有良好的感知和预见。



本文首发于:无锡小禾呈科技-互联网营销专家、定制小程序、软件开发 suki.xiaohecheng.com,系本人原创,如需转载请联系。


无锡小禾呈科技有限公司为您提供软件定制、App 开发、网页建设、运营指导等服务。我们有专业的团队,开发经验丰富,欢迎联系。

1e8c87aa579c41e091bf626d4c4135cd.jpg