如何选择设计需求分析结果?来看这份简易指南!
这周我们进行下一步讨论:如何对分析结果进行选择。
首先我们需要了解互联网产品研发团队的各个角色分工。
对于初期的产品研发,可能公司没有团队概念,所以从想法到设计到开发,都由一个人搞定;
等到公司发展差不多,自己成了领导,就可以对各个角色和分工有所分组,也就是大多数初创公司的分配情况:
- 产品经理(产品设计师):产品管理、项目管理、交互设计;
- UI:UI 设计;
- 开发工程师:技术开发
随着公司业务的发展,产品经理需要处理越来越多的业务规划任务,所以从业务视角和用户视角将之前的产品经理岗位职责进行划分:
- 产品经理(业务视角):去组织管理公司业务;
- 交互设计师(用户视角):去观察用户心理,分析需求,设计人机交互界面。
所以最终的角色分配是:
- 产品经理(产品设计师):产品管理、项目管理;
- 交互设计师:交互设计;
- UI:UI 设计;
- 开发工程师:技术开发
再大一点的公司,会增加项目经理岗,把之前产品经理负责的职责拆出一部分,这部分职责就是项目管理。所以角色分配最终是:
- 产品经理(产品设计师):产品管理
- 项目经理:项目管理
- 交互设计师:交互设计
- UI:UI 设计
- 开发工程师:技术开发
了解了团队角色分工,只是让产品得到了更专业的技术支持,接下来我们需要切入正题:对交互方案进行评价筛选,筛选的标准可以围绕:有用性、易用性和吸引力展开。
1. 有用性:
方案是否同时满足业务目标与用户体验目标,为了更好理解,大家可以看下如下事例:
如果所有的线上商品都发顺丰快递,对于用户来讲,用户体验当然很好:够快。但是从业务目标来讲,这是不可取的,毕竟快递不能独顺丰一揽。所以这个想法没有顾及到业务目标,是不可行的;
很早之前,有过 Open ID 的概念:用一个 ID 就可以登录多个网站。但是接入了 Open ID 的网站,对于自身产品的登录注册就会有一定影响,所以这个想法不了了之。
后来 Facebook 和 Twitter 开放了自己 ID,可用这两个账号进行其他网站登录。于是国内很多网站也开始支持微博、微信、QQ 账号登录。
这样降低了用户注册成本,而且也获得了一定收益。所以这是个不错的想法,但是对于一些需要获得用户信息的产品可能不太适合,所以视情况而定。
总结来说,有用性就是要满足产品利益与用户利益。毕竟如果只是很好看,最多也就只能被称作一个艺术品。
2. 可用性
所谓可用性就是用户容易理解,使用起来没有障碍,并且感受良好。
关于产品可用性,大家可以去了解下鼎鼎有名的尼尔森十大可用性原则。
用超多案例,带你全面看懂尼尔森十大可用性原则!
Rebecca:交互设计入门时,大约总有前辈会给小白们普及各种各样的交互设计原则;不是这个十大,就是那个五样;不是这个原则,就是那个必遵。好似看了这些“圣典”便必定能做出惊世骇俗…
阅读文章 >>
3. 吸引力
所谓吸引力就是产品有打动人、超越用户期望值的细节。
关于吸引力设计,大家可以了解一下 KANO 模型,KANO 模型定义了三个层次用户需求:
需求太多做不过来?试试这个大厂都用的 KANO 模型!
在做项目做产品的过程中,经常会接到来自 PM/领导/业务方等等的各种需求。哪个需求优先级高?哪种呈现方法更靠谱?今天我们就来聊聊一个非常实用的需求分级方法 —— KANO模型。
阅读文章 >>
基本型的需求:用户认为产品必须有的功能属性,如果没有,用户会不满意;如果有,用户会觉得理所当然。这个层次的需求,还谈不上用户满意与否;
期望型的需求:不是产品必须的功能属性,可能用户自己也不清楚一些功能,但是又恰恰是用户希望看到的。如果这种需求实现得越多,用户会越满意;如果没有满足用户这种期望值,用户会不满意;
兴奋型的需求:对于一些无关紧要的功能需求,如果产品满足了这些需求,用户会非常满意,从而提高用户忠诚度,最后把它推荐给好友。
通过以上标准对方案进行分析,最后涉及到决策,不管哪种类型的角色分配,都需要进行决策,这里可分为以下两种:
个人决策:对于最后的方案选择,由一个人进行「拍板」,这种决策方式速度快,容易抓到事情本质;但是缺点是缺少了团队氛围,不太建议这种一人说了算的决策方式;
群体决策:这种决策方式团队氛围会好很多,通过发表每个人的看法,最后得到合理的、正确的、富有创造力的解决方案;但是缺点就是因为参与者多,需要比较长的时间进行决策,即使这样,也建议使用这种决策方式,不过前提是需要事先确定一个明确的负责人,这样可以对决策后果进行负责。
从小的方面来讲,决策也可分为:
内部 review:设计的作品先在团队内部进行过稿,然后修改,切忌全部做完才进行 review,需要做完一步就进行内部讨论;
外部评审:以会议的形式展开,召集大家对作品进行讲解。
确定了最终方案后,我们需要把它推销出去,具体有以下几种方法:
将思考过程可视化:可以采取上一篇文章的表格分析方式,让设计更有说服力;
自己人效应:对自己人说的一些建议方法更加信赖;
准备一份PPT:展示设计思路;
讲一个故事:以用户的某个使用场景开头,一步步讲解用户的使用情况,慢慢过渡到产品功能设计;
掌握必要的演讲技巧和表达能力:包括口头和文字表达能力,通过这两种表达理清思路,也更好让别人进行反馈。
最后想说的一些话:
作为交互(设计)专业人士,我们需要把握好一个尺度:什么该坚持,什么不该坚持,对于一些专业方面的东西,我们需要团队内部人员都坚持,这样目标会更清晰;但是对于一些比较小的设计细节,有时候可以适当妥协。
如何对设计需求分析结果进行选择:
- 团队角色分配
- 交互方案评价标准:可用性、易用性、吸引力
- 方案的决策
- 方案的推销
欢迎关注作者的微信公众号:「Pony欧尼的日常」