Lean UX: 精益设计

JerryXia 发表于 , 阅读 (0)
2014-04-10

Lean UX: 精益设计

当设计遇上软件

20世纪八九十年代,设计师开始进入软件行业。不过,他们仍然使用原来的套路来设计软件。不管是工业设计、平面设计还是时装设计,只要是以实物为产出物的行业,产品生产环节总是最大的瓶颈。在设计实物产品的时候,设计师必须在进入生产环节之前就把一切细节都确定下来,因为生产成本很高。开一家工厂,生产耐用品或者服装,成本很高;开一家印刷厂,印刷图书海报,成本也很高。

新秩序

这是一个必须全面合作才能成功的世界,而公司组织却依然严格区分职能和部门。这是一个必须不断做实验才能持续创新的世界,而我们却仍然在分析上浪费时间,为了说明文档而争执不休,拼命工作也只是为了完成交付任务。

Lean UX非常依赖跨职能合作,因为我们不能再把其他团队成员丢在一边,独自工作。我们不能再让团队等我们把所有东西设计完了再做开发。要想效率高,就必须每时每刻不断地和团队进行交流。这种持续的交流让我们不必再耗时费力地进行交付,而是尽量让整个团队达成共识。

Lean UX的通常做法:Lean UX使用协作、跨职能合作的方式,不依赖完备的文档,强调让整个团队对真实产品体验达成共识,从而尽快把产品的本质展示出来。

设计思维

之所以说设计思维是Lean UX的基础,是因为设计思维明确地指出,企业经营中每个环节的问题都可以用设计方法来解决。因此设计师得以合理地突破原有的局限,参与到其他工作之中。此外,设计思维还鼓励设计师以外的团队成员也用设计方法来解决各自领域的问题。总的来说,设计思维鼓励团队中不同角色的人协同合作,把产品设计视作一个整体,是一个非常重要的基础思想。

敏捷宣言4

应对变化重于遵循计划。Lean UX首先假设我们最初的设计是错的,所以,我们的目标是尽快找出错在了哪里。一旦确定了哪些可行哪些不可行,就可以相应地调整计划,并再次进行验证。这种真实的市场反馈让团队可以一直保持敏捷,也促使我们不断调整,朝着“更正确”的方向前进。

应对变化意味着我们假设自己是错的,遵循计划意味着我们认为自己是对的

理念

理念9:共识

这是什么?共识就是团队通过合作逐渐培养起来的共同的认识,其中包括对问题领域、产品和客户的深刻了解。为什么要这样做?共识是Lean UX的基础。如果团队对于现在正在做的是什么以及为什么要这样做达成了共识,那么开展下一步工作时就不必依赖二手的报告记录或者详细的文档。

理念12:多做事,少分析

这是什么?Lean UX认为做事比分析更重要。赶紧把想法的第一个版本做出来,无疑比花上半天的时间来争论它好还是不好更有价值。有效性思维 重于 分析性思维

设计工作室流程

  1. 明确问题和限制条件
  2. 每个人独立思考解决方案(发散)
  3. 解决方案展示以及评论
  4. 迭代并改善(呈现)
  5. 团队一起思考解决方案(收敛)

制作非原型类MVP的秘诀

能简则简。在设计MVP的时候,你可以问自己以下几个问题。

  1. 我想了解什么?
  2. 用来验证我的假设的主要市场信号是什么?
  3. 有没有其他的辅助类市场信号?
  4. 怎样做才能最快得到验证结果?

下面我拿一个电子商务公司举例,回答这几个问题。

  1. 我想了解什么?我们想知道这个新的电子商务解决方案能不能增加我们的总体产品销量。
  2. 用来验证我的假设的主要市场信号是什么?我们需要关注的主要市场信号是销量的增加。
  3. 有没有其他的辅助类市场信号?除了销量之外,我们也许可以测试客户的购买动机,并以此作为最终购买的佐证。
  4. 怎样做才能最快得到验证结果?我们可以发邮件给部分用户,告诉他们我们有这样一款新产品,然后计算点击率,以确定客户是否感兴趣,以及是否愿意购买。

混合型和创新型MVP

下面我举一个例子。Cheryl Yeoh在做CityPockets网站的时候使用了一种叫做“专人服务式”的方式来验证她的想法,看问题是否存在,需求是否足够强烈。她的假设是:管理、记录和兑现在线购买的优惠券是一件很麻烦的事。她找来了一些客户,确认了这个问题,但是对于自己的解决方案是否有价值她还不是很确定。她的解决方案是一个在线钱包,把所有优惠券集中管理。为了验证这个假设,她做了一个CityPockets.com的MVP网站,这个网站只有静态网页。后端的数据处理和集成的开发成本抬高了,而她觉得应该先确定服务的价值再花钱。 Cheryl给每个注册的用户分配了一个独立的Email地址。她让客户把所有的优惠券邮件都转发到这个地址。收到之后,她手动把这些代码输入数据库。她随即选择了一个目标:每天500条Email。如果客户发给她的Email达到了每天500条,那她就有足够的理由相信这项服务有继续投入的价值,那时候就可以开发后台来进行自动化处理。 这个方法虽然也涉及了一部分设计和代码,但是省去了最费时费力的部分。这样,Cheryl就可以只专注用来增进认识的最少的功能。说白了,这就是Lean UX的精髓所在。只设计你需要设计的部分,快速交付,多和客户接触,获取有效的反馈。