Be For Web - MVP https://www.beforweb.c7210.info/taxonomy/term/105 en 产品从零到一的四个发展阶段 https://www.beforweb.c7210.info/node/1033 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-n-logo-comment-mistake-error-user-experience-design-ui-interface-product.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div class="entry-intro"> <p>编者按:春困春乏春拧巴。谁给对个下联加个横批?春天的印象总是亚健康,有心做很多很多事啊,时间、网速和身心状态总像是羁绊。我这么说着就想起了 EVA 来,最后大家都那样了,变成芬达了,再没有力场阻隔着身心,不是很好么。</p> <p>听歌,揉猫,做事,放译文,来自合作作者 Qmy 同学,原文作者 Julie Zhuo,非常非常干的干货。我超爱 SuperDry。- 编者人格的 C7210</p> </div> <!--break--><h3> 产品从零到一的四个发展阶段</h3> <p><img alt="" src="/sites/default/files/images/201903/1_dzRX81BmHkI1ezYGZyF1AA.jpeg" style="width: 600px; height: 400px;" /></p> <blockquote><p>读者提问:我以前的工作都是在做成熟产品,只需要通过不断的迭代保证产品的进一步增长。最近我加入了一个新团队,这个团队基本都是在从零开始做产品。虽然我很喜欢没什么限制的环境,但是只要想到漫漫产品路,就不禁望而生畏。不知道您是否能提供一些关于从零到一(以下简称:0-1)的产品的设计建议?</p> </blockquote> <p>成功的 0-1 产品能为人们带来新的、有价值的解决方案,而且通常不会一上来就以完整形态呈现在世人面前。类似于人的成长历程,新产品也会经历不同的生命阶段。初创期的产品所需要的设计策略与流程不同于成熟期或扩展期的产品。</p> <p>我们可以对产品发展的不同阶段进行定义,理解每个阶段当中最重要的事情是什么,判断每个项目各自处于哪个阶段,由此来提升项目质量,进而使产品能够为世界带来更有意义的影响力。</p> <h4> 阶段一:定义以人为本的成功标准</h4> <p>在这个阶段,我们需要从&ldquo;人&rdquo;的角度阐明产品成功的标准,即&ldquo;如果产品获取极大的成功,那么目标用户的行为、认知或情感和现在相比会有怎样的不同&rdquo;。在实际设计开发一款产品之前,你必须首先基于真实的用户诉求与渴望定义一个非常清晰的产品愿景。</p> <p>要定义以人为本的成功标准,你需要:</p> <ol> <li> <strong>明确产品能解决用户的什么问题</strong>。&ldquo;用户的问题&rdquo;可能是一个需求、一个困扰或是一个机遇。这个问题需要直白易懂到大街上的任何一个人都能理解其含义(譬如&ldquo;人们在飞机上感到很无聊而不适&rdquo;,而非&ldquo;留存率较低&rdquo;)。好的问题可以指向人们在日常生活中的真实诉求,并能指出现有解决方案中的缺陷。你必须验证这个问题的真实性 - 现有的用户行为、解决方案、相关研究数据都能帮你明确这究竟是不是一个真正的问题,以及这是一个表层问题(比如&ldquo;我需要通过手机订外卖&rdquo;),还是本质问题(&ldquo;我需要在这里吃饭&rdquo;)。</li> <li> <strong>定义种子目标用户</strong>。谁最需要你的产品?谁的问题最需要通过某种方式得到解决?站在普罗大众的角度去规划产品固然是好的,但成功的产品都始于一小部分早期用户;首先让他们喜欢上你的产品,然后慢慢拓展到更大的人群当中。想想看,最初一千名喜欢你产品的种子用户可能是哪些人?</li> <li> <strong>描述人们的生活将因为你的产品而发生怎样的变化</strong>。如果你的产品取得了成功,人们的行为或感知将产生怎样的改变?你希望早期用户对你的产品有着怎样的心智模型和用例?如果需要向目标用户开展营销活动,你会如何阐述产品价值?</li> </ol> <h4> 阶段二:实现&ldquo;产品-市场匹配&rdquo;</h4> <p>实现&ldquo;产品-市场匹配&rdquo;(PMF)意味着不断开发和迭代产品,直到实现目标用户的期望。这个阶段的关键是:提出合理的假设,并尽快进行验证。</p> <p>要有效地实现&ldquo;产品-市场匹配&rdquo;,你需要:</p> <ol> <li> <strong>为种子用户创建方向聚焦的 MVP</strong>。选定最初一千名目标用户群体,专注于打造最适合他们的产品价值与体验。对最初的受众面进行约束,这也将有利于设计的思路与个性得到更极致的体现。MVP 必须是名副其实的最小化可行产品,要为种子用户带来端到端的精准体验。如果他们不理解产品功能,不知道如何或为什么使用,或是发现其性能低劣、bug 太多,无法达到&ldquo;可行&rdquo;的程度,那么你的假设就难以得到有效验证。同时,不要把时间浪费在不会对产品成功产生实际影响的差异化元素当中,譬如刻意回避成熟设计模式,而花时间去重新发明按钮或 Tab。</li> <li> <strong>定义明确的量化指标,用以衡量产品是否达到预期的成功标准</strong>。量化指标应当能够证明产品是否带来了预期当中的价值。有效的指标类似&ldquo;使用功能 X 的用户留存率在 30% 左右&rdquo; 和&ldquo;使用功能 X 的用户的分享次数比以前增加了三倍&rdquo;。无效的指标类似&ldquo;过去3个月内有 X 个用户正在使用功能 X&rdquo;(类似这样的指标会因为广告投放等漏斗策略而上下波动,因此对于这个阶段来说并没那么有用)。确保对留存率保持关注,因为它能体现出产品是否能具有足够的价值吸引用户保持使用。由于 MVP 起始于较小的细分用户群,你应该针对该人群的行为变化设置较大的阶梯式变化指标,譬如&ldquo;分享率翻了两到三倍&rdquo;,而不是&ldquo;增加了5%&rdquo;;对于该人群在正面情绪涨幅方面的考量方式也是同理(可以通过定性研究进行获取)。</li> <li> <strong>设想这是一次学习的机会,而不要假设产品一定会被推向大众市场</strong>。这个阶段的目标是为了验证产品确实非常适合某一部分细分人群;或是验证假设并不成立,并从中学到一些重要的东西 - 这两者都是好的结果。这种心态是有益的,因为:</p> <ol> <li> 没有将产品推向普通大众,并不意味着你失败了。对于 0-1 产品,你不能期望每个假设都正确,这不现实。如果团队有力地执行了验证过程,并快速得出了关于假设无法成立的深刻认知,那么即便最后的结果是项目被迫转型甚至是关闭,团队的工作也是值得褒奖的。如果你期望每一次尝试都能最终发布上线,那么你只有尝试那些最为保守的、循序渐进的想法。</li> <li> 防止过早地进行效益优化。在产品价值得到证明之前,不要过于担心产品所能带来的收入或是所需花费的时间。在这个阶段,你也无需过多考虑产品应当如何与其他验证性的想法共存,因为它们的价值都还没有得到实际验证。所有这些都是下一个阶段需要考虑的事情。此外,也不要认为当前产品里的一切都是一成不变的,以免过早地限制了产品的发展。</li> </ol> </li> </ol> <h4> 阶段三:调和</h4> <p>首先,恭喜你,对一部分细分用户来说,你的产品已经实现了产品-市场匹配。</p> <p>在这个阶段,我们将会对早期设置的一系列约束进行调和,以便将产品推向更广阔的市场。</p> <p>&ldquo;调和&rdquo;意味着:</p> <ol> <li> <strong>在更大的生态系统中进行权</strong>衡。我们或许都经历过这种状况:你的产品传播得不错,但带来的收入却寥寥无几;或是为了使目标受众了解产品,你使用了一个新的入口,但其他团队却颇有异议,因为这个入口不具备任何扩展性;或是你的产品使整个 app 的大小增加了20%;或是你的产品和其他团队正在测试的产品非常类似,而同时发布这两个产品则会让用户感到困惑。这个阶段会令人感到艰辛和痛苦,期间可能会涉及大量的数据挖掘、加班和跨团队讨论;但必须知道,普通用户不会把一家公司看作不同产品和组织的集合体,他们感知到的是一种整体体验。如果你无法在公司整体生态层面进行平衡,用户会认为你的产品很复杂、很混乱。好消息是,如果你遵循了前面所说的这些步骤,那么你的产品价值便已经能够在一部分目标受众当中得到验证,这将有助于你将产品推向更大的市场。</li> <li> <strong>需要明确这个产品是否会为公司带来正面影响</strong>。你的产品是否有助于将整个公司的饼做大,还是仅能把自己的那一角增厚?如果新产品正在蚕食公司其它产品的用户,那么这么做对用户真的有价值吗?这个产品在未来能否为用户带来选择价值,或是有没有可能建成平台?如果答案是否定的,那么最好重新评估产品价值,而不要急于将产品推向更大的市场。</li> <li> <strong>提供高品质的用户体验</strong>。由于在&ldquo;产品-市场匹配&rdquo;阶段需要尽快地推出产品,所以在设计开发过程中可能遗留诸多偷工减料的问题需要进一步打磨优化。比如,初期的设计可能很粗糙,按钮没有对齐,文案中存在拼写错误,页面平均加载时间过长,代码里存在 bug 等等。现在你处于调和阶段,是时候解决遗留问题并按照正确的方式做产品了。</li> </ol> <h4> 阶段四:增长</h4> <p>要实现产品增长,你需要明白哪些改变会有助于产品吸引到更多新用户,同时对现有用户更有价值。很多团队一开始就希望实现这些,但你必须让产品经历前三个阶段后才能到达这里。那么怎样才能吸引到更多新用户呢?</p> <p>成功的增长模式包括:</p> <ol> <li> <strong>如何拓展到另一个细分市场</strong>。你认为谁会是产品的下一波&ldquo;一千名用户&rdquo;?你认为还有哪些没使用过产品的潜在用户会从中获益?为产品增加哪些功能会使其对用户更有价值?拓展新用户的过程是周期性的,并且可能需要回到&ldquo;阶段一&rdquo;,提出新的产品假设以便在新的细分市场实现产品-市场匹配。</li> <li> <strong>如何促进用户深度参与</strong>。哪些改变会让现有用户觉得产品更有价值?从用户初次接触产品,到每天习惯性地使用,这期间的发展路径与用户心理预期会呈现出怎样的变化?</li> <li> <strong>持续监控转化漏斗的有效性</strong>。随着越来越多的新用户开始进入漏斗,你需要持续关注整个漏斗是否在正常运作,例如在某个阶段的流失率有没有持续增加一类。</li> </ol> <ul> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">英文原文:https://medium.com/the-year-of-the-looking-glass/the-4-stages-of-0-1-products-cdb8236dbf66</span></span></li> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">原文作者:Julie Zhuo</span></span></li> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">译者:Qmy(Beforweb 合作作者)</span></span></li> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">编者:C7210</span></span></li> </ul> <p><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 600px; height: 154px;border:none;" /></p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/200" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品设计</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/260" typeof="skos:Concept" property="rdfs:label skos:prefLabel">指标</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/199" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Julie Zhuo</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Tue, 12 Mar 2019 10:36:10 +0000 C7210 1033 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/1033#comments 打造成功的产品 - 以小为始,公听并观 https://www.beforweb.c7210.info/node/352 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-s-logo-lego-simple-minimum-product-mvp-design.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>我恨秋天和冬天。喵们和我都容易在这个季节生病。另外尤其讨厌的一点是,无论早上起床,还是晚上回家,以及洗澡&mdash;&mdash;穿衣脱衣的过程都要花上比夏天多很多的时间。</p> <p>其实说到这个,想想看会让自己厌恶烦躁的倒也远不止穿衣脱衣的事。总结下来,只要当下产生了做某种事情的需要,却不可以立刻进入做那件事的状态,就会很难受,甚至是恼怒。例如晚上打算学点东西,但这之前必须吃饭洗澡,这个&ldquo;中间&rdquo;的状态就很讨厌...而吃饭之后,又必须首先花时间把碗刷掉才能洗澡,这也很讨厌...总之从计划到实施,这当中涉及的中间状态越多,越讨厌。中间状态对于目标的完成永远是一种阻挠,这让我觉得目标与现实之间有着无比强大的摩擦力;什么时候才可以平滑的好像牛油一样呢。</p> <p>这些听上去像是无病呻吟的废话,其实你仔细琢磨琢磨,不是没道理。你为什么不生气,为什么不愤怒,为什么不着急,为什么任凭目标以外的事物干扰自己的前行,而不去想想那些事物是否真的像吃饭睡觉这类刚需一样无法改变?话说,如果你和我一样对这些事情较为敏感,那么其实我们所在的行业,我们平日所做的事情,正为我们提供着一系列的机会,让我们可以创造一些在生活当中帮助人们减少这类摩擦力的东西。可是话说回来,如果只有我们自己在意,只有我们自己能感受到负面体验给人带来的沮丧,那这一切的意义到底在哪里?我只知道闲话可以到此为止了。看正文。</p> <blockquote><p>&ldquo;新创产品的目标,是找到一个奇妙的点。在这里,最小化的形态与可行性可以完美的结合,让人们乐于使用。经过一段时间,你听取用户的意见建议,对产品进行改进,并逐渐提高&lsquo;可行性&rsquo;的标准,使竞争对手逐渐无法跟上你的步伐。&rdquo; - <a href="http://radoff.com/blog/2010/05/04/minimum-viable-product-rant/">John Radoff</a></p> </blockquote> <!--break--><p>如果你正着手打造自己的创业项目,那么通常会希望产品能尽快被用户接受,并带来实际的回报。这意味着你要以最小形态来发布产品,并确保用户乐于为之付费。接下来,你可以基于用户的更多需求和期望来设计和开发新的功能,而不是根据你自己的想象替用户决定哪些是他们想要的。</p> <p>本文中,我将根据自己的实际经验为各位介绍一下怎样以真正最小的形态发布产品,并通过不断倾听用户的声音来使你的产品逐渐成熟起来。</p> <h3> 怎样确定第一版的必备功能</h3> <p>我们可以以很小的形态作为起点,但你仍然需要规划清楚哪些功能是产品所必需的,哪些功能可以为用户带来价值并使他们乐于付费。建议你考虑以下两个主要的问题:</p> <ul> <li> 你的目标用户是谁?</li> <li> 你的产品可以帮他们解决怎样的问题?</li> </ul> <p>对于我们自己的产品来说(<a href="http://grabaperch.com">Perch</a>),目标市场是那些设计代理公司及自由设计师。具体来说,我们的产品是一款CMS(内容管理系统,例如Wordpress、Drupal、Joomla等),不过我们没有意图将它打造成某种傻瓜式的建站工具。我们的目标用户就是那些我们曾经合作过的人:小型设计代理公司和拥有HTML、CSS代码能力的自由设计师。他们需要的不是复杂的建站系统,而是能够帮他们管理作品内容的工具。我们的CMS同样会面向那些有能力开发小型站点的人,不过我们并没想成为Drupal的竞争对手。所以归纳起来,我们的目标用户就是那些有一定前端开发技能的,需要建立小型站点的独立设计师或设计代理公司。</p> <p>我们很了解这个群体,而且他们也了解我们。我总是建议,如果你要打造一款新产品,那么所面向的最好是你自己已经树立起名声和口碑的那部分市场;<strong>这会让你的产品更容易传播,因为人们已经对你有所了解和信任</strong>。</p> <p>我们希望这个产品能解决两个主要的问题。第一,它的部署方式要足够的快速和简单;一个小型站点不该需要用户花费几天的时间来创建页面模板。第二,我们希望提供一种足够纯净的代码方案,在HTML、CSS和JavaScript中没有任何不必要的东西出现,以便设计师们可以100%控制CMS的代码输出。</p> <p>以上就是我们的产品所要面对的用户群体以及所要解决的主要问题。接下来,我们产生了大量的功能概念设想,但是我们始终把目标用户和核心价值记在心里,所以反过来又无情的砍掉了很多想法,直到我们觉得剩下的功能可以支撑起一个最小形态的产品。最初版本的Perch花了我们四周的时间去设计和开发&mdash;&mdash;当时我们还在帮客户做着其他项目。然后我们又用了差不多相同的时间去搭建推广网站以及用来发布产品的必要基础。</p> <p>相关阅读:<a href="http://www.beforweb.com/node/243">十佳应用的故事 - 想法、产品定义与交互设计</a></p> <h3> 充满自信地发布产品</h3> <p>一切就绪之后,你要充满自信的将产品发布出去。也许你有一份包含大量功能设想的清单,希望把他们都做到产品当中,但是用户不知道这些。没关系,只要你的目标用户有困难需要解决,而你敏锐的识别到了这些问题,并在产品中提供了解决方案,那么它就应该可以卖的动。快速发布最小化产品的方式有一个重要的好处,就是你可以在投入大量资源设计开发更多功能之前对产品的核心价值进行验证。</p> <p><img alt="01-Minimum-viable-product.png" src="/sites/default/files/images/201311-2/01-Minimum-viable-product.png" /></p> <p class="figure-caption">在&ldquo;最小化&rdquo;和&ldquo;可行&rdquo;之间找到平衡点,倾听用户的声音,验证你的想法,持续改进。</p> <p>不要因为你给用户带来了仅包含很少功能的产品而道歉,只管去推广好了,注意要准确的将产品的功能范围及专注解决的问题告诉潜在用户。假设人们已经购买并开始使用你的产品,那么你很快就会收到新功能需求的反馈建议,而且其中有些建议很可能会让你感到惊讶&mdash;&mdash;虽然用户提出的需求当中会有一些是你已经设想过的,但就我个人的经验来说,他们所提到的一些需求会是你从来没有想到过的。</p> <p>我们并没有听到过哪些用户觉得我们的最小化产品是缺斤短两缺乏诚意的,<strong>因为我们在推出产品并进行宣传的时候就已经明确的让市场知道了我们的特色</strong>,我们的营销策略与产品自身是保持一致的。而且我们发现,最初的那些用户会因为我们在改进产品的过程中倾听了他们的意见而感到非常开心;如今我们有很多忠实用户已经使用Perch创建了大量的站点,他们当中的多数都是最早的那部分用户。</p> <div class="embed"><article id="node-313" class="node node-related-books" about="/node/313" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="精益创业:新创企业的成长思维" src="http://beforweb.com/sites/default/files/images/products/58.jpg" /></a></span></div> <div class="content"> <h4> <a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益创业:新创企业的成长思维</a></h4> <p><a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益创业代表了一种不断形成创新的新方法,它源于“精益生产”的理念,提倡企业进行“验证性学习”,先向市场推出极简的原型产品,然后在不断地试验和学习中,以最小的成本和有效的方式验证产品是否符合用户需求,灵活调整方向...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 倾听那些愿意购买产品的用户的声音</h3> <p>本文一开始就提到过关于尽快让用户接受产品、为之付费的目标。人们总是会不遗余力的告诉你应该免费提供怎样的功能,而那些愿意为你的产品掏钱的用户所带来的反馈和诉求则更加有价值。付费的过程改变了用户与产品及产品团队的关系,用户变成了消费者和客户,他们会觉得有责任提出自己期望的功能与服务。</p> <h3> 做那些能够为最多的用户带来最大不同的事情</h3> <p>一旦你成功发布了包含最少量功能的最小化产品,并且很快从用户当中得到了功能需求方面的反馈,那么这真心不坏。不过有时这类反馈会让你觉得铺天盖地。你该从何处入手来增加这些新功能?怎样向一部分用户解释为什么他们热忱的期望无法得到满足?</p> <p><img alt="02-million-ways.jpg" src="/sites/default/files/images/201311-2/02-million-ways.jpg" /></p> <p class="figure-caption">为功能方案进行优先级排序,对多数用户有价值的、能解决普遍性问题的功能更加优先。</p> <p>我们一直对用户保持透明,<strong>对能够使绝大多数用户获益的那些功能方案进行优先级规划</strong>。我们会将用户在论坛、邮件、Twitter或当面交流当中提出的功能需求整理起来,另外还会研究用户在实际当中是怎样使用我们的产品的,以发现那些有可能的&ldquo;隐藏功能需求&rdquo;。有时我们会观察到用户以非常复杂的方式试图完成一些我们的产品无法做到的事情;如果我们逐渐看到越来越多的用户在这样做,那么我们会认为这可能是个需求点。这类可以帮到多数人的功能点会拥有最高的优先级。而且我们总是发现,一旦我们确认采纳一个需求量最大的功能方案,很快就会有另一个人气最高的需求爬到优先级的顶端。</p> <h3> 定义用例</h3> <p>要向产品中增加功能,你需要为其定义某种普遍适用的用例。你不能像给客户制作定制化功能那样做产品,功能必须面向足够多的用户解决某种足够普遍的问题,这样的功能才值得投入成本去进行设计和开发。当广大用户希望我们的产品增加某种功能时,我们会向他们提出请求,让他们帮我们解释这种功能的实际用例。我们想要了解他们需要解决的具有普遍性的问题,而不是他们自己遇到的某种特定问题。</p> <p>我们发现,在与用户就某个特定的用例进行沟通和探索时&mdash;&mdash;在论坛里,有类似需求的用户也会逐渐加入讨论&mdash;&mdash;慢慢的,这类原来只有很小范围的需求和用例就会变得具有足够的普遍性,值得我们去进一步思考。</p> <p>有时,某个用户提出的一点功能需求虽然具有很强的特殊性,但不会破坏产品的核心用例,而且开发起来相当简单,那么我们也乐于在下一个版本中增加这样的小功能,并让这些有需求的用户知道。做属于自己的产品时,有一个很棒的地方,就是你可以决定让一些用户感到愉悦,做一些非常规的事情来为他们提供帮助。</p> <h3> 考虑那些乐于使用产品的沉默用户</h3> <p>我们在打造产品的过程中与用户进行了良好的沟通,并很好的听取了他们的建议,不过要记住,这部分用户很可能只是很小的一部分。看看客服系统当中的数据,有多少用户是主动来寻求支持和交流的。对我们来说,这部分用户占到总数的25%,也就是说,我们听到的声音只来自于全部用户的25%,而另外75%的沉默用户可以说是在比较开心的用着我们的产品&mdash;&mdash;至少没有不开心到觉得有必要寻求客服帮助或是提出功能需求。</p> <p><strong>将这部分理想用户牢记在心</strong>,这对你来说也是很有帮助的。我们有时会在人们付费购买我们的产品之前告诉他们,我们并不能确认这款产品对他们来说是真正合适的,但他们仍然会购买。然而接下来他们就会抱怨各种问题,例如系统没有自带主题模板,或是他们必须自己写HTML代码等等。虽然这不是好事,但你也要记得,他们并不是你的理想用户,你的产品并不是针对他们进行设计开发的。所以,要抗拒你内心当中为非目标用户增加各种功能的欲望。</p> <p>然而有时,你的核心用户群当中发出的一些噪音也会让你误以为大部分的目标用户需要某种特定的功能。你可以对此加以判断,如果这类功能会使产品走向新的方向,或是改变重要的功能流程,那么建议你向数量更多的沉默用户征询意见。我们发现,当我们在自己的博客、播客和Twitter当中宣布某些有可能增加的新功能时,很多我们从未见过和交流过的用户会浮出水面提出自己的看法。如果你的统计数据或销售数据可以根据用户进行细分,那么你应该可以识别出那些非常活跃但很少表达自己观点的用户,并与他们进行沟通。喜爱你产品的用户会很乐于看到你向他们征求反馈意见。</p> <p><img alt="03-twitter-feedback.jpg" src="/sites/default/files/images/201311-2/03-twitter-feedback.jpg" /></p> <p class="figure-caption">微博是用于收集用户简短回馈的绝佳平台。</p> <p>当你向用户征求反馈意见时,要提出一些具体的问题,而不是问他们怎样看你的产品。如果你正在规划一次重大的改版,那么试着提前向用户解释改版的原因,并让他们设想在使用新版本的时候有可能产生怎样的问题。</p> <h3> 保护你的核心用例</h3> <p>充分理解你的核心用例,也就是你的产品所要解决的最首要的问题&mdash;&mdash;这对于后续功能的决策是至关重要的。我们的产品距离初次发布已经四年了,尽管它已经进化到第二个大版本,各方面功能比起刚刚发布时的最小形态来说也完备了很多,但用户使用它的基本方式并没有发生变化。</p> <p>如果某个新功能会使基本用例变得复杂,那么除非有很好的理由,否则不要添加它。有时你需要告诉用户,他们想要的功能并不适合这个产品,并且你要意识到,部分用户可能因此而选择其他产品。你没法让所有人都开心,你最核心的目标用户也不会希望你试图让产品满足所有人。</p> <h3> 新功能对我们销售业绩的推动并不大</h3> <p>我花了很长时间才了解到,增加新功能的做法并没有对我们的产品销售起到非常大的推动作用。这些年来,我们在Perch当中增加了一些很大的、呼声很高的功能,其中有一些的开发时间甚至和当初我们做整个产品所花费的相仿。然而,这些新功能的上线并没有在我们的销售报表上添加漂亮的尖峰,曲线仍然是平稳增长的,而且没有明确的迹象表明哪一个增长期是由于某个特定的功能上线而导致的。</p> <p>这并不是说增加新功能不是重要的事情。现有用户乐于看到新功能的上线,他们会把这看作产品的活跃标志,并且会因为产品正在向他们需要的方向进化而感到开心。然而,就我的经验来说,你很难寄希望于通过新功能来吸引新用户。要让更多的用户了解并使用你的产品,聚焦于在营销方面的工作有时比单纯的开发新功能要更加有效。</p> <p>相关阅读:<a href="http://www.beforweb.com/node/109">将产品在移动市场中推向成功的十点建议</a></p> <h3> 结论</h3> <p>以小为始,保持专注,清楚的了解你的目标用户是谁,产品需要解决的核心问题是什么&mdash;&mdash;这是打造优秀产品并使其快速进入市场的高效实践方式。对于创业型产品来说,这不仅意味着尽快带来收入回报,而且能够让你在接下来不断完善产品的过程中可以做出对用户最有益的决策。</p> <p>随着产品的成熟,考虑你的目标用户,并与他们进行沟通,这将确保你能继续服务于特定的目标市场,而不是盲目的满足所有人的需求。在充分的研究和思考之后,增加必要的新功能,你一方面可以使现有用户更加开心,这方面也可以使产品在更大范围的市场当中体现价值,同时不失产品最初的核心目标<a class="eLink" href="http://beforweb.com">。</a></p> <div class="embed"><article id="node-269" class="node node-related-books" about="/node/269" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/启示录-打造用户喜爱的产品-Marty-Cagan/dp/B004Y4QWMS/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="启示录:打造用户喜爱的产品" src="http://beforweb.com/sites/default/files/images/products/13.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/启示录-打造用户喜爱的产品-Marty-Cagan/dp/B004Y4QWMS/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">启示录:打造用户喜爱的产品</a></h4> <p><a href="http://www.amazon.cn/启示录-打造用户喜爱的产品-Marty-Cagan/dp/B004Y4QWMS/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">如何打造用户喜爱的产品?无论是产品经理,还是产品设计师;无论是蓄势待发的创业型公司,还是一筹莫展的大企业,大家都在思考这个问题。如何证明产品设计符合用户需求?好产品具备三个基本条件:价值、可用性、可行性,三者缺一不可...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/104" typeof="skos:Concept" property="rdfs:label skos:prefLabel">最小化可行产品</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/123" typeof="skos:Concept" property="rdfs:label skos:prefLabel">精益创业</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sat, 16 Nov 2013 13:26:47 +0000 C7210 352 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/352#comments 设计师与"少即是多" https://www.beforweb.c7210.info/node/325 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-clean-simple-web-design-element-tips-techniques.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>各位在看到这篇的时候,有没正在听歌的?我正在听The Rolling Stones的《Sticky Fingers》,这是滚石的专辑当中我最喜欢的一张(封面是一个穿着牛仔裤的下半身形象;据说上世纪70年代早期版本的封面上,裤链是真的可以拉开的)。你在听些什么呗?</p> <p>这个周末可以用来做事的时间非常有限,于是找来一篇较短的文章;读下来觉得是一篇很棒的小文,是我很喜欢的那类篇幅不长却高度聚焦于一个主题的东西。关于简化、关于动机、关于设计与功能的关系、关于片面的扁平化风潮;分享给各位,希望能带来一些共鸣。</p> <p>这里进入译文。过去几个月当中,我一直在马德里的一家创业公司的设计团队当中任职。我的主要工作是为他们的一款主要应用产品进行重设计,这其中确实遇到了不少挑战。我们每天都会问自己同样一个问题,那就是怎样在保证功能性与吸引力的同时尽可能的对产品进行简化。</p> <p>每轮迭代,我们都会解决掉一些矛盾,然后再回头看看以前的版本,就会觉得从前的体验真是噩梦,看上去也不怎么漂亮。不错,我们是在进步。</p> <p>作为设计师,我们不断的寻找着能够简化产品的创新方式。我们希望自己的设计方案能使产品用起来更有效率,更具功能性,当然,也要更顺眼。毕竟,我们是设计师。</p> <!--break--><p>扁平化设计的爆发将极简风格推到了设计领域的最前线。让事物保持简洁自然是好的,我绝对是简洁风格的粉丝。清晰、符合直觉的界面总是可以赢得用户的青睐。</p> <h3> 为用户设计,而不是为你的身份</h3> <p>然而有时,我们会沉迷于为自己的&ldquo;设计师&rdquo;身份进行设计,而用户却成为次要的了;我们倾向于让同行拍手称赞,却忽视了能否让用户竖起拇指称赞产品。那些现实世界中的产品设计师们会告诉你,漂亮的外观并非你需要考虑的最首要的问题。</p> <p>除非你是个超级赶时髦的人,否则你肯定会使用一些看上去不那么好看的应用。为什么会这样?你不也是设计师吗?实际上,我们会使用这样的产品,正是因为它的功能可以体现出自身的价值。同样,我们自己的产品也应该能良好的表现出它的功能性,而不仅仅是漂亮的外观。</p> <p>我自己用的记账应用肯定不是同类产品中UI最漂亮的,它也不扁平,但确实非常好用,非常有用,帮我节省了大量的时间。</p> <h3> 观念:设计优先于功能</h3> <p>我们在很多地方都可以看到这种设计理念的体现,尤其是在Dribbble上。那简直就是UI忍者们的技能秀。我并不觉得这里有什么不妥,但当这些美妙的颜料被涂抹在实际产品上的时候,就会产生一些问题。你在Dribbble里看到的那些令人馋涎欲滴的界面有多少是真正可用的?现实当中有多少实际用户会像设计师所预料的那样对界面产生剧烈的反应?</p> <h3> 观念:功能优先于设计</h3> <p>对于设计师来说,&ldquo;功能优先于设计&rdquo;的言论必定是失礼的。我们会对丑陋的字体大喊着&ldquo;不!&rdquo;,却可以为很多看上去很漂亮但有悖于诸多可用性原则的iPhone应用拍手叫好。</p> <p>很多新手设计师,从入行开始就一直身处扁平化的世界里。他们会认为扁平风格才是真正的设计,任何有悖于扁平原则的东西都是错的。实际上,从视觉角度来讲,扁平风格正是现实世界当中的物体概念在数码界面中的抽象体现方式;而如今的很多设计师似乎越发偏离了这一要领,错误的认为某种设计要么是对要么就是错,错误的认为我们的工作只是落实某种图像风格而已。</p> <p>然而实际上,我们的工作是创造服务与产品来帮助众人;我们的工作是把东西做的稍微好一些,用起来更有意思、更有效率一些。实现这些目标的方法涉及到很多方面,虽然我不愿这样讲,但相比于坚实的整体用户体验及功能性而言,界面的漂亮程度确实是相对次要的。不然我们为什么还要提倡通过MVP来验证假设并进一步雕琢产品?(相关阅读:<a href="http://www.beforweb.com/node/125">精益创业 - 用户体验设计的新包装</a>)</p> <div class="embed"><article id="node-267" class="node node-related-books" about="/node/267" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="精益设计:设计团队如何改善用户体验" src="http://beforweb.com/sites/default/files/images/products/11.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益设计:设计团队如何改善用户体验</a></h4> <p><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">作者根据精益创业法的理念归纳出了行之有效的精益设计方法,让设计团队可以摈弃为设计而设计的心态,用更低的成本、更高的效率设计出更好的用户体验...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 关于界面中的视觉引导</h3> <p>如今人们都知道&ldquo;内容优先&rdquo;的重要性了,这没错。没了内容,我们的设计就只是一层空洞的外壳而已。</p> <p>我个人的顾虑在于,作为设计师,我们的一些工作也许会对内容优先的原则起到一定的破坏作用。那些力求极简的界面很容易让用户失掉重要的视觉线索。</p> <p>一个比较常见的例子就是移动应用当中的&ldquo;汉堡包菜单&rdquo;(抽屉式的侧边菜单,其图标形式类似于三层汉堡),这种设计模式也慢慢的在桌面端的网页设计领域普及开了(例如<a href="https://www.uber.com">Uber的网站</a>)。一个曾经属于移动端的、用于在极其有限的屏幕规格下体现&ldquo;内容优先&rdquo;的解决方案,现在被越来越多的用在了它的作用域之外。(例如Uber的网站,无论浏览器窗口的尺寸怎样调整,导航元素都是被隐藏在汉堡包图标背后的,所以这并非是某种响应式设计策略的体现,我想这也是原作者提出质疑的主要原因 - 译者<a href="http://weibo.com">C7210</a>注)</p> <p>在桌面端网页当中使用汉堡包菜单会显得很时尚吗?在如此广阔的可视界面当中刻意隐藏重要的导航元素,这种方式是经过验证的吗?这样的设计方案就是在强迫用户:</p> <ul> <li> 必须到某个地方去寻找一些他知道本该在这里看到的东西(导航)。</li> <li> 必须花时间绕路才能完成一个本该相当简单的任务。</li> </ul> <p>这样做无异于在不需要设置障碍的地方立起一道门(想想过去那些炫酷的Flash动画加载页面)。</p> <p>这种刻意隐藏重要界面元素以突出&ldquo;更重要的内容&rdquo;的方式,所破坏的却是&ldquo;用户优先&rdquo;的原则。内容再重要,界面再漂亮,如果没人愿意再来使用和浏览,那么又有什么意义呢<a class="eLink" href="http://beforweb.com">?</a></p> <p>当我们努力想要移除界面中的一些元素以降低复杂度时,最好认真的想一想自己的理由究竟是什么。我们真的是为了增强用户体验吗?或者只是为了迎合潮流,削尖脑袋希望能够成为&ldquo;扁平化&rdquo;、&ldquo;极简化&rdquo;大潮当中的一分子?</p> <div class="embed"><article id="node-301" class="node node-related-books" about="/node/301" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/图灵交互设计丛书-亲爱的界面•让用户乐于使用-爱不释手-Lukas-Mathis/dp/B00A6MIPNG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="亲爱的界面:让用户乐于使用、爱不释手" src="http://beforweb.com/sites/default/files/images/products/47.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/图灵交互设计丛书-亲爱的界面•让用户乐于使用-爱不释手-Lukas-Mathis/dp/B00A6MIPNG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">亲爱的界面:让用户乐于使用、爱不释手</a></h4> <p><a href="http://www.amazon.cn/图灵交互设计丛书-亲爱的界面•让用户乐于使用-爱不释手-Lukas-Mathis/dp/B00A6MIPNG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">本书主要介绍如何设计出具有可用性的应用程序和网站,不但让用户乐于使用,而且令其爱不释手。作者详细介绍了如何将可用性融入设计、测试及开发的各个流程,如何优化设计过程、把握设计重点、提高设计效率...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> </div></div></div><ul class="field_categories"><li class="design taxonomy-term-reference-0"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/115" typeof="skos:Concept" property="rdfs:label skos:prefLabel">视觉设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/55" typeof="skos:Concept" property="rdfs:label skos:prefLabel">可用性</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/43" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UI</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/24" typeof="skos:Concept" property="rdfs:label skos:prefLabel">移动应用</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-9" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sun, 10 Nov 2013 04:30:01 +0000 C7210 325 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/325#comments 案例学习 - 我们在设计iPhone应用时犯过的错误 https://www.beforweb.c7210.info/node/140 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-logo-iphone-ios-application-mobile-design-user-experience-product-mistake.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>首先给大伙儿道个歉,上周这边发生了些问题,网站挂了一阵子。一顿折腾,目前算是初步恢复了,不过评论方面的模块还没有打开,需要再捣鼓捣鼓,希望谅解。再次感谢在<a href="http://weibo.com/c7210">微博</a>上给我加油和鼓励的朋友们,还有默默关注和支持Beforweb的各位。</p> <p>另外,上周网站挂掉之前,有位朋友留下一条评论,内容大致是同样喜欢SmashingMagazine的东西,喜欢做做译文一类;由于恢复数据的时候使用了前面几天的备份,所以这条评论蒸发了。希望这位朋友可以看到这些,特别向您道歉了。</p> <p>那么开始本周译文叭。又是一篇移动应用设计方面的实战案例,我个人很喜欢,真人真项目真事儿,更具实践价值。走着。</p> <p>今年,我们(英文原文作者及团队)发布了<a href="http://www.freshbooks.com/">FreshBooks</a>的第一款iPhone应用。从前我们的产品一直是通过Web端应用的方式提供服务的。这次,我们把iPhone应用的设计开发过程看作一张空白的画布,尽力在其中实现一些新的功能概念和设计想法。在这个过程中,我们着实学到不少东西。</p> <!--break--><h3> 不要害怕犯错</h3> <p>对于移动应用这样的产品,设计过程中必然会遇到很多用户体验方面的问题与挑战,尤其是对于新手来说更是如此。</p> <p>无论你的线框稿在逻辑上有多缜密,UI稿在视觉上有多漂亮,当它们落实成为原型或最终产品时,总会有问题呈现出来。这并不完全是坏事;我们在设计FreshBooks的iPhone应用时甚至将犯错这件事也纳入到了流程规划当中,这就意味着:</p> <ul> <li> 坦承没有完美的设计,无论稿件和原型多么优秀。</li> <li> 真正的成功或失败都是由用户的反馈来定义的。</li> <li> 对于在设计过程中看到的问题要迅速做出反应,根据从实际用户身上得来的验证结果进行迭代。</li> </ul> <p>接下来,我将向各位描述一下我们在项目中犯过的三个错误,以及我们是怎样解决这些问题的。</p> <h3> 应用的主界面</h3> <p>在项目开始的时候,我们对FreshBooks的一些现有用户进行了访谈,了解他们在生活和工作中是怎样使用移动设备的,包括他们面对的实际问题,以及他们对移动应用版本的FreshBooks的期望。</p> <p>根据这些访谈,我们归纳出了一些基本的设计原则,例如下面这条:</p> <blockquote><p><strong>以任务为中心的用户体验</strong></p> <p>移动应用版本的产品应该围绕着一系列互不相关的帐单任务进行优化,包括时间追踪、为收据拍照存档、开票等等,这些是移动应用所处的使用场景当中最常见的任务。</p> <p>而其他方面的复杂任务,包括批量编辑、权限管理、定制化等,则留给传统的Web端应用来承担,以此来保证移动版本在功能上的简约与集中。</p> </blockquote> <p>基于这条原则,我们设计了应用的主界面。它由一系列最重要的任务组成,视觉上采用图标加文字标题的形式,点击进入相应的任务流程。例如,用户点击了其中的&ldquo;创建新发票&rdquo;之后会进入发票列表界面,然后创建新发票的界面会自动滑入视图。</p> <p><img alt="01-home-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/01-home-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" style="width: 550px; height: 407px;" /></p> <p>这种以典型任务为中心的设计思路在意图上是好的,但接下来我们发现了一些问题。</p> <h4> 为什么会出问题</h4> <p>经过可用性测试,我们发现被测者普遍会在主界面中产生困惑,因为这种设计方案与他们通过使用Web端的FreshBooks所建立起的心智模型不符,而且和很多其他的iPhone应用也存在模式上的差异。</p> <p>同时我们还发现,之前归纳出的一些典型任务,包括创建发票、跟踪时间、记录开支等,对于用户来说,本质上都属于一种&ldquo;创造&rdquo;行为。从这个角度看,其实我们忽略了这个纬度上的其他一些重要任务类型,包括:</p> <ul> <li> 查看:例如查看发票状态、查看历史记录等。</li> <li> 更新:例如更改发票状态等。</li> </ul> <p>这类任务需求其实比&ldquo;创造&rdquo;更加普遍,尤其是在移动设备上,用户更加倾向于在短时间内以最简单高效的方式查看和更新内容,而不是创造内容。我们之前所聚焦的重点则恰恰相反。</p> <h4> 解决方案</h4> <p>很简单,我们改变了之前方案当中的信息结构,使内容和功能的组织结构更加符合用户在移动应用上下文环境中的预期。在新的设计方案中,用户点击主界面中的&ldquo;发票&rdquo;(之前是&ldquo;创建新发票&rdquo;),进入发票列表界面进行查看;如果他确实需要创建新发票,那么可以点击右上角的加号按钮。</p> <p><img alt="02-home-solution-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/02-home-solution-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" style="width: 550px; height: 540px;" /></p> <p>相关阅读:<a href="http://beforweb.com/node/24">产品早期的原型设计与用户测试</a></p> <div class="embed"><article id="node-261" class="node node-related-books" about="/node/261" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/移动设计-傅小贞/dp/B00DINCMYI/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="移动设计" src="http://beforweb.com/sites/default/files/images/products/05.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/移动设计-傅小贞/dp/B00DINCMYI/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">移动设计</a></h4> <p><a href="http://www.amazon.cn/移动设计-傅小贞/dp/B00DINCMYI/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">作者从人-机-环的角度出发来阐述移动应用的设计,并建立了移动应用设计的基本原则;然后,根据移动端的情境、移动设备的特征,以及触摸的交互方式,总结了移动导航和框架设计的主要形式,并给出了导航设计的原则和思路...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 初次使用的体验</h3> <p>我们特别为应用初体验(用户安装应用后第一次打开)制订了两条设计原则:&ldquo;移动优先&rdquo;与&ldquo;顺畅进入任务流程&rdquo;。具体来看:</p> <blockquote><p><strong>移动优先</strong></p> <p>如今,我们不能再假设用户是通过桌面设备上的Web浏览器找到我们的,他们很有可能是在移动设备上与我们发生第一次接触的,我们不能让这类新用户产生复杂的认知负担。举个例子,我们的Web端应用可以为用户提供定制化的子域名(youraccountsubdomain.freshbooks.com),这显然是专属于Web端的概念,完全不需要在移动端体现出来。</p> <p>我们还可以随着产品价值的逐渐体现而将Web端的高级功能一点点的介绍给移动端用户。</p> </blockquote> <blockquote><p><strong>顺畅进入任务流程</strong></p> <p>要让新用户在打开应用之后无需任何设置工作就可以顺畅进入任务,从而在最短的时间内发现产品价值。</p> </blockquote> <p>为了贯彻这些原则,我们在第一版当中允许用户不执行任何注册或登录的操作就可以立刻在主界面当中执行任务(例如前面提到的创建发票、跟踪时间等),只有在功能需要的时候才会引导他们进行帐户方面的操作,例如在保存发票或收支记录时会要求用户创建帐户或登录。</p> <p><img alt="03-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/03-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" /></p> <p>另外在用户选择通过SnailMail发送发票的时候也会如此。</p> <p><img alt="04-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/04-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" style="width: 550px; height: 406px;" /></p> <h4> 为什么会出问题</h4> <p>我们的用心是好的,但是在可用性测试中,我们发现被测者们更期望在应用加载之后首先进行注册或登录;直接让他们进行操作反而会引发他们的疑虑,例如数据怎样保存?</p> <p>这种先操作后注册/登录的方式也许相对有新意一些,而且会适合于某些类型的应用,但对于我们的产品来讲还是过于激进了。</p> <h4> 解决方案</h4> <p>最后我们采用了一种相对传统但更加符合用户预期、可以给他们带来安全舒适感觉的方案,也就是一开始就向他们提供三个明确的选项:</p> <ul> <li> 创建新帐户</li> <li> 登录已有帐户</li> <li> 直接试用</li> </ul> <p>如果用户觉得自己已经准备好了,那么可以进行注册和登录操作;他们还可以在不登录的情况下先试用,以便对产品进行更全面的了解。</p> <p><img alt="05-solution-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/05-solution-benefit-driven-setup-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" /></p> <p>相关阅读:<a href="http://beforweb.com/node/105">初创型团队容易在用户体验方面犯的十个错误</a></p> <div class="embed"><article id="node-264" class="node node-related-books" about="/node/264" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/iPhone应用用户体验设计实践与案例-金斯伯格/dp/B0052HZC54/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="iPhone应用用户体验设计实践与案例" src="http://beforweb.com/sites/default/files/images/products/08.jpg" /></a></span></div> <div class="content"> <h4> <a href="http://www.amazon.cn/iPhone应用用户体验设计实践与案例-金斯伯格/dp/B0052HZC54/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">iPhone应用用户体验设计实践与案例</a></h4> <p><a href="http://www.amazon.cn/iPhone应用用户体验设计实践与案例-金斯伯格/dp/B0052HZC54/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">本书简述了iPhone硬件和应用风格,逐步介绍了如何进行前期的用户研究和竞争性分析,以及提升iPhone应用用户界面和视觉设计的最佳实践。全书通过13个案例分析展示了知名设计师的实践过程,为读者了解应用背后的设计过程提供了第一手资料...</a></p> </div> </div> <p>&nbsp;</p> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 移动版与Web版的功能差别</h3> <p>我们在设计流程开始之前详细规划了移动版产品在初期的功能范围,也就是对我们的最小化可行产品(MVP)的形态进行界定。我们相信:</p> <ul> <li> 在功能范围上未经详细定义的移动版产品(特别是第一版)具有很大的风险,在设计开发流程中将产生极大的不确定性。</li> <li> 在初期对产品功能范围进行合理的界定,将有助于那些基于市场及用户研究所得出的核心需求被更加准确的落实到最终产品当中。</li> <li> 早已投放市场并经过验证的Web端产品功能无法代表移动版的需求。移动应用有其特定的使用环境和场景。</li> <li> 移动版本中的某些功能会依赖于Web端。提前做好规划工作,将有助于开发工作的顺利进行。例如,移动版特有的为收据拍照的功能要求Web端必须具有相应的功能支持,包括查看收据照片等等。</li> </ul> <p>不过,正像在前文中提到的,我们曾经假设用户最想要的是快速创建内容。因此,在界定功能的时候,我们基于这个错误的假设将核心功能限制在了这个范围当中。</p> <h4> 报表</h4> <p>以财务报表为例,这是FreshBooks的Web版本当中的一个核心功能,但由于其规范化的格式难以适应移动设备的界面规格,加之我们初期一直将重心放在&ldquo;创造内容&rdquo;上,所以我们决定在移动版当中舍弃掉这个功能。</p> <h4> 为什么会出问题</h4> <p>财务报表其实是财务软件当中非常重要的一部分。我们在界定功能范围的时候将这部分功能从移动版当中移除,结果在可用性测试中发现这完全不符合被测者们对于一个功能完整的财务软件的认知与期望。</p> <p>另外我们也意识到,在现实中,如果移动版的产品当中不包含这项功能,那么新用户很有可能根本无法了解到其实我们的Web版应用是提供了这个功能的,他们为此而放弃该产品的几率会变的很大。</p> <h4> 解决方案</h4> <p>我们显然不是平白无故将报表功能从移动版本当中移除的,它在呈现方式上确实存在着难以解决的问题,但实际上这个问题并非一定要被解决&mdash;&mdash;通过进一步思考,我们认为用户的真正目标并不是一定要在移动设备上看到报表,对他们来说最重要的是了解到有这样一个功能存在,以及可以怎样去查看这些内容。</p> <p>最终,我们决定在移动端增加报表的入口,用户点击后会被引导进行注册或登录。已经处于登录状态的用户可以选择&ldquo;将报表发到我的邮箱&rdquo;或&ldquo;在iPhone的Safari浏览器中直接查看&rdquo;,同时界面还会提示用户,浏览报表的最佳方式是使用台式设备<a class="eLink" href="http://beforweb.com">。</a></p> <p><img alt="06-solution-report-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" src="/sites/default/files/images/201212-1/06-solution-report-mobile-app-user-experience-interactive-product-design-mistake-solution.jpg" /></p> <p>相关阅读:</p> <ul> <li> <a href="http://beforweb.com/node/116">优秀的用户体验设计师应该做好的五件事</a></li> <li> <a href="http://beforweb.com/node/125">精益创业 - 用户体验设计的新包装</a></li> </ul> <div class="embed"><article id="node-284" class="node node-related-books" about="/node/284" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/移动Web实现指南-面向移动设备的网站优化-开发和设计-莱昂/dp/B008LWRNE0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852823&amp;sr=8-18&amp;tag=c7210-23"><img alt="移动Web实现指南:面向移动设备的网站优化、开发和设计" src="http://beforweb.com/sites/default/files/images/products/29.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/移动Web实现指南-面向移动设备的网站优化-开发和设计-莱昂/dp/B008LWRNE0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852823&amp;sr=8-18&amp;tag=c7210-23">移动Web实现指南:面向移动设备的网站优化、开发和设计</a></h4> <p><a href="http://www.amazon.cn/移动Web实现指南-面向移动设备的网站优化-开发和设计-莱昂/dp/B008LWRNE0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852823&amp;sr=8-18&amp;tag=c7210-23">全书介绍了移动化规划、移动化设计和相应的编码技巧,特别适用于那些最初是为桌面电脑展示而设计的网站。书中的建议和实例,也是根据在优化这些网站的过程中所遇到的不同挑战来组织的...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 总结</h3> <p>勇于挖掘并面对设计当中的错误与问题,并思考相应的解决方案,这是不断提升产品价值及用户体验的关键要素。提出假设、与真实的用户进行沟通、验证假设并发现问题、思考解决方案、迭代&mdash;&mdash;是我们在设计工作当中应该保持的良好节奏。</p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/24" typeof="skos:Concept" property="rdfs:label skos:prefLabel">移动应用</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/37" typeof="skos:Concept" property="rdfs:label skos:prefLabel">可用性测试</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/104" typeof="skos:Concept" property="rdfs:label skos:prefLabel">最小化可行产品</a></li><li class=" taxonomy-term-reference-9" rel="dc:subject"><a href="/taxonomy/term/119" typeof="skos:Concept" property="rdfs:label skos:prefLabel">迭代</a></li></ul> Sun, 09 Dec 2012 02:50:56 +0000 C7210 140 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/140#comments 精益创业 - 用户体验设计的新包装 https://www.beforweb.c7210.info/node/125 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-logo-lean-startup-ux-user-experience-design.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>最近一个多月过还是蛮有料的,读了《<a href="http://www.amazon.cn/%E7%B2%BE%E7%9B%8A%E5%88%9B%E4%B8%9A-%E6%96%B0%E5%88%9B%E4%BC%81%E4%B8%9A%E7%9A%84%E6%88%90%E9%95%BF%E6%80%9D%E7%BB%B4-%E5%9F%83%E9%87%8C%E5%85%8B%E2%80%A2%E8%8E%B1%E6%96%AF/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益创业</a>》(Lean Startup),然后参加了公司的精益创业产品集市;读了《<a href="http://www.amazon.cn/%E5%90%AF%E7%A4%BA%E5%BD%95-%E6%89%93%E9%80%A0%E7%94%A8%E6%88%B7%E5%96%9C%E7%88%B1%E7%9A%84%E4%BA%A7%E5%93%81-Marty-Cagan/dp/B004Y4QWMS/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">启示录:打造用户喜爱的产品</a>》,然后作者Marty Cagan过来做了两天的培训,其间也涉及到很多精益方面的话题。记得以前也在<a href="http://www.weibo.com/c7210">微博</a>上念叨过,我很喜欢这种小范畴短时间高密度的信息接收方式,就好像把自己浸泡在营养液里一样。即使无法很快的掌握全部知识,也可以在头脑中培养出思维的惯性。</p> <p>今天在订阅中读到这样一篇<a href="http://uxdesign.smashingmagazine.com/2012/10/10/lean-startup-is-great-ux-packaging/">Lean Startup Is Great UX Packaging</a>,涉及精益与UX的话题,也就顺坡下驴的用来做本周译文。篇幅上还算适中;本周也确实有够疲劳,会员卡、预订等几个项目轮番搞,时值周末实在无力做之前&ldquo;<a href="http://beforweb.com/node/120">设计师应该了解的iOS应用开发基础知识</a>&rdquo;那样的长文章了。那么,闲话终了,进入正文。</p> <p>精益创业(Lean Startup)的基本思路及实践方式,从某种程度上讲,其实就是用户体验设计圈子中的行家们多年来所讲述和提倡的东西。与过去不同,现在人们终于开始懂得去关注这些了。而所谓的精益用户体验(Lean UX)本身也不是什么新事物;类似于&ldquo;AJAX&rdquo;,它们都是对已有概念和技术的一种综合运用方式,这些名字本身更像是&ldquo;包装&rdquo;。</p> <p>企业家或新创公司的创始人一直在为&ldquo;怎样开发优秀产品&rdquo;这类问题寻找答案,而我们(UX从业者、研究员、可用性专家们)曾经提供的答案多数都过于复杂了。想想看那些只有我们自己或同行才能听懂的黑话(又称行业术语),譬如可用性测试、用户角色、实境调研、眼动追踪等等。</p> <!--break--><p>而精益创业则通过人们能够理解的语言回答了同样的问题。例如,我们习惯于说:&ldquo;让我们安排一次脉络访查(contextual inquiry)吧!&rdquo;,而通晓精益创业的人们则会说:&ldquo;走出办公楼!&rdquo; (相关阅读:<a href="http://beforweb.com/node/116">优秀的用户体验设计师应该做好的五件事</a>)</p> <p>这种概念包装到底有必要没?我(英文原文作者)觉得有,否则当前不会有那么多公司开始明白UX部门的重要性,也不会有那么多新创团队有兴趣去落实可用性测试、迭代和用户访谈一类的方式方法。</p> <p>在本文中,我们将一起了解精益创业思想当中的一些原则与现有的用户体验研究方法之间的关联。</p> <h3> 验证性学习与可用性测试</h3> <p>精益创业思想指出,新创团队不只是要打造有价值的产品,更重要的是学习怎样创建可持续增长的业务模式,即Eric Ries在<a href="http://book.douban.com/subject/10945606/">《精益创业》</a>当中所描述的&ldquo;验证性学习&rdquo;。在我对Ries进行的访谈中,他也提到&ldquo;验证性学习&rdquo;的思路可以帮助决策者们对各种假设进行有效的验证。</p> <p>而一直以来,在用户体验设计的相关工作中,我们通常会在产品初期或迭代周期中将假设落实到原型里,通过原型进行可用性测试,来验证产品是否真正切中用户的需求、产品所提供的功能是否能够成为用户乐于接受、易于使用的解决方案。(推荐阅读:<a href="http://beforweb.com/node/24">产品早期的原型设计与用户测试</a>)</p> <p>相比于&ldquo;可用性测试&rdquo;这样的说法,&ldquo;验证性学习&rdquo;的概念可以更容易的让决策者们感受到其中的利益所在,他们知道这种方法可以帮助他们对想法进行验证。而&ldquo;可用性测试&rdquo;通常只会让人联想到&ldquo;时间与金钱的消耗&rdquo;、&ldquo;学术研究&rdquo;一类。</p> <p><img alt="01-validated-learning-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/01-validated-learning-lean-startup-ux-user-experience-design.png" /></p> <p class="figure-caption">验证性学习:你相信,如果一直向西航行就可以找到新大陆,那么你必须通过相关的科学理论及测量方法验证自己的假设,并根据验证结果不断调整航向。</p> <div class="embed"><article id="node-313" class="node node-related-books" about="/node/313" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="精益创业:新创企业的成长思维" src="http://beforweb.com/sites/default/files/images/products/58.jpg" /></a></span></div> <div class="content"> <h4> <a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益创业:新创企业的成长思维</a></h4> <p><a href="http://www.amazon.cn/精益创业-新创企业的成长思维-埃里克•莱斯/dp/B008MIFWJG/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益创业代表了一种不断形成创新的新方法,它源于“精益生产”的理念,提倡企业进行“验证性学习”,先向市场推出极简的原型产品,然后在不断地试验和学习中,以最小的成本和有效的方式验证产品是否符合用户需求,灵活调整方向...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> &ldquo;开发 - 测量 - 认知&rdquo;与&ldquo;思考 - 实现 - 检验&rdquo;</h3> <p>精益创业的基础运作思路就是将概念付诸到最小化可行产品中,测量用户的反应,对观测数据进行分析,进而做出保持方向或转型的决策。在通往成功的道路上,新创团队必须学会逐渐加速这样的循环。这个循环包含三个最主要的部分:开发(产品)、测量(数据)、认知(新想法)。</p> <p><img alt="02-build-measure-learn-loop-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/02-build-measure-learn-loop-lean-startup-ux-user-experience-design.png" /></p> <p>对于精益用户体验设计来说,同样有类似这样的一个循环,即&ldquo;思考 - 实现 - 检验&rdquo;。不同之处在于,这个循环当中所涉及的反馈不仅包括外部测量数据,还有更重要的一点,那就是你自己(设计师)的想法。你创造了设计方案,根据内在(自我)和外在(目标对象或需求方)的反馈,进一步产生新的认知,改进设计方案,再次验证并产生认知,周而复始。</p> <p>这两个循环是非常相似的;所以无论是从产品整体的角度,还是从用户体验设计的角度来看,害怕对自己所创造的东西进行验证和改进的人在如今是无法立足的。</p> <p><img alt="03-lean-ux-loop-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/03-lean-ux-loop-lean-startup-ux-user-experience-design.png" /></p> <p class="figure-caption">开发 - &nbsp;测量 - 认知:怎样建造速度最快的船?试验你的各种想法,测量它们的表现,得到新的认知。</p> <div class="embed"><article id="node-267" class="node node-related-books" about="/node/267" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="精益设计:设计团队如何改善用户体验" src="http://beforweb.com/sites/default/files/images/products/11.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">精益设计:设计团队如何改善用户体验</a></h4> <p><a href="http://www.amazon.cn/精益设计-设计团队如何改善用户体验-戈塞尔夫/dp/B00EQC29KC/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">作者根据精益创业法的理念归纳出了行之有效的精益设计方法,让设计团队可以摈弃为设计而设计的心态,用更低的成本、更高的效率设计出更好的用户体验...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 最小化可行产品(MVP)与&ldquo;尽量早、尽量多的测试&rdquo;</h3> <p>Ries在《精益创业》一书中对最小化可行产品(MVP)的诠释是&ldquo;花最少的力气、最短的开发时间,经历一次完整的&#39;开发-测量-认知&#39;循环&rdquo;的产品版本。其实长久以来,很多UX工作者一直在提醒上级主管或相关决策者,如果在产品探索和设计阶段解决问题需要花1美元,那么到了开发阶段就会变成10美元,而产品发布之后则需花费100美元。</p> <p>我们都明白一个道理,那就是要在产品的概念探索及设计阶段尽量早、尽量多的通过原型进行验证工作。实际上,MVP的本质就是这样一种用来验证假设、产生认知的早期原型工具。</p> <p><img alt="04-mvp-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/04-mvp-lean-startup-ux-user-experience-design.png" /></p> <p class="figure-caption">MVP:你想制造一艘大船,不过在一开始,可以先花费最少的建造成本,从小船起步,看看它是否真的能浮起来,然后再一点点扩大完善。</p> <div class="embed"><article id="node-289" class="node node-related-books" about="/node/289" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/妙手回春-网站可用性测试及优化指南-克鲁格/dp/B003XM3TF0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="妙手回春:网站可用性测试及优化指南" src="http://beforweb.com/sites/default/files/images/products/34.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/妙手回春-网站可用性测试及优化指南-克鲁格/dp/B003XM3TF0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">妙手回春:网站可用性测试及优化指南</a></h4> <p><a href="http://www.amazon.cn/妙手回春-网站可用性测试及优化指南-克鲁格/dp/B003XM3TF0/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">作者Steve Krug继畅销书Don't Make Me Think后推出的又一力作。书中详细阐述了一种简化的网站可用性测试方法,让任何人都能够尽早并频繁地对其网站、应用程序和其他产品进行可用性测试,从而将最严重的可用性问题消灭在萌芽状态...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h3> 转型(Pivot)与迭代(Iterate)</h3> <p>想象一下篮球当中的&ldquo;转身&rdquo;动作(以一只脚为轴,另一只脚随身体转动),其中一只脚代表团队到目前为止积累下来的经验与能力,另一只脚象征着探索新业务概念的行动。不同于迈开大步冒着的风险开拓新领域,精益创新提倡小步移动,向着不同的方向快速调整。这样,即使失败,后果也不至于过分惨烈,团队仍可迅速调整,继续向新的方向探索。</p> <p>这也正是我们一直以来在用户体验设计工作中倾向于采用迭代设计模式,或是RITE模式的原因(快速迭代测试与验证,rapid iterative testing evaluation)。很多产品决策者曾经认为在产品临近发布时再做可用性测试是最合适的,因为那时的原型看上去更&ldquo;好&rdquo;,更容易让用户上手使用。但一直以来,多数用户体验设计工作者都明白,如果他们同意在发布之前进行可用性测试,尤其是产品的首次可用性测试,那么以下情况多半会逐步发生:</p> <ol> <li> 最终发现的可用性问题可以列成一个长长的列表。</li> <li> 产品团队也会发现很多产品设计方面的问题。</li> <li> 只有那些最容易解决的问题会被提上日程。</li> <li> 严重而难以解决的问题仍会随产品发布。</li> <li> 当团队准备好设计开发下一个版本时,除了之前有待解决的问题以外,还要面对长长的新功能列表;然后之前问题的优先级再次被降低。</li> </ol> <p>而迭代模式则是解决这一恶性循环的有效方案,因为它在整个产品设计流程中引入了快速、多轮、小规模的可用性测试。Jakob Nielsen多年来一直在推广这一理念。而《精益创业》的作者Eric Ries则以更自然易懂的方式将这些理念介绍给了更多的人。</p> <p><img alt="05-pivot-iterate-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/05-pivot-iterate-lean-startup-ux-user-experience-design.png" /></p> <p class="figure-caption">转型:你想击败对手,但一招定胜负是不现实的。更有效的方式是一步步的前进攻击,在过程中始终保持一只脚着地,并随时做好准备,在攻击无效的时候立刻后撤,继续下一次进攻。</p> <h3> 客户开发(Customer Development)与实地调查(Fieldwork)</h3> <p>&ldquo;客户开发&rdquo;这一说法是由斯坦福大学教授Steve Blank提出的,他也是精益创业的倡导者之一。客户开发的大意是指扩展你自己对客户是谁、客户喜欢什么和需要什么的认知,也就是著名口头禅&ldquo;走出办公楼(Get out of the building)&rdquo;的所指。在这句话的驱使下,产品决策者和设计师们开始走访潜在客户,观察他们在真实环境当中解决某些问题的实际状况,根据观察结果思考产品的设计方式。</p> <p>这种方式与传统的用户体验设计研究方法之间有什么关联吗?当然。UX从业者们多年来就是吃这碗饭的,只是我们使用了不同的说法&mdash;&mdash;人种学、实境调研、生产机制调研、探索性研究...是这样吧?</p> <p><img alt="06-customer-development-fieldwork-lean-startup-ux-user-experience-design.png" src="/sites/default/files/images/201210-1/06-customer-development-fieldwork-lean-startup-ux-user-experience-design.png" /></p> <p class="figure-caption">客户开发:你想和地处远东的国家进行贸易往来,不过当你真的到达那里,与当地人进行交流时,你才发现他们想要用茶叶换取的是科技产品,而非你之前认为的金币<a class="eLink" href="http://beforweb.com">。</a></p> <h3> 总结</h3> <p>正如我们在文章开头所说,精益创业的基本思路及实践方式,从某种程度上讲,其实就是用户体验设计圈子中的行家们多年来所讲述和提倡的东西。不过比起后者,精益创业的领军者们在相关概念的推广和普及方面做了很多很漂亮的工作,他们用简单易懂的语言论述了用户体验研究及设计工作在解决公司业务问题时所能发挥的至关重要的作用。</p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/123" typeof="skos:Concept" property="rdfs:label skos:prefLabel">精益创业</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/117" typeof="skos:Concept" property="rdfs:label skos:prefLabel">精益用户体验</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/37" typeof="skos:Concept" property="rdfs:label skos:prefLabel">可用性测试</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/119" typeof="skos:Concept" property="rdfs:label skos:prefLabel">迭代</a></li><li class=" taxonomy-term-reference-9" rel="dc:subject"><a href="/taxonomy/term/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-10" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sun, 14 Oct 2012 03:37:50 +0000 C7210 125 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/125#comments 最小化可用性设计(Minimum Usable Design) https://www.beforweb.c7210.info/node/85 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="https://www.beforweb.c7210.info/sites/default/files/article-thumbs/icon-mvp-Minimum-Usable-Design-Viable-Product-gear-ch.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>似乎是蛮久没有这样周末独自在家安静的做做博客了。生活终归需要张力,一周一周的忙碌,到了周末哪怕会寂静的有些无聊,感觉上也蛮有趣的。</p> <p>今天这篇小短文有点儿意思,英文原文一遍读下来觉得没有什么不显而易见的东西;翻译了一遍,然后回过头又看一遍原文以及评论当中的观点,才尝出一些味道。就当作引子吧,有兴趣的朋友不妨再去看看原文及评论。敏捷,迭代,最小化可行产品,虽然这些概念在现实中极容易被很多人相当没节操的当作借口和托辞,但作为设计师,我们自己心里还是应该有数。正文走起。</p> <p>有一个很著名的悖论一直在生活中困扰着我(英文原文作者),它似乎可以适用于很多领域,包括Web及移动应用设计。我所指的就是<a href="http://zh.wikipedia.org/wiki/%E8%8A%9D%E8%AF%BA%E6%82%96%E8%AE%BA">芝诺悖论</a>。</p> <p>人们会使用各种版本的示例来诠释芝诺悖论,我们来看其中的一个:</p> <blockquote><p>要步行穿过一片森林,你首先要走过全部路程的一半。当你到达中点时,接下来还需要走过剩下路程的一半,然后又是剩下路程的一半,以此类推,你就会发现自己永远无法穿过这片森林了我去。</p> </blockquote> <p>在实际工作中,我时常会觉得,无论手头这摊子事情处于哪个设计阶段,我似乎永远还有一半的事情没有搞定。也许正是因为这种状况,我们才总是会说&ldquo;要把所有细节都完成的话还需要两个礼拜&rdquo;,结果就是无论事情做到哪一步,似乎总是无法真正的完成目标,中间总会有一段距离需要更多的工作来填补。</p> <p>这事儿仔细想想的话是会凌乱的,不过换个角度来看,它也有可能成为一种能够帮助我们实现成功设计方案的动机与思路<a class="eLink" href="http://beforweb.com">。</a></p> <!--break--><h3> 彻底的人造理论</h3> <p>以我们的老伙计Google为例。假如你即将设计的是Google史上的第一款首页,而且你有大量的时间来琢磨其中任何一部分有可能产生的问题。任何项目都会有deadline,你要明确设计的最终目标&mdash;&mdash;你需要知道当你&ldquo;穿过森丽&rdquo;之后,产品看上去应该是怎样的。首先,你需要走完一半的路程。</p> <p>假设在全部工期的中间点所完成的设计方案,在可用性方面至少要达到最终产品的50%,那么你会从哪些东西入手,Logo?页脚?答案显然应该是搜索文本框与搜索按钮。实际上,这一步完成了之后,对于Google这样的站点来说,它已经算是基本可用了。现在我们距离目标还有一半的路程要走。</p> <p>接下来,我们还是要先走掉剩下路程的头一半。看上去我们需要为页面增加必要的品牌标识,也就是Logo,否则人们下次想来搜点儿什么的时候都不知道何去何从了。Logo搞定之后,我们就完成了整体目标的四分之三。想想看如果Google首页只有Logo、搜索文本框和搜索按钮的话,全世界的互联网用户当中会有多少人觉得足够用了?我相信绝不在少数,怎么也能达到75%,虽然我们只完成了设计目标的四分之三。我们应该可以做的更好。</p> <p>如果持续这样抽取剩余任务的一半来落实,那么我们的设计方案最终将变得&ldquo;足够好&rdquo;。我知道人们会觉得这三个字不太实在,但事实是如果已经完成了整体任务目标的99%,那么&ldquo;足够好&rdquo;就是足够好。</p> <h3> 最小化可用性设计(MUD)</h3> <p>眼下,圈子里有个说法叫&ldquo;最小化可行产品(MVP,Minimum Viable Product)&rdquo;。</p> <blockquote><p>&ldquo;最小化可行产品是指那些只拥有最基本的功能以保证自身可用的产品。&rdquo;</p> <p>Minimum Viable Product,来自<a href="http://en.wikipedia.org/wiki/Minimum_viable_product">Wikipedia</a></p> </blockquote> <p>而&ldquo;最小化可用性设计(MUD,Minimum Usable Design)&rdquo;这个词则是我自己杜撰的,它的核心意义在于设计阶段进行到一半时的产出应该能够满足产品的最小可行化。如果你觉得已经完成了整体目标的50%,而当前的设计方案仍不能保证至少50%的可用性,那么实际上你并没有走完全程的一半。</p> <p>不过这并不意味着产品的设计方案做到50%就足够了,我们需要的是通过这个概念来评估设计的进度。有时你仍然必须等到方案进行到99%的时候才能真正拿出手。追求完美是没错的,关键取决于产品自身的实际情况以及相应的用户需求特质。苹果很善于做的一件事,就是打造功能相当有限的最小化可行产品,并通过<strong>最大化可用性设计</strong>对其进行完美的包装。又一个新词儿。</p> <h3> 示例</h3> <p>让我们以博客设计为例来更加直观的了解一下最小化可用性设计的思路与方式。</p> <p>我(英文原文作者)希望人们愿意来我的博客<a href="http://drawar.com/">Drawar</a>阅读内容(我也希望人们愿意来我的博客<a href="http://beforweb.com">Beforweb</a>阅读内容&mdash;&mdash;<a href="http://weibo.com/c7210">译者C7210</a>乱入注)。如果设计方案能够做到这一点,那么我就完成了设计目标,我的多数观众也会很happy。因此,我首先希望博客当中的文章内容可以很直接清晰的被用户获取到,这是首要任务,也就是整体设计目标的前50%所在。</p> <p><img alt="mud-Minimum-Usable-Design-Viable-Product-blog-1" src="/sites/default/files/images/201206/mud-Minimum-Usable-Design-Viable-Product-blog-1.jpg" style="width: 500px; height: 349px;" /></p> <p class="figure-caption">50%,不多,但已经完成了首要任务</p> <p>这样的方案已然可以保证人们能够在博客中良好的阅读内容了,首要任务搞定,整体目标已经完成掉50%的样子。接下来,我们再为剩余的工作设置一个中间点,将品牌建设作为当前的目标,设计一个Logo,这样可以让人们记住我的博客,以后再来看。这项任务完成之后,整体进度就会达到75%了。</p> <p><img alt="mud-Minimum-Usable-Design-Viable-Product-blog-2-logo" src="/sites/default/files/images/201206/mud-Minimum-Usable-Design-Viable-Product-blog-2-logo.jpg" style="width: 498px; height: 296px;" /></p> <p class="figure-caption">75%了诶</p> <p>现在人们进来之后就会很明确的知道他们在什么地方了。接下来再为剩余进度设置一个中间点,这次的目标是添加导航链接,以及一小撮关于博客的介绍文字。</p> <p><img alt="mud-Minimum-Usable-Design-Viable-Product-blog-3-navigation" src="/sites/default/files/images/201206/mud-Minimum-Usable-Design-Viable-Product-blog-3-navigation.jpg" style="width: 500px; height: 292px;" /></p> <p class="figure-caption">87.5%了...</p> <p>下一个中间点的目标是添加广告位,使我有可能通过博客获取一些微博的收入。在这之后,我就要把这个博客网站发布上线了。是的,进行到这里对我来说就足够了。</p> <p><img alt="mud-Minimum-Usable-Design-Viable-Product-blog-4" src="/sites/default/files/images/201206/mud-Minimum-Usable-Design-Viable-Product-blog-4.jpg" style="width: 500px; height: 305px;" /></p> <p class="figure-caption">93.75%,够了,完成</p> <p>从最小化的角度来说,我的博客设计方案已经完成。当然我还可以将很多其他元素添加进去,使它对于某些访客来说更加完整,例如搜索、社会化媒体挂件、链接表等。但这些并不在我最初设定的设计目标之内,所以我的博客就是你所看到的这个样子。</p> <h3> 设计永无止境</h3> <p>虽然我自己对这套设计方案很满意,但是很显然,如此简化的博客无法另每个人都happy。总会有人希望从设计当中得到更多,这也就是芝诺悖论&ldquo;发扬光大&rdquo;的地方&mdash;&mdash;作为设计师,我们永远也没法走出这片森林。不过,我们在最小化可用性设计的过程中设定的目标点越多,产品的覆盖面就会越大。但是要当心,在后面50%当中添加的东西越多,用于保证产品最小可行性的核心设计目标被干扰的可能性就越大<a class="eLink" href="http://beforweb.com">。</a></p> <p>没有一成不变的产品。对于设计师来说,始终要在确保产品最小可行性的基础上,根据实际需求,不断向下一个阶段的目标迈进,逐渐接近森林的边缘;但我们永远也不会走到终点,因为变化和改进是永恒的话题。</p> <div class="embed"><article id="node-297" class="node node-related-books" about="/node/297" typeof="sioc:Item foaf:Document"><section class="embed-article"><div class="embed-article-entry"><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><div> <div> <span class="thumbnail"><a href="http://www.amazon.cn/简约至上-交互式设计四策略-科尔伯恩/dp/B004I91HCY/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23"><img alt="简约至上:交互式设计四策略" src="http://beforweb.com/sites/default/files/images/products/43.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/简约至上-交互式设计四策略-科尔伯恩/dp/B004I91HCY/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">简约至上:交互式设计四策略</a></h4> <p><a href="http://www.amazon.cn/简约至上-交互式设计四策略-科尔伯恩/dp/B004I91HCY/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">本书介绍交互式设计的技术与技巧,讲述如何从目标用户的需求和期望出发,结合人类本身的心理特征和行为特点,用最简单的方法创建易用、有效而且让用户愉悦的设计。书中阐释了合理删除、分层组织、适时隐藏和巧妙转移这四个令交互式设计成果最大程度简单易用的策略...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/103" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验设计</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/55" typeof="skos:Concept" property="rdfs:label skos:prefLabel">可用性</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/104" typeof="skos:Concept" property="rdfs:label skos:prefLabel">最小化可行产品</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/105" typeof="skos:Concept" property="rdfs:label skos:prefLabel">MVP</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sat, 02 Jun 2012 08:01:22 +0000 C7210 85 at https://www.beforweb.c7210.info https://www.beforweb.c7210.info/node/85#comments