前言

前言

软件行业中,最大的谎言就是“第二阶段”。

如果你在过去的20年中曾从事过数字产品开发工作,那么无论你是什么岗位,都一定被这个谎言伤害过。你已经为下一阶段要实现哪些理念和功能作好准备,却突然没有了下文,也无人再提起过。作为设计师,我们有成百上千的线框图和流程图就这样被扔进了垃圾桶。

然而,这些想法之所以被抛弃,是因为它们本身存在缺陷吗?已发布的那些功能真的能满足客户需求和业务目标吗?抑或仅仅是因为研发团队没有时间将其付诸实施?总之它们从未进入“第二阶段”。

在《精益创业:新创企业的成长思维》一书中,埃里克·莱斯讲述了如何确保最有价值的想法获得最多的资源。他提出的方法是,以实验为基础,对想法进行快速迭代并对流程进行改良。如此一来,“第二阶段”的概念就不复存在了。

把精益创业法与用户体验(UX)设计结合起来,共同成长,互惠共存——这就是Lean UX。

Lean UX的概念

Lean UX从精益创业法中吸收了三个基本原则。首先,它们能帮助我们简化UX设计流程。我们无需进行繁重的文件交接,只需进行必要的会话。Lean UX流程中,只做必要的设计来推进团队认知。其次,Lean UX让设计师、开发人员、产品经理、QA、营销人员等形成一个和谐的“体系”,让大家可以透明地、跨职能地协作,也让非设计师参与到设计流程中来。最后,也是最重要的一点,Lean UX基于实验的模式给我们带来了观念上的转变。我们不再依赖于明星设计师对最佳方案的一面之词,而是迅速进行实验和评估,看看我们的设计是否能实现目标。在此过程中,设计师的角色逐渐转变为引导者,同时承担起新的职责。

除了精益创业法,Lean UX还有另外两个基础:设计思维和敏捷开发理念。设计思维让我们的工作不再局限于界面和设计稿,而是不断拓展范围。它着眼全局,帮我们把设计工具应用于更广泛的问题。它把协作、迭代、实现及移情作为解决问题的核心。而敏捷开发理念则使软件开发重新聚焦于短周期、定期传递价值以及持续获取认知。它要求我们快速向客户交付可用的软件并获取反馈,然后根据新的认知持续修改。

有了这些基础,Lean UX就能打破产品研发所需的设计与敏捷所需的速度这二者之间的僵局。如果你曾苦苦追寻在敏捷环境下践行UX设计的方法,那Lean UX正是答案。

Lean UX让软件设计师不再与真实业务需求相隔离,也不再与实际实现相隔离。这样不仅让设计师能参与所有讨论,而且把业务及技术人员都拉到了白板前,一起寻找最佳解决方案。

曾经有一家大型制药公司聘请Jeff当时所在的公司帮他们重新设计电子商务平台,以实现收入增长15%的目标。作为当时团队的首席交互设计师,Jeff带领团队花费数月时间,在办公室中封闭研究现有的系统、供应链、竞争对手、目标用户及使用情境。他们分析了人物角色,并规划出了战略模型。Jeff为产品目录设计了一个新的信息架构,并设计了全新的购物和付款体验。

这个项目持续了数月。项目完成后,设计团队把所有成果都做成了幻灯片。做幻灯片是个庞大的工程,但一想到这个项目价值60万美元,那就很值啊!团队成员来到客户的办公室,花费八个小时向客户阐释了幻灯片中的每个像素、每个文字。演示结束时,客户给予了他们热烈的掌声。(真的!)Jeff和团队如释重负:客户很喜欢这个方案。从那以后,这些幻灯片就被抛诸脑后。

六个月之后,客户的网站没有任何改变。他们在演示结束后也没再看过那些幻灯片。

这个故事告诉我们,做出一个像素完美的设计也许能为你赚取六位数的咨询费,但并不能为用户带来对产品真正有意义的转变,这也绝非设计师做产品设计的初衷。我们做设计,是为了创造有价值的产品和服务,而不是为了撰写说明文档。

现在与我们合作的一些团队是在创造全新的产品或服务。他们不必在现有产品的框架或结构下工作。在这类新领域的项目中,我们既要探索新产品或服务的使用方法及运转模式,也要了解我们要如何进行开发。市场环境变幻莫测,我们既没有时间作详细的规划,也没有耐心预先事无巨细地设计。

另一些团队致力于已有产品,这些产品建立于传统的设计开发方法之上。他们面临着全然不同的挑战:既需要基于现有平台展开工作,同时也要增加收入并提高品牌价值。相对于那些白手起家的创业团队,这些团队拥有更多的资源。不过,他们仍需高效利用这些资源,找到最佳方式来打造客户真正需要的产品和服务。

在实际运用Lean UX的过程中,我们学会了克服一种焦虑,即自以为拿出的东西“未完成”或“很丑”。现在我们意识到,初次尝试之后,修改在所难免。因此,越快把想法展现出来,我们就能越快找到修改的方向。在获取反馈上拖得太久纯属浪费。如果在最初设计上投入得太多,留恋于已经付出的心血,之后修改起来就会不够灵活。只有高速运转、协同合作的团队才能接受迭代乃是设计的本质(作为载体的软件亦如是)。作为一个团队,你们需要明白:想要毕其功于一役是不可能的,必须协同合作,不断迭代。

决定数字系统成败的因素有很多。诚然,设计是其中重要的一环,但产品管理、软件开发、市场营销、法律合规、公关文案等诸多因素对系统成败都有影响。没有任何一环能独立解决所有问题,这是数字媒介的本性使然。协同合作能将工作做得更好,不断迭代能够创造出更好的产品。在本书中,我们提炼出了一些想法和策略,它们曾帮助我们接受这一观点,并帮助产品和业务团队取得真正的成功,让客户真正感到满意。

目标读者

本书的适用对象首先是那些希望为团队贡献更多力量且团队成员间能够更加高效合作的交互设计师。其次,本书对于那些需要与团队一起更好地定义产品、与客户一同完成验证的产品经理也有所帮助。此外,本书还适用于那些认为协作式的敏捷团队能写出更好的代码、开发出更有意义的产品的开发人员。最后,那些重视UX设计的管理者(UX团队、项目团队、业务团队、部门或者公司的管理者)也应该阅读本书。

内容简介

本书由三个部分组成。

第一部分简要介绍了Lean UX及其基本原则。我们说明了UX设计流程必须改进的原因,并对Lean UX作了简要介绍。此外,还探讨了成功实施Lean UX需要遵循的基本原则。

第二部分专注于流程。其中的每一章都是Lean UX中的一个步骤。我们详细阐述了各个步骤该如何具体实施,并对其重要性进行了分析。我们还会分享一些案例,介绍我们和其他人是如何实践Lean UX的。

第三部分讲述如何把Lean UX融入组织。我们探讨了Lean UX在典型敏捷开发环境中的作用。此外,还介绍了要想让Lean UX在组织中真正落地生根,公司、团队及个人需要作出哪些转变。

对于那些仍在等待“第二阶段”的UX设计师及其同事以及各种产品团队,我们希望这本书能警醒他们。虽然在本书中改进流程的方法和技巧随处可见,但我们希望大家记住,Lean UX在本质上是一种思维模式。

 

Jeff和Josh

目录