主页 > APP设计 > 如何选择设计需求分析结果

如何选择设计需求分析结果

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