做交互设计偶一直觉得要"先考虑人,再考虑像素" 也就是说要asking first, thinking next, design last. 先从了解需求开始,之后对需求进行分析,最后再进行设计。 需求一般来自产品经理或用研。那么对于设计师来说,对需求进行分析便是第一步,也是非常重要的一步。 如何进行需求分析呢?这里介绍偶的一种方法,也或是一种结构化思考的过程。 衣柜整理法 为啥叫衣柜整理法呢?先留个悬念。我们先来看看从产品拿到的需求是神马样子的吧。 比如某天收到产品经理发来的一份需求。这是一个关于使用照片装扮并分享的app。一张excel表里面包含n种功能列表。(老实说功能并不是需求)需求如下: 刚看到的时候会不会有点头大。这时候就可以使用"衣柜整理法"啦。先想下平时是怎么整理衣柜的。 首先,将衣柜里的东西全部取出来,放在床上。
看过《定位》最大的感受就是产品在诞生之前就决定了他是否能存活或成功。这个关键点就是“定位”问题。 就像走在商场中,面对玲琅满目的产品,你似乎很难找到一两款绝对同质化的大品牌: 各式的服装,NIKE的衣服是运动的,但也不会和做户外运动的哥伦比亚冲突。都是做化妆品,Fancl打出“无添加”没有防腐剂也收获了一群喜爱天然的用户….. 定位的核心在于用户为什么选这个产品而不是那款产品,重要的就在于产品差异化和时间点的“先到先得”。 定位的好处在于不仅在用户心中形成:可预期的期待和不可替代的品牌依赖。定位在产品产生过程中也帮助整个团队理解,并对产品目标达成共识,方便向整个团队传播产品概念。 产品定位想来容易,说起来难。用一句话涵盖产品的意义不是易事。很多时候,人们会把产品宣传口号理解为她的定位。的确,在很多时候,产品口号很好的说明了产品的特质。比如:淘宝的“淘我喜欢”很好的向用户传递了她是一个上网购物的网站。百度的“百度一下,你就知道”也很好的说明了这是一款搜索产品。 但是,这些就叫产品定位吗? 先看下ios guidline中对一个照片案例的定位说明: 一个为业余摄影爱好者设计的,简单易用的图片管理程序。 可以看出这里包含了用户角色(业余摄影爱好者)、产品特色(简单易用)、产品功能(图片管理程序)。 一个合理的产品定位应包含:产品的使用者、产品特点(差异化存在意义)、产品的核心功能点。
信息架构归根究底的是让用户快速找到想要的信息,无论导航、类目,还是搜索都只是用户选择的方式。但面对庞大的内容和纷繁复杂的操作,网站信息究竟如何组织才能让用户顺利完成任务?这就涉及到信息架构(IA)。信息架构听起来似乎是个很复杂的活儿,让人无从下手。这里有种超简便的方法,利用任务角色(persona)帮助我们轻松掌握架构。 这种方法被称作概念模型法,也叫概念地图。个人觉得在初期,头脑风暴焦点小组讨论或者交互初期理解工作流时特别好用。不仅可以用在开会思想交流,还可以辅助梳理逻辑。最大的好处就是可以快速地大致估计网站包含多少页面(这个对早期项目估时很重要~) Getting start开始准备——那些必不可少的要素 1、人物角色 用户体验的常规流程总要涉及到人物角色(persona)。建立人物角色非常重要:谁是你的用户,他们来到你的网站做什么?公司战略上产品要主打哪些用户,整个项目中如何保持团队认同不产生偏差?其实,除此之外它还是信息架构的好帮手。 有了人物角色,除了身份我们要分析他们来网站的不同目的,他们采用什么方式来到网站。比如某B2C电子商务网站,使用者主要包括购买者、买礼物的人、通过EDM(email营销)进来的人和退货者。如图所示: 中间黄色的圆是我们的网站系统。各类用户分布在旁边。
开会为什么浪费时间?扯淡占据了大部分时间?!富兰克林曾在《论扯淡》中说过:“当生活中充满显而易见的假话、大话的时候,说的人不在意,各种有价值的话会被消磨掉…..” 开会普遍给我们的感觉是:浪费时间,效率低下,影响其他工作。 Getting real说“开会有毒”,但沟通交流离不开会议。如何创造高效的会议才是重点。 先从分析会议的要素都包括哪些开始: 人、时间、目的、主题 抛开其他不说,人绝对是最主要的组成部分。那么会议的参与人都包括哪些呢? 会议的发起人——发出会议通知,邀请会议相关人员。 主要意见人——决策者,你的老板或上司或项目负责人 被通知者——包含参谋者和打酱油的。往往是他们的意见占据整个会议的大部分时间。 会议开始之前,会议发起人应当发出邀请。如果是email该写清与会人都有谁、会议内容是讨论什么。这样不会在开会的初期大家还一头雾水,浪费前半段解释沟通时间。与会人一定要邀请到讨论主题的决策者。如果讨论半天还是需要拍板,而决策者没到场,会议也是没有意义的。 一则会议邀请。里面包含人、时间、目的、主题提前告诉大家关键性信息。 会议期间,虽然鼓励团队中每个人发言,但多数会议都是被一些非关键性人物冲淡掉。比如,打酱油的童鞋发出的一些声音经常引发激烈讨论,一些好的建议应该听取,但要保持短时并高效地会议更要尊重项目中关键人物的意见。这个时候就需要有个会议组织者,他可以是发起者也可以是主要意见人适时的拍板和决策。 另外,会议期间最好除了讨论有些实质的方案现场成型。我比较喜欢边讨论交互边在旁进行流程图和线框纸面原型制作。无形的东西总是抽象和不好理解的,有型的便于大家统一思想,讨论也会更实质高效。 手绘流程图和信息架构 会议之后,除了发出会议记录外,最好把结论归结到人,并注明解决时间或跟踪结果。 开会也是门学问,继续慢慢体会。
设计师忙着新项目的设计,产出了交互物,自然就到了评审会时间。既然人人都是用户,大家都可以发表“体验”。整个团队在会议上最爱谈的就是“可用性”。就像《Don‘t make me think》的一则漫画描述了交互设计评审会的场景:
Online人们搜索、浏览、阅读、跟帖、互动投票,玩游戏,甚至在线买卖交易。
这些行为都是“用户体验”,听起来用户体验似乎无所不能,造成了互联网企业致力于用户体验设计。的确,只有创造出用户愉快的网络体验,企业才能在互联网大战中立于不败。
这没什么问题,只是很多用户体验设计师对待内容的方式太过简单和粗暴——内容只是占位符。其实,他们根本没考虑内容。
目前,网站规划和人员配备上仍遵循Jesse James Garrett的《用户体验的要素》这一经典。
什么是流程图(flow charts):表达用户或系统对某项任务执行的流程。 流程图主要由元件和连接线组成。 流程图的元件:
面对紧迫逼人的项目,PM经常会来催促的问:“这个多久才能做好,能不能给我确定的时间点。”设计师偶尔心理会忍不住哭诉:大哥,别逼我了吧,我需要时间。
无论是不是设计师都希望自己能在”最有feel,状态最好”的时候,灵感信手拈来,喝喝茶、听听音乐、开心快乐、没压力地完成工作。可是项目在走,上面在催,不是手里同时N个项目,就是要好的同事总不是时候的来插空:“嗨,哥们帮我做个东西吧,挺急的。” 让你恨不得一天96个小时都不够忙的…
这时间怎么分配…
每天都是24小时,不会多也不会少。
时间只能消费,不能储蓄。
什么都要时间,也就是说,时间是任何活动所不可缺少的基本资源。不能被取代。
金钱可赚回,唯有时间一旦丧失则不可失而复得,任何人也无力挽回。
在互联网工作流程中,产品经理和交互设计师是关系最暧昧的两个环节。说其暧昧,是因为在很多互联网公司里面,这两个环节所做的事情是有重合的,他们往往是整个流程中合作最紧密的两个环节。有人说,产品的最佳状态是产品经理和交互设计师是同一个人。这话乍听有些道理,似乎减少了很多沟通成本。的确实际工作中,产品经理和交互设计师配合是否默契有时候直接影响产品的质量和流程的进度。可是,他们两个真“一条心”就好么?
Facebook的设计团队包含产品设计、市场、UI、品牌、前端和后端开发人员共25人,约占全公司1000的2.5%。其中拥有15个产品设计师,5个界面工程师,5个用户调研员,4个交互设计师和1个内容策划师。
在那里,设计师更强调编写代码的重要性,他们会尽早的分享设计,从项目开始直到完成都参与其中,并且永远不迷恋上自己的设计。总结起来,这些设计师如何让数以万计的用户乐于使用呢?便是靠着“be there from start to finish, share early & often, get your hands dirty, don’t fall in love”这四点。