关于如何分析某个新产品的交互设计

前一段时间,看到有人问道一个问题:“刚到一家公司报道,因为是交互设计岗位,问如何分析既有产品的交互设计”,我便就此问题,发表一些自己的小小看法。也希望看到的朋友多多指教、交流。

首先,查看业务流程能否走通(包括正常和非正常状态)

拿到产品需求文档,仔细阅读,了解产品设计背景、服务人群,以及设计目的,即了解产品解决什么问题。在此基础上,通过了解服务人群范围、人群特点以及人群使用产品的场景,以便在更好的理解产品本质的基础之上,做好产品定位、以及产品服务范围的划分。在这里,首先明确产品涉及到哪些角色,以及每个角色对应的任务流程。可通过“泳道图”,规范明确角色——任务关系;每一条任务流的两种状态(正常-非正常);确立角色之间的联系以及交汇点。

其次,查看功能点是否都满足(需求文档拟定的在当前版本的功能点)

通过第一步的“角色——任务”泳道图,可以分析需求文档中的功能列表是否合理,系统中每个角色的任务流是否闭合,以及任务流的“正常-非正常”状态是否完整,以及应对策略是否恰当合理。即,“角色——任务”泳道图是系统功能点的建立基础和来源,也是分析验证功能是否合理的依据。

第三,查案系统逻辑框架,是否做到了高内聚、低耦合原则,信息层级深浅是否更合理

系统逻辑框架是将系统功能点通过纵横向拆分分析然后按部就班实现的路径。所谓的“高内聚”,就是指系统进行纵向延伸,某个功能模块的纵向层级关系,通过自上而下的结构,按照路径层层递进完成任务;“低耦合”,指的是降低系统模块与模块之间的逻辑关系,尽量保持模块自身的独立性。即,模块间保持并行关系。在模块内部的自上而下的层级关系设计当中,则需要尽量做到最短路径完成任务。

在我们的设计系统当中主要有以下集中逻辑关系:

1)层级关系(Top-down);

2)矩形关系(coordinating relation);

3)自然关系(随机关系);

在项目的实践过程中,我们都不会单独使用一种关系,基本都会将以上几种形式组合使用。譬如,在系统“横向”分析的过程中,则主要遵循矩形逻辑,即所谓低耦合,尽量保持各自独立,譬如“微信”中底部标签栏“消息、通讯录、发现、我的”这四大模块的划分;在“纵向”分析过程中,则主要使用层级关系,即高内聚。譬如“微信”中“发现→小程序→摩拜单车→摩拜单车定位界面”,高内聚,一次性完成任务流。有时候在纵向关系中,为了优化缩短操作路径,也需要结合并行逻辑关系。譬如,“淘宝”在搜索→产品列表页面→产品详情页面→加入购物车→下订单→支付,这样一个流程中,就是层级关系和矩形关系的组合结果。从搜索到最终支付完成购买是层级关系,搜索维度(商品、品牌、店铺等)、产品列表页的展示维度(价格、销量、品牌等),这些不同维度之间则是并行关系。

第四,查看标签系统命名是否有不合适的地方

所谓的“标签”系统,就是指系统各大功能模块以及模块内部层级划分时的命名,是否简单、明了,是否符合产品服务人群的认知概念,使其看到名字就能知道是要完成什么任务或者进行什么操作。譬如,“微信”中,四大模块分别命名未“微信、通讯录、发现、我” 。看到“通讯录”,我们就知道点进去应当是我们的所有联系人列表;“我”知道进去之后应该是我们自己账号信息;因为微信就是一个即时聊天软件,故“微信”,进去之后,就是我们的即时聊天信息、记录;“发现”,就是发现新的事物,我们的朋友们的动态等。所以,有朋友圈等二级层级。“朋友圈”这个命名也是比较贴合其功能,比较符合我们大众的认知。

第五,查看系统导航系统

所谓系统的“导航系统”,其实就相当于我们实际生活中,从A点出发到B点的过程中的路标。就是告诉我们当前位置,起点位置以及目标位置。即通过该系统完成某一项任务的路径和路径中的路标指引,顺利完成任务,不要出现迷路或在岔路口如何选择的灯塔。

第六,查看系统的搜索系统

对于搜索系统的搜索维度,主要是由系统在录入、统计数据时都从哪些方面的进行决定的。譬如,“淘宝”在录入商品的时候,分别从品牌、商品类型、商家等方面进行。之后,又从价格、销量、评价以及浏览量等方面进行了统计分析。基于此,淘宝搜索主要有品牌、商品以及店铺等维度,搜索之后,商品的展现又有价格、销量、评价以及浏览量等维度。这些维度的确立是否合理,主要通过调研用户、分析竞品以及后期分析系统通过埋点所获取的数据等进行判断和优化。

以上这些是我们拿到需求文档之后需要做的事情,在这个过程中,对有疑问的地方要做好笔记,对不合理的地方,给出优化方案(可以做多个备选方案)。以上这些分析主要是基于用户体验、业务逻辑以及功能模块的角度进行的思考。都是显性设计因素。

在此过程中,要保持与产品的良好且及时的沟通,至关重要。因为通过不断的沟通,我们才能了解和掌握产品的不断更新的设计背景,掌握公司所具备的资源、执行力程度以及产品真正的走向等隐性设计因素。譬如,公司是属于功能优先还是设计优先类型?公司的开发人员能在限定时间内能做到什么样的开发力度?公司打造该产品的商业目的是什么?该产品的赢利点通过何种形式体现?目标用户的数据获取点都有哪些以及如何获取?产品的反馈以及迭代更新方案如何进行?

最后,至于产品中的交互设计具体执行、微交互、动效以及相关的视觉导向等分析,借于文章长度和用户的连续阅读时间限制,下期再见。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,723评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,003评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,512评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,825评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,874评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,841评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,812评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,582评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,033评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,309评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,450评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,158评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,789评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,409评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,609评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,440评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,357评论 2 352

推荐阅读更多精彩内容