Be For Web - 最小化可行产品 http://www.beforweb.com/taxonomy/term/104 en 与其纠结完美,不如保持进化 http://www.beforweb.com/node/511 <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="http://www.beforweb.com/sites/default/files/article-thumbs/icon-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"><p>今次的标题,参考了Neil Young的歌词&ldquo;It&#39;s better to burn out than to fade away&rdquo;,当然也是Kurt Cobain用在遗书中的最后一句话;中文&ldquo;与其苟延残喘,不如从容燃烧&rdquo;来自郝舫老师的翻译。译的好经典。</p> <p>对我来说身体状况对精神状态的影响一直很大。上周日晚间做俯卧撑时把肩膀的肌肉拉到,典型no zuo no die。去了人肉地狱一般的六院也没看出个所以然,膏药贴了一周不仅没有缓和反而让疼痛蔓延到手臂,肌肉会自己跳,连杯子也没力气拿起来。沮丧哦。</p> <p>伤筋动骨一百零五,我也不指望一两周就能养好了。其实前面刚刚又从医院回来,只是周六肌电图没的做,又要耗下去。明天有明天的安排,今天上一篇价值观短文;其实我也想了,现在越来越多看到这种篇幅精炼主题清晰的小文章,自己很喜欢;是不是该多拿来做些,提高发布频次,而不是一直抱着大部头难啃的文章不放呢。不知道,接下来看喽。进入正文吧。</p> <p>前年,我们完全是抱着&ldquo;慢工出细活&rdquo;的心态来重新设计我们的Web应用Trading Paints的。我们告诉自己,除非到了100%完美的程度,否则我们是不会让它上线的,毕竟这次重设计会为该产品奠定一个较为长期的基调;要最准确最全面的展示各项新功能,我们只有一次机会。</p> <!--break--><p>这种完美主义的初衷是好的,但造成的结果就是,我们将一次本该是简单精炼的进化过程拖延成为一个长达两年的重设计项目。在互联网与移动时代,这差不多相当于十年的光景了。</p> <p>在这两年当中,我们一共探索了三种不同的设计方向;前面两种已经被彻彻底底的抛弃掉&mdash;&mdash;我们浪费了大量的时间和精力,最终才聚焦于第三种路线。整个过程几乎吓跑了我们的主开发,因为他不得不一次又一次的重写代码。</p> <p>这件事让我们理解了什么叫做&ldquo;足够好&rdquo;,尽管一直以来我们所听到的都是&ldquo;要把东西打造完美&rdquo;。其实,你不必追求完美,将&ldquo;足够好&rdquo;的产品交付出去就可以了,只要你确保在交付之后仍能不断的进行迭代,使其向&ldquo;完美&rdquo;的方向进化。</p> <p>这个理念当中有个重要的概念,就是&ldquo;使产品到达可发布状态&rdquo;。</p> <p>其实,我们所抛弃掉的前两个设计方案,其中任何一个都能使我们那款诞生于2009年的Web应用得到极大的改善。然而,我们的&ldquo;完美主义&rdquo;使得我们的用户不得不多花两年时间继续使用旧版产品。</p> <p>在第一时间将达到可发布状态的产品发布出去,这比发布一款&ldquo;完美&rdquo;的产品更加重要。更何况,这种&ldquo;不完美&rdquo;很可能只是对你而言的;在用户看来它就是一款已经完成的产品。你要确保让他们知道的就是,这款产品接下来还会变得越来越好。</p> <p>我们在进行到第三套方案的时候,终于意识到应该将关注的焦点放在&ldquo;将产品发布出去&rdquo;这件事上了。我们向自己承诺,上线之后,我们会不断对其进行改进。理念的变化使这套方案很快被完成并发布上线;两年的长跑终于结束,我们的25000名用户也很开心。</p> <p>自诩&ldquo;完美主义者&rdquo;的Sean McCabe建议,<a href="http://seanwes.com/2014/how-to-cure-perfectionism/">瞄准目标的90%,治愈完美主义症</a>。他的建议很中肯,有这方面强迫症的朋友们可以加以借鉴。</p> <p>参考McCabe的&ldquo;90%模型&rdquo;,当你可以发布完成率达到90%的产品并在接下来保持迭代进化的时候,就不要花费太多时间去完成那剩下的10%了。在我们的案例中,第一套设计方案接近完成时其实就是一次发布的时机,我们完全可以使其上线并继续迭代。实际上,如果你是一名完美主义者,那么在你看来的90%往往已经能达到其他人心中100%的程度了。</p> <p>最终,我们在今年早些时候基于第三套方案上线了新版的Trading Paints,并在接下来的日子里一直保持迭代,使其越发完美。即使上线时的版本对我们来说在当时只达到&ldquo;接近完成&rdquo;的程度,但用户仍然因为这次重大更新而喜悦。我们曾经向他们承诺会在新版当中上线一些新功能,而实际上我们只是在新版上线之后才一点点将这些功能更新进去的,但这仍然让用户们感到惊喜。</p> <p>如今,回头看来,我们真的希望自己在过去的两年里没有浪费那么多的时间去尝试达到&ldquo;完美&rdquo;,真的希望。</p> <p>推荐阅读:<a href="http://www.beforweb.com/node/85" target="_blank">最小化可用性设计</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> </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/104" typeof="skos:Concept" property="rdfs:label skos:prefLabel">最小化可行产品</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/119" typeof="skos:Concept" property="rdfs:label skos:prefLabel">迭代</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> Sat, 14 Jun 2014 09:35:21 +0000 C7210 511 at http://www.beforweb.com http://www.beforweb.com/node/511#comments 打造成功的产品 - 以小为始,公听并观 http://www.beforweb.com/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="http://www.beforweb.com/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 http://www.beforweb.com http://www.beforweb.com/node/352#comments 案例学习 - 我们在设计iPhone应用时犯过的错误 http://www.beforweb.com/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="http://www.beforweb.com/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 http://www.beforweb.com http://www.beforweb.com/node/140#comments 初创型团队容易在用户体验方面犯的十个错误 http://www.beforweb.com/node/105 <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="http://www.beforweb.com/sites/default/files/article-thumbs/icon-logo-ss-warning-mistake-user-experience-design-startup-product-ux.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>眼看着Beforweb这个博客做了将近一年,也想不到什么庆祝的方法。回头看看差不多每周一篇的产出,心里开出几朵蘑菇。时常有朋友来这边或是到<a href="http://www.weibo.com/c7210">我的微博</a>留言说博主辛苦,感谢分享一类;其实我是真的乐在其中,谈不上什么辛苦。翻译玩票的性质没有变,好在做的这些东西能给很多朋友带来阅读价值,这是很好的事情。</p> <p>这次的译文对我自己来说还是蛮有价值的,无论是在公司做的一些新项目,还是自己试图折腾的一些玩意儿,其间隐约感觉到的问题几乎都可以在这篇当中找到身影。不多说了,接下来进入正文喽。</p> <p>&ldquo;怎样才能提升我的网站(或应用)的用户体验?&rdquo; 这是一个即常见又没有标准答案的问题。特别是对于初创型团队及产品来说,这个问题所涉及到的影响因素更是多种多样。幸好,有一些实践准则可以帮助我们朝着正确的方向前进。在本文中,我们将了解一下初创团队在塑造产品体验的过程中有可能犯下的错误,以及怎样避免这些问题的发生。</p> <!--break--><h3> 为什么初创型团队要特别关注用户体验</h3> <p>良好的用户体验可以增加用户的满意度,提升产品自身的质量及形象气质,进而推动你的业务更好的向前发展。如果你有一款能够让很多人都乐于接受的产品,那么市场推广方面的工作将会变的轻松很多。另外,体验度良好的产品也可以极大的降低客服方面的成本,同时还能帮助你的团队或公司建立正面的公共关系影响力,为将来的业务发展奠定坚实的基础。</p> <p>反之,糟糕的用户体验将对初创型团队及产品造成巨大的负面影响。坏消息会像野火一样蔓延,如果用户不开心,他们会将负面的口碑传播开来,在严重的情况下,你的产品将难以翻身。</p> <p>我很喜欢创业达人Dharmesh Shan的一句话:&ldquo;不要试图讨好用户;重要的是通过产品塑造开心的用户。&rdquo;</p> <p><img alt="happy-customers-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/happy-customers-user-experience-design-common-ux-mistake-startup-team-product.jpg" style="height: 462px; width: 615px; " /></p> <p>从一开始就通过良好的体验使产品在用户心目中树立起正面的形象,这比先让用户不满,随后试图改头换面来说要容易的多。良好的用户体验绝不是巨大的投资或大规模的客户服务团队所能定义的,它是一个围绕着产品周期的自始至终的概念,它是一种态度和文化。</p> <h3> UX(用户体验)与客户体验</h3> <p>聪明的团队会时刻将客户价值放在核心位置,并通过一套完整的体验策略来对其进行深入挖掘。这套策略涵盖了用户体验、品牌与市场推广等诸多方面,旨在为客户创建全方位的独特体验模式。(相关阅读:<a href="http://beforweb.com/node/71">iOS用户体验的差异化及策略</a>)</p> <p>过去,很多以线下业务为主的公司都错误的认为,即使他们的网站不那么好用也不会有多大问题,毕竟线下才是重点。如今,这种观念已经很难站得住脚了,因为用户和公司之间的每一个接触点都会关系到整体意义上的客户体验。在这个充满竞争的市场环境当中,很多新玩家都会瞪大眼睛在那些用户体验还没有被真正做到位的领域当中寻找机会进行突破。</p> <p><img alt="moo-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/moo-user-experience-design-common-ux-mistake-startup-team-product.jpg" style="width: 615px; " /></p> <p>能带来独特的客户体验的产品通常是非常优秀并且能让人们觉得惊喜的。我们能够想到的包括Ocado、Apple、Innocent Drinks一类的大公司,以及moo.com(提供在线打印服务,如上图所示)、graze.com等初创团队,他们有一个共同特点,那就是对其自家产品的热爱与激情,以及对核心客户价值的把握。</p> <p>下面我们将进入正题,来看看初创团队在产品体验方面有可能犯下的典型错误。</p> <h3> 1.良好的体验,错误的产品</h3> <p>正确的产品应该具有简单、专注、符合业务模型等方面的特质。很多网站和移动应用都拥有漂亮的界面、出众的交互模式,但当你产生兴趣并深入了解时,就会发现其实他们并不能为用户带来很明显的使用价值。问题在于,要么这款产品所面向的并非某种大众化的需求,要么就是它所提供的解决方案本身有问题。要打造优秀的用户体验,我们必须在具体的设计工作展开之前首先确保产品自身的方向是正确的。</p> <p><img alt="get-comparisons-google-plus-facebook-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/get-comparisons-google-plus-facebook-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></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> <h3> 2.UX工作切入过晚,执行迟缓</h3> <!--<p>在设计工作展开之前,要对目标用户群体及市场环境做好充分的研究。</p>--><p>包括用户调研和竞品分析在内的用户体验设计工作应该在产品初期就跟进到项目中来,这将有助于产品方向的探索以及产品概念的挖掘。另外,初期的产品原型及可用性测试还可以帮助我们尽早发现产品功能和交互模型等方面的潜在问题,减小在后期重新设计甚至推倒重来的风险。(相关阅读:<a href="http://beforweb.com/node/24">产品早期的原型设计与用户测试</a>)</p> <p>尝试使用&ldquo;精益用户体验&rdquo;的思维方式,从用户的需求和使用情境出发,围绕着最核心的用例来构建最小化的产品功能,保持迭代,快步向前。这将帮助初创团队以最小的成本、最高的速度进入市场。</p> <p><img alt="lean-ux-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/lean-ux-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></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> 3.缺乏明确的价值主张</h3> <p>要在产品和用户之间建立健康持久的关系,我们首先要站在产品的角度,以正确的方式发起和用户之间的&ldquo;对话&rdquo;。如果不能在几秒之内有效的吸引用户的注意力并让他们了解重要信息,那么他们很有可能无法真正的转化为客户。创建简单清晰的价值主张不是一件易事,不过一旦你做到了,它就可以帮助你在最短的时间内向用户呈现产品的核心要素,使用户了解到你的产品与市场当中的同类应用之间的区别。</p> <p>撰写价值主张的文案时,试着从用户的角度出发,想想他们能够从你的产品当中获取怎样的价值,完成怎样的目标任务。价值主张的目的是在最短的时间内让用户对你的产品产生概念并希望继续进行了解,所以你要尽量保持文案的简短易读。</p> <p><img alt="value-proposition-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/value-proposition-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></p> <h3> 4.缺乏专注</h3> <p>初创型团队很容易走入的一个误区,就是希望在短时间内做过多的事情,具体来说,就是把产品功能打造的太多太滥。试着将注意力集中在某个或某些点上,这将更有助于体现产品的核心价值,使其能够更容易的与目标用户进行沟通互动。大而全的产品,最终很有可能无法真正满足任何一个用户群体的需求。</p> <p>以Dropbox(文件储存分享)和Instagram(照片分享)这样的应用为例,他们的成功离不开专注,也就是在一件事上做到极致。这绝没有听上去这么简单,很多时候我们需要面对的是外在的影响因素,例如用户的呼声、投资人或内部决策人员的&ldquo;建议&rdquo;等等。有时我们必须懂得说&ldquo;不&rdquo;,同时还要学会必要的沟通能力,使自己的设计决策得到支持和认同。</p> <p><img alt="dropbox-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/dropbox-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></p> <h3> 5.缺少可用性测试</h3> <p>即使面临着时间和人力成本匮乏的境况,初创型团队仍然不能忽视可用性测试对于产品的重要性。诚然,问卷、焦点小组、用户访谈等用研方式都有各自的优势,但它们都无法代替可用性测试这种让用户与产品原型直接互动的观察方式,在这个过程中你很有可能从用户的反馈当中获得意想不到的信息。</p> <p>关于可用性测试,一个著名的例子就是&ldquo;价值3亿美金的按钮&rdquo;。曾经,一个大型在线零售商发现他们在支付环节流失掉了大量的客户,于是他们请来了可用性专家Jared Spool来帮忙进行可用性测试。通过观察,他发现用户对于支付之前必须注册帐户这件事很反感;一个常见的抱怨是&ldquo;我来这是为了购物,而不是为了建立什么会员关系。&rdquo;</p> <p>基于这一观察结果,他们决定将支付环节当中的登录按钮改为&ldquo;继续&rdquo;,同时告诉用户,你们不必注册就可以直接购物,但注册将带来相关便捷一类。仅此一点改变,这家零售商当晚的销售额提升了45%,而当年的销售额足足增长了3亿美金。</p> <p>永远不要理所当然的假设自己的产品很好用,因为我们对于自己的产品太过熟悉了,无法真正客观的从用户的角度出发进行判断。</p> <p><img alt="usability-test-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/usability-test-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></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> 6.表单过多</h3> <p>在网站或移动应用产品中,表单的作用是让系统获得用户的输入。这是一个很敏感的交互点,通常,缺乏良好设计的表单会成为用户抛弃该产品的一个重要原因。</p> <p>几乎所有的网站都会用到表单,例如在搜索、订阅、交易支付、注册登录等环节当中。你需要对每一个表单都真正的用心,考虑细节中的交互方式是否合理易用,否则用户很有可能在这些环节中感到挫败甚至恼怒。</p> <p>所幸的是,Luke Wroblewski的Web Form Design:Filling in the Blanks(<a href="http://book.douban.com/subject/4886100/">Web表单设计</a>)一书为世界带来了一些改观,越来越多的人开始重视起表单的设计。</p> <p>表单当中的细节调整有时能给网站带来可观的回报,包括转化率的提升。不要把由20多个字段组成的表单一股脑丢给用户,试着按照逻辑或操作步骤将它们进行分组。要站在用户的角度去体会怎样的模式可以让他们觉得更舒服。毕竟,你在表单中用到的字段越多,他们就越有可能无法完成表单的填写。通常,市场部的同学喜欢在表单中能问多少问题就问多少问题,这种方法带来的后果就是用户方面表单完成率的极大降低。</p> <p><img alt="form-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/form-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></p> <h3> 7.让开发人员撰写文案</h3> <p>回想一下自己使用其他网站或移动应用的经历,是否曾经觉得自己像是被当作傻瓜一样对待,或是感到那些不友好的、生硬刺眼的提示信息好像正在对着你大吼?其实在很多时候,产品当中那些细小散碎的文案都是由技术人员在开发过程中&ldquo;撰写&rdquo;的。这种状况蛮令人不解的&mdash;&mdash;信息文案是产品与用户进行沟通交流的重要交互点,可是我们竟然允许自己把它扔给在这方面缺乏专业技能的人来完成!</p> <p>正如设计师<a href="http://bokardo.com/archives/writing-microcopy/">Joshua Porter所说</a>:&ldquo;文案应该是简单而有力的,它要快、轻、有效,它可以是一句话,一个词组,一些单词或一个单词,它是简短却富有冲击力的。&rdquo;通过合理的文案,你可以将产品与用户有效的连接起来。要确保文案的风格基调在产品的每个环节当中保持一致,另外时不时的使用一些非书面用语也可以提升用户对产品的好感。</p> <p><img alt="copy-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/copy-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></p> <h3> 8.缺乏情感和个性</h3> <p>要为产品赋予恰当的人格。长久以来,我们一直将注意力放在功能与可用性等方面,现在是时候来考虑一下怎样在产品体验当中融入个性了。</p> <p>无论是打造一款在线应用,还是简单的展示页,你都可以在设计方案当中尝试情感化的设计思路。无论风趣、友好、严肃、谨慎,只要设计方案所体现出的人格气质符合产品自身的特质,它就可以在用户头脑中产生长久而深刻的印象。</p> <p>推荐阅读:<a href="http://beforweb.com/node/103">为产品赋予人格 - 情感化设计的组成要素及实践案例</a></p> <p><img alt="emotional-design-personality-user-experience-design-common-ux-mistake-startup-team-product.jpg" src="/sites/default/files/images/201208-3/emotional-design-personality-user-experience-design-common-ux-mistake-startup-team-product.jpg" /></p> <div class="embed"><article id="node-303" class="node node-related-books" about="/node/303" 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/B007HWLYSQ/?_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/49.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/怦然心动-情感化交互设计指南-安德森/dp/B007HWLYSQ/?_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/B007HWLYSQ/?_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> 9.技术成为障碍</h3> <p>很多网站在用户看来就是一台机器,这种情况在某些时候是由于技术方面的因素所造成的。要让技术为产品服务,如果某种技术不能给产品带来高质量的用户体验,那么就考虑其他的方案。不能因为计算机(或开发人员)说&ldquo;不&rdquo;,就妥协的接受着某种阻碍产品体验提升的技术方案。难以辨识的验证码图片、充满了技术词汇的出错提示、毫无意义的模态窗口、翻来覆去的页面刷新和跳转&mdash;&mdash;这些问题对产品体验的破坏力是非常巨大的。</p> <h3> 10.过早或过晚上线</h3> <p>很多初创型团队会避开公众的视线,花上几个月甚至几年的时间让自己处于&ldquo;隐形模式&rdquo;,为的是避免在太多不确定因素的影响下推出产品,或是防止竞争对手剽窃创意等等。同时也有些团队会以非常&ldquo;精益&rdquo;的风格,在最短的时间内将没有经过用心雕琢的粗制滥造的第一版作品发布出去。</p> <p>要在&ldquo;过早上线&rdquo;与&ldquo;追求完美&rdquo;之间寻求一个恰当的平衡点。这不是一件易事,权衡的结果将取决于不同产品的实际情况,另外同类产品的市场竞争状况也是一个重要的影响因素。不过最基本的底线是,在产品真正达到&ldquo;最小可用&rdquo;之前,不要将它推向市场。要确保核心功能到位,同时,围绕着核心功能的用户体验也经过了充分的考虑与雕琢(相关阅读:<a href="http://beforweb.com/node/85">最小化可用性设计</a>)。如果在没有达到这个程度的情况下就将产品发布出去,你很有可能需要再接下来的日子里花上很大的成本去弥补一期产品带来的负面影响。</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/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/37" typeof="skos:Concept" property="rdfs:label skos:prefLabel">可用性测试</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/104" typeof="skos:Concept" property="rdfs:label skos:prefLabel">最小化可行产品</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/116" typeof="skos:Concept" property="rdfs:label skos:prefLabel">情感化设计</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/86" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验策略</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/117" typeof="skos:Concept" property="rdfs:label skos:prefLabel">精益用户体验</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> Thu, 23 Aug 2012 06:32:15 +0000 C7210 105 at http://www.beforweb.com http://www.beforweb.com/node/105#comments 最小化可用性设计(Minimum Usable Design) http://www.beforweb.com/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="http://www.beforweb.com/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 http://www.beforweb.com http://www.beforweb.com/node/85#comments