Be For Web - 用户研究 http://www.beforweb.com/taxonomy/term/54 en 研究用户行为,而非看法 http://www.beforweb.com/node/1019 <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-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>编者按:各位开工大吉,不知有没利是拿?春节假期很快就过去了,最温暖开心的是过年本身,还是年前最后一两天那样轻松安心告诉自己&ldquo;一年的辛苦结束了&rdquo;的氛围呢?我似乎更怀念后者。</p> <p>新年伊始,一篇有点意思的译文,来自合作作者 Qmy,一位&ldquo;渴望快速成长的好奇产品宝宝&rdquo;。自从年初开始招募合作作者,认识了越来越多的业内朋友;以文章为媒介互通有无,也是一种很有趣的沟通体验。招募长期开放,有意愿尝试的朋友也可以<a href="http://beforweb.com/node/1009" target="_blank">通过招募启事了解详情</a>;感谢,祝新年大吉~ - 编者人格的 C7210</p> </div> <!--break--><h3> 研究用户行为,而非看法</h3> <p><img alt="" src="/sites/default/files/images/201902/%E5%A4%A7%E5%B0%81%E9%9D%A2.png" style="width: 600px; height: 300px;" /></p> <p>通常人们会说,&ldquo;去和你的潜在用户聊聊,看看他们想要什么,然后就给他们什么&rdquo;。于是我这么做了,但一切似乎并没有预想得那么顺利。</p> <p>几年前,我做了一个名为&ldquo;Spotnight&rdquo;的 App,它可以告诉你晚上去哪里玩。这个主意是我和一帮朋友在酒吧讨论接下来该去哪的时候想出来的。</p> <p>&ldquo;很棒啊&rdquo;,有人听了我的想法之后说,&ldquo;如果真有这样一个 App ,能列出晚上所有好玩的地方,并能让你知道你的朋友都去了哪里。&rdquo;这个想法得到了大家的一致认可,而我似乎也找到了创业方向。</p> <h4> 走出房间,去做调研</h4> <p>那是 2012 年,我还住在里约热内卢,身边有很多潜在用户。我找了些朋友,以及朋友的朋友们去做访谈。当时的状况通常是这样的:</p> <blockquote><p>Q:&ldquo;你会不会经常因为资讯短缺而错过很多美好的夜晚?&rdquo;<br /> A:&ldquo;是的,时常如此。&rdquo;<br /> Q:&ldquo;如果有一个 App 能告知你所有的聚会信息,以及你的朋友都去了哪里,你觉得这个 App 怎么样?&rdquo;<br /> A:&ldquo;听起来很棒!&rdquo;<br /> Q:&ldquo;你会经常使用这样的 App 吗?&rdquo;<br /> A:&ldquo;当然!事实上我现在就需要这个 App 来帮我决定这周末去哪儿,我到现在都没有任何计划。在哪里可以注册获取到这个 App?&rdquo;</p> </blockquote> <p>看起来,这个 App 会很有市场。于是我没日没夜地工作,就想赶紧把它做出来。经过三个月的艰苦奋斗(好吧,可能是六个月),Spotnight 在 App Store 上线了。我的朋友们都很激动,纷纷下载并开始使用。</p> <h4> 事实检验</h4> <p>等一下,似乎有状况。</p> <p>数据是不是出了问题?为什么使用这个 App 的人比我想象中少很多?最令我想不通的是,那些之前说会经常使用这个 App 的人根本没有真的在用!</p> <p>我联系了一些早期的用户,想要弄明白其中的缘由。几乎每一次,我都能听到相似的理由:&ldquo;我还没来得及用。它看起来挺好的,我过几天就会用它的。&rdquo;</p> <p>他们在说谎吗?或是另有隐情?</p> <h4> The Mom Test</h4> <p>我发现了一个叫作 &ldquo;The Mom Test&rdquo; 的工具,其设计者是 Rob Fitzpatrick。在这个工具的帮助下,我发现真的不应该责怪我的朋友们;他们没有错,是我问错了问题。</p> <p>The Mom Test 假设每个人都不是故意要骗你,他们只是各有各的原因。而在所有这些人当中,欺骗你次数最多的是你妈妈,因为她爱你,时常要照顾你的情绪。</p> <p>为了通过 The Mom Test ,你需要问那些连你妈妈都无法欺骗你的问题。设计者 Rob 建议:</p> <ul> <li> 多和用户讨论他们的生活,而不是你的想法。</li> <li> 多询问过去发生的具体事件,而不是他们对于未来的宽泛看法。</li> <li> 少说,多听。</li> </ul> <p>这么一看,我曾问过的问题大多集中在宽泛的陈述、假设以及看法上,而没有聚焦在明确的事件当中。事实证明,要对人们未来的行为进行预测,最好的方法就是研究他们过去的行为,而不是询问他们对于未来的看法。</p> <h4> 宽泛性的问题不大好</h4> <ul> <li> 你多久一次&hellip;&hellip;?</li> <li> 一般而言,你会 &hellip;&hellip;?</li> <li> 一周大概有几次&hellip;&hellip;?</li> </ul> <p>类似这样的问题基本都是不靠谱的。举个例子,你如果问一个人他一周去几次健身房,他可能会说:&ldquo;一周两次&rdquo;。但是如果你换种方式问这个人上次去健身房是什么时候,你可能会发现他最近一个月都没有去过。</p> <p>试着让宽泛性的问题更具指向性,与曾经发生过的事件或行为进行关联,你将能得到更可靠的答案。</p> <h4> 询问观点就更糟了</h4> <p>以 &ldquo;你认为&hellip;&rdquo; 开头的问题,会让你得到对方的观点,而非事实。通常,观点听上去都很像事实,然而它们并不是 - 这使得&ldquo;观点&rdquo;这种东西变得相当危险。一旦涉及到商业和产品领域,情况就更遭了,即使经验丰富的专家也会时常将它们搞混。不妨去问问天使投资人、连续创业者或是产品经理,他们会告诉你基于&ldquo;观点&rdquo;进行创业的成功几率有多低。</p> <p>我建议彻底忽略掉&ldquo;观点&rdquo;。在做产品决策时,务必坚守&ldquo;事实&rdquo;。</p> <h4> 假设性的问题是最糟糕的</h4> <p>所有的坏问题当中,最为糟糕的就是我们在验证想法时本能一般地问道&ldquo;你会...吗?&rdquo;之类。</p> <p>人们并不善于预测自己未来的行为。对比一下每年的新年愿望以及最终的完成状况,你就会明白。</p> <p>假设的本质仅是猜测而已。基于猜测去打造产品及整个业务是非常不靠谱的。</p> <h4> 要多了解过去的行为</h4> <p>用户访谈的重点在于收集他们过去的行为事实,而不是他们对于你的主意的看法。我弃用了最初的那些访谈问题,开始重新来过;不再询问宽泛的、假设性的问题,取而代之的是:</p> <blockquote><p>&ldquo;你能跟我讲一下你最近一次「参与某个活动」的经历吗?&rdquo;</p> </blockquote> <p>对于我的产品而言,我想要了解人们最近一次和朋友出去的场景。我想要发现人们为什么出去,深层的动机是什么,出去之后他们都做了些什么。我开始找寻人们使用或者不使用我的产品的真正原因。</p> <ul> <li> 是什么触发了你的决策?</li> <li> 你希望实现怎样的目标?</li> <li> 活动在何时进行?</li> <li> 你当时在什么地方?</li> <li> 有谁和你在一起?</li> <li> 你们具体进行了哪些活动?</li> <li> 之后又发生了什么?</li> </ul> <p>在每个阶段,我都保持着好奇,通过询问尽可能多的问题来加深我的理解。</p> <ul> <li> 这件事为什么很重要?</li> <li> 状况是否会令你沮丧?</li> <li> 再跟我多讲讲这个?</li> <li> 是什么让你产生了这种想法?</li> <li> 你能否帮助我进一步了解你当时的想法?</li> <li> 你还考虑过哪些其他的方法吗?</li> <li> 还有什么要说的吗?</li> </ul> <p>如此询问了 5-6 个人之后,我就有了新的想法。比如我发现,当一帮人在一起的时候,&ldquo;晚上去哪里玩&rdquo;就会成为最令人头疼的问题。我们都经历过这种状况:有个人提了个建议,大家都接受了,但最后一点儿都不好玩。</p> <p>这个发现为我带来了意想不到的结果。群体思维过程大多会忽略外部影响,而倾向于根据群体已有的经验进行决策。我的产品就是那个&ldquo;外部影响&rdquo;,所以当很多人聚在一起时,就不太可能去用。难怪人们没有他们自己所期待的那样频繁使用。</p> <h4> 结语</h4> <p>最后,我将 Spotnight 进行了转型。回想起来,我本无需花费时间把产品打造出来去验证它的价值;我只需要在一开始问一些正确的问题,关注潜在用户的实际行为,而非他们的观点表达,便可以省去巨大的时间与精力投入。</p> <p>避免询问宽泛性的、假设性的问题及个人观点,这个原则说起来容易做起来难,你需要进行一定的练习。我们会本能一般地想要知道潜在用户是否喜欢我们的想法,他们是否会去用我们的产品。但请记住,无论用户的答案是什么,无论用户对这个想法有多感兴趣,都不代表我们可以轻易相信他们的话,即便他们的回答是真诚的。</p> <ul> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">英文原文:https://medium.dave-bailey.com/what-you-shouldnt-ask-your-customers-a208c5dbab75</span></span></li> <li> <span style="color:#d3d3d3;"><span style="font-size:11px;">原文作者:Dave Bailey</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><span style="color:#d3d3d3;"><span style="font-size:11px;"><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 600px; height: 154px;border:none;" /></span></span></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/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/193" typeof="skos:Concept" property="rdfs:label skos:prefLabel">访谈</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Mon, 11 Feb 2019 16:10:18 +0000 C7210 1019 at http://www.beforweb.com http://www.beforweb.com/node/1019#comments 如何设计有效的用户调查问卷 http://www.beforweb.com/node/1013 <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-sss-logo-question-answer-ux-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"><div class="entry-intro"> <p>编者按:各位周三午安,是降温的一天,不下雨就是最好。今晚似乎会排练哦,年会帮团队客串贝斯,讲真是我第一次在台上弹四根弦,电箱贝斯还蛮有趣的。要稳,宜低调,禁飘逸。</p> <p>今天是译文时间了,关于调查问卷的一些设计思路,来自新的合作作者&ldquo;少年游&rdquo;,自称&ldquo;一个完全不懂设计的设计师&rdquo;。一两周前开始了新一轮的合作作者招募,非常感谢期间各位朋友们的沟通交流;招募长期有效,详情戳文末的启事链接,有意愿尝试的朋友们可以随时留言联络我。 - 编者人格的 C7210</p> </div> <!--break--><h3> 如何设计有效的用户调查问卷</h3> <p><img alt="" src="/sites/default/files/images/201902/0-2.jpeg" style="width: 600px; height: 330px;" /></p> <p>谈起&ldquo;用户体验&rdquo;,&ldquo;用户&rdquo;自然是其中的重中之重。无论是准备发布全新的产品,还是进行版本迭代,如果不了解用户的诉求与预期,我们显然无法产出良好的产品设计。</p> <p>调查问卷是我们获取用户反馈的最佳方法之一,因为调查问卷可以远程完成,而且相比于其他研究方法来说,成本更加低廉。</p> <p>那么,应该如何设计一份能够帮助我们获取有效信息的问卷呢?在本文中,我将为各位提供一些关键环节的指导。</p> <h4> 1. 为什么你需要一份调查问卷?</h4> <ul> <li> 了解用户如何与你的产品进行互动。</li> <li> 获取有用的反馈。</li> <li> 评估用户对于产品的态度及满意度。</li> <li> 了解产品的可用性表现。</li> <li> 改进你的产品。</li> <li> 追踪数据变化。</li> </ul> <h4> 2. 确定目标</h4> <p>缺失明确的目标,问卷调查将以失败告终;主要目标有且只能有一个。所以我们首先应该明白,调查问卷的根本目标是获取关于产品的有效信息反馈。背离了这一目标,所谓&ldquo;问卷调查&rdquo;将名不符实。</p> <h4> 3. 设计问卷</h4> <p>问卷当中通常包含三种类型的问题:多选题,评分题和问答题。</p> <p><strong>多选题</strong></p> <p>选择题是最常用的问题形式。首先,多选题可以节约参与者的时间,提高他们填写问卷的积极性;其次,选择题做起来简单方便。但是你需要严格控制选项的数量,否则当参与者面对太多选项时,很可能会犹豫不决。</p> <p>不过多选题也一个缺点,就是它会限制参与者的思维,以及对这些选项的深入思考。</p> <p><strong>评分题</strong></p> <p>多数人喜欢通过打分来表达感受,因为人们可以从主观上进行更好的把控。将评分设定为1至5分,我们便可以了解用户对于产品的态度及满意度。</p> <p><strong>问答题</strong></p> <p>问答题通常出现在问卷的结尾部分,譬如&ldquo;你还有其他的建议和评价吗?&rdquo; 虽然时常会被参与者选择性地忽视,但如果他们真的填写了问答题,那么这就是非常有价值的信息。你不需要在这里提一大堆问题,两个就够多了,否则用户回答问题的热情将会受到影响。</p> <p>一份调查问卷通常需要整合运用以上三种问题形式,这会使问卷更具多样性,同时也更加有趣。<a href="https://www.interaction-design.org/literature/article/useful-survey-questions-for-user-feedback-surveys">这里有一些范例供参考</a>:</p> <p><img alt="" src="/sites/default/files/images/201902/0-4.jpeg" style="width: 600px; height: 320px;" /></p> <h4> 4. 选择调查对象</h4> <p>接下来,你需要确定谁是你的目标用户,你需要把问卷发给谁来做。你可能需要知道他们的年龄、兴趣、国籍、生活环境等等。</p> <p>调查问卷可以通过远程的方式来进行,也可以在大街上来完成。如果你选择的调查对象是大街上的随机路人,那么你必须确保问题足够易于理解;如果对象是UX设计师,那么问题就需要更加专业化。</p> <p>比如:</p> <blockquote><p>下列哪个职能在设计过程中最重要?<br /> A:交互,B:UI,C:都有</p> </blockquote> <p>如果调查对象选了 A,那么他们可能会需要 Mockplus 这样小巧的产品;如果调查对象选了 B,那么他们可能更喜欢使用类似 Sketch 这样的产品;如果调查对象选了 C,那么他们可能更需 Proto.io、Justinmind、Axure 等等。</p> <p><img alt="" src="/sites/default/files/images/201902/0-3.jpeg" style="width: 600px; height: 349px;" /></p> <h4> 5. 增加问题的趣味性</h4> <p>调查问卷不需要总是很严肃的样子;提一些有趣的问题或许可以帮助你更加轻松地获取反馈。但如何设计有趣的问题并非易事,你需要很多知识作为辅助,有时甚至你的人格特质也会影响问题的质量。如果你毫无头绪,也可以参考一下竞品的问卷设计方式。</p> <h4> 6. 重复提问</h4> <p>为什么我们需要重复问问题?因为有时被调查者会不小心忽略掉第一个问题,这样我们就无法收集到有效信息。所以你需要通过重复问一些问题来强调那些问题的重要性。</p> <p>如何确保这样做不会使人厌烦呢?你可以试着对相似问题的顺序进行调整,同时改变它们的文案,使问题看上去并不那么相同;此外还可以尝试以图代字的方式。</p> <h4> 7. 调整问题排序</h4> <p>很多研究者都发现,问题的顺序会影响被调查者的回答。如果顺序设计不当,很可能会对调查过程的体验造成影响。</p> <p>一般性、笼统性的问题应该前置,而比较具体的则需要向后放一放。为什么?想想看,当你把问卷交给别人去做时,肯定希望能获取到最有用的反馈;但是如果问题一上来就很难于理解,谁会愿意花费时间去思考和填写呢?</p> <h4> 小结</h4> <p>设计一份有效的用户调查问卷,这就像是在设计一款用户体验良好的产品 - 它们都和目标用户的体验息息相关。作为用户研究员,我们必须要掌握这样一些基本的问卷设计方法,才能更加有效地了解用户的诉求与期望。</p> <ul> <li> <span style="font-size:11px;"><span style="color:#d3d3d3;">英文原文:https://blog.prototypr.io/how-to-design-an-effective-user-experience-questionnaire-c32f0c8e6b9e</span></span></li> <li> <span style="font-size:11px;"><span style="color:#d3d3d3;">原文作者:Trista Liu</span></span></li> <li> <span style="font-size:11px;"><span style="color:#d3d3d3;">译者:少年游(Beforweb合作作者)</span></span></li> <li> <span style="font-size:11px;"><span style="color:#d3d3d3;">编者: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="/news" 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/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/266" 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/200" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Wed, 16 Jan 2019 03:40:52 +0000 C7210 1013 at http://www.beforweb.com http://www.beforweb.com/node/1013#comments ⌈随笔⌋ 大佬面基与实境调研 http://www.beforweb.com/node/984 <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-ux-sketching-pencil-wireframe-prototype-user-experience-ll.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>在之前的 What&#39;s Been Up (见公众号&ldquo;Beforweb&rdquo;)中有提到 &lceil;线之点&rfloor; 的想法:</p> <blockquote><p>不再动辄试图组织起一个大大的&quot;面&quot;或是串联成长长的&quot;线&quot;;动笔之前就给自己好大的压力,一脑门子官司,结果就是回避执行,不了了之。不太好...试着仅随机写一些,点;或许有意回避一些发散的思维状态,仅聚焦于一些,点。</p> </blockquote> <p>大致这样,尝试看看。想来 &lceil;随笔&rfloor; 这个说法相比于 &lceil;线之点&rfloor; 更通俗易懂;原本想用更加简洁的形式作为前缀,例如 &lceil;随笔&rfloor; 的拼音首字母,发现也是不太好。</p> <!--break--><p>另外是诶总会觉得村上春树的那些随笔集超酷的,譬如《村上广播》系列、《碎片,令人怀念的1980年代》等等;一个话题只写上一到两页书的样子,怡然自得;疯狂读这些书的日子里时常会想&quot;要是自己也会这样写字就好了&quot;。那时曾经做过一期<a href="http://beforweb.com/node/859" target="_blank">村上的随笔/游记书单</a>,自己翻出来看看依然觉得很有趣啊;分享给各位。</p> <p><img alt="" src="/sites/default/files/images/201808/IMG_3419.jpg" style="width: 500px; height: 500px;" /></p> <p>怎么看也不像是要写短小内容的样子,前言已然有几百字了。好在&quot;关于&quot;只需写一次。</p> <p><strong>随笔的原则</strong>:重在即兴与记录,不深挖,不发散,快进快出;若确有价值,将来再做详述和讨论。</p> <h3> 大佬面基与实境调研</h3> <p>轻易不太敢用&quot;大佬&quot;这个词,市面上也有些泛滥,但这次例外。</p> <p>上周有幸和三位真大佬面了基,搓了饭。艾体验 CEO Amy小艾,尚公子孔老师,以及,<strong>《用户体验要素》译者,范晓燕范老师</strong>。</p> <p class="rtecenter"><img alt="" src="/sites/default/files/images/201808/568495f8Ne60ec5d6.jpg" style="width: 250px; height: 250px; border: none;" /></p> <p>有那么几本经典设计书是C每一两年都会重读一遍的,可以理解为自我 reset 和正念疗愈的方式。如果时间仅够读一本,那必须是《用户体验要素》;如果时间够读五本,那就会是《用户体验要素》+《About Face》。这算是个笑话么。</p> <p>能和这本书的译者老师面对面交流对我而言蛮梦幻的;多数时间只是紧张地低着头,喝喝荸荠水,还打了很多喷嚏,以至于公子问我:&quot;你丫怎么这么温柔?&quot;。尴不失笑。</p> <p>席间听老师们谈论着行业内外的话题,聊聊产品,聊聊创业;思路也随之穿梭奔腾,收获到好多好多。小艾有提到她在项目中更鼓励设计师们通过实境调研而非访谈等方式做前期用研。颇为认同。谈个毛线啊。</p> <p>这么说话就不像文人了,打住。不不,谈还是要谈的,在某些项目情境中,这类更偏向于市场调研的方式自然有其功用;我仅站在更贴近实际工作场景的角度表示认同。</p> <p>实际工作场景中,特别是 C 侧产品,特别是设计师本人可以代表一大部分目标用户的 C 侧产品,设计师及其团队往往需要自导自演一系列研究工作,最典型的包括<strong>实境调研、启发式评估、可用性测试</strong>等等。我们很熟悉这样的场景 - 邀请身边的同事扮演普通用户或是第三方专家的角色,观察其如何使用现有工具或竞品来完成任务(实境调研),或是对现有产品进行可用性走查(启发式评估),或是对设计方案进行任务流程测试(可用性测试)等等。</p> <p>不想站在学术或理论的角度对这种实践方式进行评判 - 毕竟是现实当中符合逻辑、节约成本的常用操作方式,只要确保一系列条件约束,譬如用户人格带入的是否彻底,&ldquo;演员&rdquo;是否能保持敏感状态,被测模块是否与&ldquo;演员&rdquo;自身的工作有所重叠等等。</p> <p>非正规、松散型的研究方式确实更容易产出模糊的结论,因为实施角度容易超出目标界定的范围。<strong>我们邀请同事扮演用户进行实境调研分析,过程很可能演变成对于同类产品的竞品分析</strong>,出于职业习惯;<strong>我们邀请同事扮演用户进行可用性测试,过程很可能演变成启发式评估</strong>,出于职业习惯。最终得到的研究结果或许(在很大程度上)会有价值,但未必符合设计师的调研初衷。</p> <p>对于这类自导自演性质的研究工作,建议导、演双方事先就研究的目标及预期产出达成严格的共识:</p> <ul> <li> <strong>实境调研</strong>:演员不做分析与评估,仅表述自己的需求目标,并使用特定的工具产品完成特定的任务;设计师以记录演员的行动特质为主要任务,后期产出流程与痛点分析。</li> <li> <strong>启发式评估</strong>:演员进行可用性评估,设计师提供辅助支持,例如按照尼尔森十项可用性原则(或其他标准)将演员发现的问题进行归类;演员在评估当中不带入自己已知的项目背景或技术约束等因素,设计师同样不就演员提出的可用性问题进行辩解;最终目标是发现客观存在的问题并产出严重度评估。</li> <li> <strong>可用性测试</strong>:演员不做分析与评估,仅聚焦于任务执行,时刻保持发声;设计师不做引导,不询问任何设计建议,不要求演员进行专家评估,避免干扰其任务流程,避免造成其人格分类;最终产出详细的流程记录,并进一步提炼方案中的可用性问题供迭代参考。</li> </ul> <p>还是比自己预想的&ldquo;随笔&rdquo;要长。既想控制篇幅与产出成本,又想把事儿说明白,不是很容易的样子。有的没的,就到这里。</p> <p><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 450px; height: 116px;" /></p> <p>C自制的 WireframeKit for Sketch 线框稿风格组件库已<a href="http://beforweb.com/node/978" target="_blank">升级至V1.1</a>,了解下:</p> <p><a href="http://beforweb.com/node/978" target="_blank"><img alt="" src="/sites/default/files/images/201808/V1_1-%E5%85%AC%E4%BC%97%E5%8F%B7%E4%B8%8E%E5%A4%B4%E6%9D%A1.png" style="width: 450px; height: 253px;" /></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="/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/200" 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/253" typeof="skos:Concept" property="rdfs:label skos:prefLabel">随笔</a></li></ul> Tue, 28 Aug 2018 16:38:28 +0000 C7210 984 at http://www.beforweb.com http://www.beforweb.com/node/984#comments [有声回顾] 优秀的UX设计师应该做好的五件事 http://www.beforweb.com/node/966 <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-mic-podcast-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>昨天在&ldquo;<a href="http://beforweb.com/node/965" target="_blank">我想发些声音了</a>&rdquo;当中聊到试着通过录音的方式回顾Beforweb过去几年的一些精华内容,立刻就有朋友赞赏支援咖啡了,感谢;那我们说做就做吧;选择了2012年9月发布的一篇译文。</p> <p>至于录音,下午搞掉的;门窗紧闭着还是能依稀听到外面的小鸟在叫啊、防盗报警一类的声音。第一次这样对着麦克风,空无地念叨着,感觉怪怪的;没有任何真人对话互动,全身心不知自己在和谁讲话。</p> <p>通过GarageBand一遍录下来,无后期,一些杂音或磕磕绊绊的地方先随它去了,保持简单先;听自己的声音还真是别扭哦,怎么形容呢 - 紧张,且丧。不过我猜平时讲话大致就是如此,给各位听到的也算真实;慢慢培养经验再做优化吧。</p> <!--break--><p>OK下面就是正经的喽,先是音频(可以在微信扫码收听,或在喜马拉雅FM),然后是文字版本的内容概要与原译文。</p> <p><img alt="" src="/sites/default/files/images/201805-1/IMG_1411.JPG" style="width: 450px; height: 636px;" /></p> <h4> 内容概要</h4> <p>真正的UX设计师懂得通过一套持续改进的流程让产品逐渐变得更好。这套流程,或是说方法框架当中,交织着&ldquo;人&rdquo;、&ldquo;业务&rdquo;、&ldquo;技术&rdquo;这三个方面的因素;而我们的工作,就是对这些因素进行充分的理解,使它们在&ldquo;产品&rdquo;这个集合体当中有机地结合起来。</p> <ul> <li> 掌握更加直接高效的沟通方式</p> <ul> <li> 相比于通过软件工具制作的线框原型,纸、笔、白板在很多时候都是更加有效的工具。</li> </ul> </li> <li> 调研与验证</p> <ul> <li> 总会有时间做用研的,因为制作原型一类的工作本应只占据全部设计流程的一小部分。</li> </ul> </li> <li> 更早、更多的展示设计方案</p> <ul> <li> 验证你的假设,这是非常重要的一项工作。&ldquo;我想&rdquo;是这个世界上最危险的两个字,人们付钱给我们不是要我们去为自己做设计。</li> </ul> </li> <li> 控制好流程</p> <ul> <li> 对流程进行充分的规划与控制,在每个环节里与相关人员密切协作 - 这应该成为用户体验设计师的习惯和本能。</li> </ul> </li> <li> 持续改进</p> <ul> <li> 试着在每一个迭代周期的每一个环节当中都尝试一些新的东西,去实施并验证,然后进行回顾和总结,在下一个周期中做出调整,继续尝试。</li> </ul> </li> </ul> <h4> 原文对照</h4> <p>2012年版本的原译文:<a href="http://beforweb.com/node/116" target="_blank">优秀的用户体验设计师应该做好的五件事</a></p> <p>多谢各位;下期见。</p> <p><img alt="" src="/sites/default/files/images/s/QR-Support-C.JPG" style="width: 450px; height: 450px;" /></p> <p><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 450px; height: 116px;" /></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/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/64" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原型</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/245" typeof="skos:Concept" property="rdfs:label skos:prefLabel">播客</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/246" typeof="skos:Concept" property="rdfs:label skos:prefLabel">有声回顾</a></li></ul> Mon, 14 May 2018 10:38:07 +0000 C7210 966 at http://www.beforweb.com http://www.beforweb.com/node/966#comments 这些错误不止UX新人会犯 http://www.beforweb.com/node/957 <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-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"><p>想起两件事。一是更新越来越多放在早上了,而前言一类仍习惯于周末下午或晚间写,于是情境感似乎越发不搭。没什么大毛病,但也要像样的至少问一次&ldquo;早上好&rdquo;。</p> <p>第二件事忘记有没说起过;自从文末增加了支援咖啡的赞赏码,很多朋友表达了支持;谢谢各位。然而赞赏消息是看不到用户名的,我很想但无从知晓是哪些朋友在做支持;所以如果愿意,还请各位在赞赏留言中告知;这些代表大家支持的咖啡C一饮为敬;美式。</p> <p>另外,之前一条赞赏消息里有这样的留言:&ldquo;好文章是渡过低潮的人生指引&rdquo;,虽然不知是哪位朋友,但我看到这留言后会抱着共鸣与感激之情,希望您能看到;谢谢。</p> <p>今早的译文,&ldquo;Confessions of a UX designer&rdquo;,UX设计师的忏悔,作者谈到了他在初入UX设计行业时犯过的一些典型错误。觉得原标题有些言重了,虽是戏言;于是稍作演绎,而且这些问题确实不止发生在新手身上。我似乎很少会使用这类风格的标题?</p> <!--break--><p>原文题图不好,换了一张自己拍的;玉不琢,不成器;倒也切题。</p> <p>下面进入译文。</p> <p><img alt="" src="/sites/default/files/images/201803-5/IMG_2988.jpg" style="width: 450px; height: 600px;" /></p> <p>去年,我发现了&ldquo;UX设计&rdquo;这个魔法般的世界,并决定投身其中。我学习了一些在线课程,通过书本和博客来补充知识,并学习了Sketch、Principle一类工具。不久之后,我开始希望能学以致用,于是试着在一些个人项目中将我学到的东西付诸实践。</p> <p>我进行了用户访谈,创建了用户角色,画了一些草图并创建了原型。一切都还不坏的样子,我很快就完成了多个项目,包括一些概念设计与重设计。</p> <p>至少我自己觉得事情进展的不错,于是我将这些项目放到了线上,并且很快就从一些资深设计师那里收到反馈。那之后,我开始一点点意识到,我的方案远不如自己想象的那样完美。随着时间的推移,作为一名逐渐成熟的设计师,我越发能够看清自己当时犯的一些典型的错误。</p> <p>对于错误的认知促使我写下这篇文章。认清所错之处,思考如何纠正,这是自我提升的有效方式。我将这些经验分享给大家,希望各位也能从中有所收获,毕竟我们都希望成为更好的设计师。</p> <h3> 我没有花足够的时间去了解用户</h3> <p>&ldquo;共情&rdquo;是用户体验设计的关键。回头看,我当时并没有对目标用户有着足够实际的认知。虽然我的那些项目都启动于用户访谈或问卷调研,但我本该花更多时间去建立共情,而不是急着向前推进。</p> <p><strong>缺乏足够坚实的用研基础,我便无法构建清晰的用户角色与用户旅程,因此实际设计阶段当中的很多决策都是基于假设,缺少研究依据</strong>。</p> <h3> 我太快地进入了单一方向的探索</h3> <p>结束了前期研究并进入概念探索阶段后,我开始快速构思设计方案;但我几乎完全聚焦于当时的第一个设想,并一路走了下去,仅仅因为那个概念方向是我自己最喜欢的。</p> <p>我本该在初期探索更多的方案,并从中选择最优的那个进行深挖。对于最具潜力的方案,我也应该首先通过用研结论或用户反馈进行快速验证,而不是立刻着手设计。</p> <p>日后,我才慢慢懂得<strong>让每一个设计决策都有验证依据作为后盾</strong>。</p> <h3> 我将太多精力放在了视觉表现层</h3> <p>和上一个错误类似,我过早地进入了视觉表现层面的探索,并在其中花费了太多时间。在打开Sketch去尝试字体与配色方案之前,我甚至没有对产品的信息架构及功能逻辑进行必要的梳理。</p> <p>那时,我刚刚学会使用Sketch与Principle;我迫不及待地想要创建出漂亮的UI与动效,以此来证明自己的视觉设计能力。对于优秀的产品而言,漂亮的外观固然是重要的组成要素,但我确实太早地将太多精力消耗在了这里。</p> <p>意识到这一点之后,我对自己提出了挑战 - 在更多的时间里通过纸和笔绘制草图,直到想法成熟之前,尽可能不去触碰Sketch。对于线框稿,我也要求自己聚焦于功能性与可用性的探索,避免过高的保真度。</p> <p><strong>我无意否认视觉表现层的重要性,但它绝非我们在产品设计的中前期所该聚焦的</strong>。</p> <h3> 我的学习目标过于分散</h3> <p>我在那些个人项目当中扮演的角色过多,包括用研、UI设计、信息架构设计等等。当然,那时我希望充分展示各方面的能力,在任何一个角色上都做到最佳。</p> <p>如今,我同样认为具备全流程跟进能力对于UX设计师来说非常重要,但不可否认,对于新人而言这个目标太大了;回头看来,那时我在每个方面所能做到的仅仅是蜻蜓点水而已。</p> <p>在入门阶段,<strong>我更应该选择一个特定的领域去深入探索和实践</strong>,譬如聚焦在用研方面深度学习研究策略,或是在原型设计和可用性测试方面进行更多训练。</p> <h3> 我认为&ldquo;完美的最终方案&rdquo;就是一切</h3> <p>那时,我认为&ldquo;完美的最终方案&rdquo;是最为重要的事,而通往这个终点的整个历程仅是某种需要一步步贯彻的手段而已。</p> <p>后来我渐渐明白,优质的解决方案固然是最理想的产出,但除非你在设计流程的每一个环节都付出心血,否则任何最终方案都只是空中楼阁。对于某个具有潜力的解决方案,你可能非常了解它的运作方式,但也只有在每个阶段都深入钻研,它才可能成为能够解决真实问题的实际产品。</p> <p><strong>&ldquo;产品设计&rdquo;不仅在于最终的产出,同时更在于设计流程当中那些符合方法与逻辑的每一个步骤;好的设计师不仅要给出解决方案,同时更要能对方案背后的思路与决策进行诠释</strong>。</p> <h3> 小结</h3> <p>我仍在设计之路上前进着,为了创造出更优的产品体验而锻铸着自己;我也期待着从更多错误当中学到更多东西。希望各位能从本文当中获得些许收获。</p> <p><span style="color:#a9a9a9;">英文原文:https://uxplanet.org/confessions-of-a-ux-designer-5b101438eb05,作者:David O. Andersen</span></p> <p><span style="color:#a9a9a9;"><img alt="" src="/sites/default/files/images/s/QR-C(1).png" style="width: 450px; height: 450px;" /></span></p> <p><span style="color:#a9a9a9;"><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 450px; height: 116px;" /></span></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/200" 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/115" typeof="skos:Concept" property="rdfs:label skos:prefLabel">视觉设计</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Wed, 21 Mar 2018 16:28:25 +0000 C7210 957 at http://www.beforweb.com http://www.beforweb.com/node/957#comments 情境,一切在于情境 http://www.beforweb.com/node/407 <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-mobile-app-context-ux-ui-design-experience.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>待业假期过半,还剩一周,该看的书还没看完,倒是把Quake4又通关了一遍...难得玩玩游戏,也就原谅自己了...其余很多时间又被Slam Dunk的动画片占据了(现在就在看)...其实从来都不太喜欢动画版,太拖沓;96、97年那时花了蛮多零花钱到处搜刮终于攒齐了一整套书,当时的引进版叫做《篮球飞人》诶;后来被叫做灌篮高手了,矫情。记得买的第一本就是三井回来砸馆子那集,激动啊,看着那么多人一起打架...</p> <p>那,不说闲话了,趁天气好,进入本周正文时间。下面开始译文。</p> <p>不久的将来,我们设计的每一样东西都会与情境有关。</p> <p>如今,广告商比Web/App设计师们更明白一件事:情境。广告商必须对情境敏感,才能知道在什么时候以什么方式展示广告。他们有人专门负责判断在何时何地展示内容,因为他们知道,如果没有情境,广告就没有任何价值:在关于石油泄漏的纪录片当中插播油气公司的广告,或是在关于PETA(善待动物组织)的故事中播放培根广告,这些都是浪费广告预算的典型例子。</p> <!--break--><p>在这个随时随地多屏幕在线的时代,&ldquo;情境&rdquo;正变得比以往更加重要。过去,我们被拴在书桌前;如今,我们可以随时随地访问互联网。不过,令人惊讶的是,互联网的创建者们直到最近才发现一种规格的内容是难以适配所有平台的。我们迈出的第一步就是对付各种屏幕尺寸,力求使内容像水一样可以被灌入各类容器;耳熟能详的响应式设计便是其中的方式之一。但事情远不止&ldquo;尺寸&rdquo;这么简单。</p> <p>对于移动应用和移动化网站来说,情境化界面设计的真正核心在于基于地点、时间和事件状况的设计&mdash;&mdash;在用户需要的时候,主动通过最恰当的界面形式展示最恰当的数据内容,而无需强迫用户发起相关的请求。在最理想的情况下,情境化设计对用户来说是无形的,因为界面可以随时随地、在任何状况下都能从容的帮助用户获取信息、完成目标。</p> <h3> 实践启发</h3> <h4> 声音</h4> <p>声音其实是我们可以深入挖掘的一个重要的情境化元素,而我们在多数时候总会忽略它的存在。举个简单的例子:在民航方面,机场或航班会使用很多声音线索来提醒旅客对事件或状态进行关注,譬如机舱里那些&ldquo;叮叮&rdquo;的提示音。也许可以试着让智能移动设备监听这种特定的声音,并使设备自动进入飞行模式,或是关机。</p> <p><img alt="01-s-facebook-like-mobile-app-ux-design-context.jpg" src="/sites/default/files/images/201403-2/01-s-facebook-like-mobile-app-ux-design-context.jpg" style="width: 320px; height: 137px;" /></p> <h4> 起居室</h4> <p>起居室是有待我们去征服的下一个数字化空间。众多公司已经开始这方面的研究,而其中Intel更是走在前列。他们正在测试一种遥控器的原型,该遥控器可以识别出正在拿着它的人是谁,并根据已知的用户信息在电视中提供相应的节目推荐。想象一下,当小朋友拿起遥控器时,电视屏幕中会出现卡通或是学习节目的推荐,而当他们的老爸拿起遥控器时,体育类的节目便取而代之。</p> <p>将诸如此类的概念与传说中的iTV结合起来,我们就可以看到各种可能性正在前方等待我们去探索。例如,我们可以在电视节目、电影或是广告当中植入某种&ldquo;音频水印&rdquo;,当我们手中的智能设备监听到这些水印时,某个特定的应用或网站就会自动开启并呈现与电视上的内容相关的信息。</p> <h4> 地点,地点,地点</h4> <p>星巴克与Square的合作是一个典型的情境化设计商业案例。用户最终将可以通过移动设备来点一杯拿铁,并直接使用关联在App当中的信用卡付账,到门店报上自己的名字,拎着拿铁走人&mdash;&mdash;如此简单而令人兴奋。</p> <p><img alt="02-facebook-like-mobile-app-ux-design-context.jpg" src="/sites/default/files/images/201403-2/02-facebook-like-mobile-app-ux-design-context.jpg" style="width: 500px; height: 261px;" /></p> <p>苹果的Passbook则可以帮助众多第三方公司创建自己的票券,并将所有的票券集中在同一个地方。最棒的一点就是Passbook可以与用户所处的情景关联起来。以电影票为例,当你在电影即将开场时走进影院,便会立刻收到一条提示,电影票的信息就包含在其中。你不用再到某个应用中匆忙的寻找自己购买的电影票,只要人在特定的情境中,设备便会帮你搞定一切。</p> <p><img alt="03-facebook-like-mobile-app-ux-design-context.png" src="/sites/default/files/images/201403-2/03-facebook-like-mobile-app-ux-design-context.png" style="width: 320px; height: 568px;" /></p> <h4> 社会化</h4> <p>&ldquo;Facebook Like&rdquo;衣架是社会化情境的典型案例。这是C&amp;A(著名时装零售品牌)在巴西推出的一款&ldquo;高科技&rdquo;衣架,上面的小屏幕会显示该服饰在Facebook上有多少人点过赞,顾客可以清楚的了解服装的受欢迎程度,作为购买决策的辅助参考。</p> <p><img alt="05-s-facebook-like-mobile-app-ux-design-context.jpg" src="/sites/default/files/images/201403-2/05-s-facebook-like-mobile-app-ux-design-context.jpg" style="height: 329px; width: 500px;" /></p> <h4> 日历</h4> <p>设想一下,用户的日历当中显示明天有朋友的生日事件。当该用户走进某商店选购礼品时,手机会根据日历中的生日事件自动提出礼品购买建议,并提供打折&mdash;&mdash;将时间情境与空间情境结合起来,又酷又贴心。</p> <p><img alt="04-birthday-mobile-app-ux-design-context.png" src="/sites/default/files/images/201403-2/04-birthday-mobile-app-ux-design-context.png" style="width: 320px; height: 567px;" /></p> <h4> 设备生态圈</h4> <p>IPv6极大的提升了互联网能够支持的设备地址容量。本质上讲,所有东西都可以连接到互联网上,并输出相关信息&mdash;&mdash;除了我们所熟悉的数码设备以外,任何实际物体都可以做到这一点。设想一个&ldquo;智能啤酒杯&rdquo;,它可以探测到里面装着的啤酒类型,是否接近空杯状态,等等。这种事情听上去有点极端和遥远,不过事实上真的没有我们想象的那么遥不可及。</p> <h3> &ldquo;恰到好处&rdquo;的体验</h3> <p>&ldquo;金发姑娘原则&rdquo;同样适用于情境化设计:凡事必有度,宜&ldquo;恰到好处&rdquo;。为了情境化而一味的从界面中移除内容,你有可能是在&ldquo;抢劫&rdquo;用户的信息&mdash;&mdash;如果不想显示某些内容,你最好有足够强大而恰当的理由。</p> <p>另外还有一些很常见的设计陷阱值得注意。例如,&ldquo;移动设备的网速较低&rdquo;这种说法未必在任何时候都正确;此外,各种不同的情境对用户注意力的分散程度也有所不同,这些因素都是在进行情境化设计的过程中需要考虑到的。(相关阅读:<a href="http://www.beforweb.com/node/180">关于移动应用的上下文情境</a>)</p> <p>情境化设计给产品带来的灵活性更多的是体现在体验模式的细微变化和调整当中,不要一味的将其理解为界面或交互模式的彻头彻尾的变化。细节中的灵活性是很重要的,例如,在iOS6中,用户可以为短信和来电设置&ldquo;勿扰模式&rdquo;。但是,如果确实有事态很紧急的电话打进来该怎办?设计师们考虑到了这种可能性,并给出了相应的方案:如果某人连续多次拨打该电话,则通话将允许被接入,而忽略掉&ldquo;勿扰模式&rdquo;的限制。</p> <h3> 小结</h3> <p>人们与设备的交互方式在最近几年当中发生了巨大的变化,而&ldquo;情境&rdquo;的概念则在有形无形当中为这场变革打着头阵。芯片的尺寸变得越来越小,价格也越发低廉,我们将能在生活各处见到越来越多的联网设备,基于不同的使用情境,它们能接受的输入类型也各有差异。</p> <p>要做出优秀的产品设计,一个根本前提是对目标用户有着深层次的研究与认知,包括理解他们的需求目标所基于的典型情境。情境化设计的关键并非随着设备或使用情境的不同而增减内容,而在于根据不同的情境渐进式的调整体验模式。要认真分析对于用户的研究数据,针对产品可能面对的各种特定的情境来规划最恰当的功能/内容呈现方式,充分利用智能设备的硬件技术作为不同情境下的输入模式,使用户在特定的时间和地点无需自己动手便能接收到合适的信息,完成特定情境下的需求目标。</p> <div class="embed"><article id="node-285" class="node node-related-books" about="/node/285" 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/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_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/30.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">移动互联:用户体验设计指南</a></h4> <p><a href="http://www.amazon.cn/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_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/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/137" 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> Sun, 16 Mar 2014 08:38:18 +0000 C7210 407 at http://www.beforweb.com http://www.beforweb.com/node/407#comments 十佳应用的故事(1) - 想法、产品定义与交互设计 http://www.beforweb.com/node/243 <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-app-store-iphone-ios-application-idea-design-development-marketing-success.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>眼看着进入8月下旬,天气相比前面几周有所凉爽;所谓凉爽,也只是高温从40来度降到36、7度的样子。</p> <p>刚刚过去的几天怕是要成为人生回忆当中的经典之一了。依次看掉Metallica和Korn的现场,回想起来,有好多像梦一样不那么真实的情景在里面:夏季的夜晚、暴躁的吉他音墙、灯光、嘶喊、摇摆、泪水、满眼的黑T恤和金属礼、散场后打不到车而坐在路灯下抽烟到半夜...然而,如果要我判断,是现在这样安静的坐在屋里吹着空调做博客更像真实的存在,还是那些回忆里的东西更像,我真的难以回答。</p> <p>想吃曼妥思了。说正经的。本周及接下来一周的话题,原文来自Jeremy Olson,北卡罗来纳州大学生一枚,<a href="https://itunes.apple.com/us/app/languages/id565108517?mt=8">Languages</a>的作者。关于产品是如何从想法概念开始最终走向市场,他所谈到的一些经验和实践方法,值得借鉴。</p> <p>这里进入译文。之所以写这篇文章,是因为我相信,相比于失败,我们能从成功当中学到更多。爱迪生在发明电灯泡的过程中经历了数千次的失败,如果我们仍然要基于各种试验和错误来重新发明灯泡,那简直是愚蠢的。怎样从成功的产品中汲取经验?如今我们有了完整的实践模型。</p> <p>移动应用产业当中有非常多的闪光点。虽然我很想说我的成功源于自己的才能,但事实并非如此。经过对那些在App Store当中获得成功的独立开发者的反复学习,我掌握了一些用来获取成功的基本原则和实践方法;我也希望这篇文章可以帮助各位读者学到同样的东西。</p> <!--break--><h3> 大想法</h3> <p>我的第一个应用,Grades,非常成功。媒体喜欢它,用户喜欢它,苹果也喜欢它。只是有一个问题:它不能帮我赚钱。当然,它还是可以带来些收入的,但不管怎么说,Grades还是太小众了,它所面向的就是那些需要在全学年当中跟踪自己学分的大学生。</p> <p><img alt="01-grades-top-10-ios-app-idea-design.jpg" src="/sites/default/files/images/201308-2/01-grades-top-10-ios-app-idea-design.jpg" /></p> <p>如果想要继续制作售价低廉的应用,那么我们的下一个产品必须足够&ldquo;大&rdquo;,<strong>它需要对几乎所有人都具有吸引力</strong>。</p> <p>当Sonico Mobile的创始人Alex Marktl来找我们合作一款离线翻译应用时,我们的机会来了。这是一个经过检验的市场,Sonico的iTranslate应用拥有超过3千万的用户,而且这个市场当中有一个巨大的缺口,那就是缺少一款价格合理、不需要网络连接的翻译应用。</p> <p>我们了解了一些用户对于iTranslate的反馈,研究了同类产品的竞争状况,然后我们非常确信,这块市场当中的机遇是相当巨大的。此外,我的四人团队对于教育和语言方面的产品真的很有热情。市场、机遇、热情都在眼前,简直是完美的状况。</p> <p>我们通过Skype聊了几轮,讨论了具体的合作协议,然后准备开工。</p> <p>(捣乱分子:关于产品的想法是至关重要的。新的Languages应用与之前的Grades相比,虽然吸引到的媒体报道的规模是相似的,但Languages在一天当中带来的收入抵得上Grades两年的水平!)</p> <h3> 对产品进行定义</h3> <p>虽然我很想直接开始画线框图,不过我们还是以研究作为起点,首先对新产品需要解决的问题进行定义。</p> <h4> 竞品纵览</h4> <p><a href="/sites/default/files/images/201308-2/02-competitors-large-top-10-ios-app-idea-design.png" rel="lightbox"><img alt="02-competitors-large-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/02-competitors-large-top-10-ios-app-idea-design.png" style="height: 330px; width: 500px;" /></a></p> <p class="figure-caption">点击查看大图</p> <p>App Store非常伟大的一点在于,它是世界上少数几个能让你轻松找到潜在竞争对手相关信息的应用市场之一。简单的搜索一下,看看竞品的功能、排名、用户评价及推广方式,看看有多少用户愿意付费,这些都是帮你深入了解目标市场的绝佳方法。诸如<a href="http://www.appannie.com/">App Annie</a>这样的网站甚至可以帮你分析竞品的排名状况。</p> <p>我们选取了一打最棒的竞品,分析它们的优势和不足,以及我们可以怎样击败它们。我们了解到,虽然市面上确实有一些离线翻译应用,但它们要么设计的很差劲,要么售价太贵。我们知道自己可以做的更好。</p> <div class="embed"><article id="node-286" class="node node-related-books" about="/node/286" 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/放飞App-移动产品经理实战指南-雅莫斯/dp/B00DUPP6K6/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852787&amp;tag=c7210-23"><img alt="放飞App:移动产品经理实战指南" src="http://beforweb.com/sites/default/files/images/products/31.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/放飞App-移动产品经理实战指南-雅莫斯/dp/B00DUPP6K6/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852787&amp;tag=c7210-23">放飞App:移动产品经理实战指南</a></h4> <p><a href="http://www.amazon.cn/放飞App-移动产品经理实战指南-雅莫斯/dp/B00DUPP6K6/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;qid=1380852787&amp;tag=c7210-23">本书讲述如何构建出能在Apple Store中引人注目的iPhone和iPad应用。从全局介绍这一构建过程中的每一步,包括预算成本、挑选开发人员并组织最佳团队、搭建工作流程、推销和改进自己的应用产品...</a></p> </div> </div> </div></div></div></div></section><span class="tag-title">相关书籍推荐</span></article></div> <h4> 用户体验测绘</h4> <p>对产品进行定义的时候,我们聚焦于思考怎样帮助人们解决生活当中遇到的一些实际问题,而不是凭空列出一堆很酷的功能。我们将这个过程叫做&ldquo;用户体验测绘&rdquo;。测绘工作通常需要花上1到3天来进行,期间,我们会:</p> <ul> <li> 分析用户在不使用移动应用的情况下的日常行为经验,发现他们在实际生活中遇到的问题。</li> <li> 进行头脑风暴,设想出一种能够帮助人们解决这些问题的最理想化的应用软件。</li> <li> 选择需要聚焦的核心问题,确定哪些功能在实际产品的第一版当中是可行的。</li> </ul> <h5> 第1步:定义用户角色</h5> <p>作为设计师,我们需要具有充分的同理心,去尽可能地了解用户当前的感受以及他们的思维进程(推荐阅读:<a href="http://beforweb.com/node/181">八个小方法,帮你成为更具同理心的设计师</a>)。走出门去,与人们进行交谈,这可以帮你增长不少见解;不过在眼前的项目当中,由于我们对于翻译类产品已经非常熟悉了,所以在这个阶段里我们并没有花时间和潜在用户进行直接对话。</p> <p><a href="/sites/default/files/images/201308-2/03-l-users-top-10-ios-app-idea-design.png" rel="lightbox"><img alt="03-l-users-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/03-l-users-top-10-ios-app-idea-design.png" style="width: 500px;" /></a></p> <p class="figure-caption">点击查看大图</p> <p>取而代之的,我们直接开始就潜在用户的人格特征进行头脑风暴。</p> <p>接下来,我们选择了那些我们最需要关注的目标用户特征,并将它们写入用户角色当中。</p> <p><a href="/sites/default/files/images/201308-2/04-l-personas-top-10-ios-app-idea-design.png" rel="lightbox"><img alt="04-l-personas-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/04-l-personas-top-10-ios-app-idea-design.png" style="width: 500px;" /></a></p> <p class="figure-caption">点击查看大图</p> <p>用户角色是一种包含了目标用户群人格特征的虚构人物。虽然其本身是虚构的,但用户角色应该基于真人,并且应该准确的抽象出真实用户的特质。没有人物进行参考对照,用户体验测绘工作将很难进行。</p> <p>在我们的用户角色中,Emily是一名21岁的大学生,在埃默里大学(Emory University)学习法语。她在语言方面没什么特殊的天分,但很喜欢法语,希望自己能试着读懂法文著作,而且盼望着到法国留学。</p> <p>我们一共创建了3个用户角色,他们涵盖了目标用户群当中大部分的关键人格特征:Emily,学生;Johann,欧洲商旅人士(后来的事实证明了我们的推测:应用销售额的70%都来自美国本土以外的用户);Paul,搞IT的,爱好学习新语言。</p> <h5> 第2步:描绘用户在没有移动应用帮助下的行为与体验</h5> <p><a href="/sites/default/files/images/201308-2/05-personas2-top-10-ios-app-idea-design.png" rel="lightbox"><img alt="05-personas2-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/05-personas2-top-10-ios-app-idea-design.png" style="height: 322px; width: 500px;" /></a></p> <p class="figure-caption">点击查看大图</p> <p>为了描绘出用户的现状,我们挑选出了与&ldquo;翻译&rdquo;相关的三个最关键的体验模式&mdash;&mdash;个人翻译、社会化翻译和行程当中的翻译。</p> <p>接下来,我们对用户角色在这些体验当中的行为及可能遇到的问题进行了头脑风暴。举个例子,对于第一类,个人翻译,Johann会通过不同的语言向他的客户们发邮件,期间遇到不确定的单词时,他需要拿出词典查找。</p> <h5> 第3步:讨论最理想的辅助方式</h5> <p>我们描绘出了目标用户在没有应用辅助的情况下是怎样完成任务的,接下来就需要对我们的应用可以怎样辅助他们完成这些任务进行头脑风暴了。这个过程中我们不会去考虑盈利、预算、时间节点等方面的因素,焦点完全集中在那些帮用户解决实际问题的创意设想上面。</p> <h5> 第4步:做减法</h5> <p><img alt="06-finally-top-10-ios-app-idea-design.jpg" src="/sites/default/files/images/201308-2/06-finally-top-10-ios-app-idea-design.jpg" /></p> <p>这个环节是非常残酷的。我们之前已经得到了一大堆很酷的功能设想,而现在则需要砍掉当中的绝大一部分。好的设计,更多的是来自于减法,而非加法。你要找到那些有待解决的最核心的问题,在产品的第一版当中,将全部功能和设计都聚焦在这类问题上,而将不相关的、非本质的、拍脑袋想出来的东西全部移除。</p> <p>&ldquo;抛光&rdquo;一款应用需要花费大量的时间。所以,如果一上来的功能范围过于宽泛,你的应用就很难聚焦,而你几乎没办法使当中的任何一个功能达到完美的体验状态。</p> <p><a href="/sites/default/files/images/201308-2/07-contexts-top-10-ios-app-idea-design.png" rel="lightbox"><img alt="07-contexts-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/07-contexts-top-10-ios-app-idea-design.png" style="height: 324px; width: 500px;" /></a></p> <p class="figure-caption">点击查看大图</p> <p>到这里,我们就得到了具有一定试验性的1.0版本的定义。现在我们知道这个应用究竟是关于什么的了。你可以到我们的博客当中了解更多关<a href="http://tapity.com/iphone-app-design/user-experience-mapping-strategic-design-part-3/">于用户体验测绘方面的信息</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> <h4> 产品定义</h4> <p>经过了用户体验测绘阶段的工作,现在我们可以给出关于产品本质的定义声明了:</p> <blockquote><p>一个可以帮助用户迅速查找单词及其定义的多语种离线字典,售价99美分。</p> </blockquote> <p>这份声明让我们在接下来的设计开发工作当中能够保持良好的聚焦。它就像试纸一样,帮助我们对接下来有可能产生的任何新想法进行评判;如果新设想新功能有悖于这份定义声明,那么它至少不会出现在1.0版本当中。</p> <h3> 草图和交互原型</h3> <p>到了将我们抽象的想法塑造成具体蓝图的时候了。</p> <p>我们首先会把若干界面之间的流程关系大致梳理出来。如今,在类似的阶段当中,我会以草图的形式为主,并通过<a href="http://popapp.in/">POP</a>这样的工具将草图分享给不在本地的团队成员或客户;不过在当时,我们主要是通过<a href="http://www.omnigroup.com/products/omnigraffle/">OmniGraffle</a>来创建粗交互原型的。</p> <h4> 别让我思考</h4> <p>在这个阶段,我们的目标是通过符合直觉、操作简便的界面来帮助用户解决问题。本质上讲,我们的工作就是避免用户思考界面,让他们将注意力集中在内容上面。</p> <p>这可是个大话题,Steve Krug曾经写过一本经典的书,<a href="http://www.sensible.com/dmmt.html">Don&#39;t Make Me Think</a>,如果你还没读过的话,现在是时候了;很棒的一本书。</p> <h4> 别让我做事</h4> <p><img alt="08-mockup-top-10-ios-app-idea-design.jpg" src="/sites/default/files/images/201308-2/08-mockup-top-10-ios-app-idea-design.jpg" /></p> <p>人们不喜欢做事,所以我们总是尽最大可能避免他们进行不必要的操作,或是被不相关的信息所干扰。上图当中的线框图展示了我们是怎样完成这个目标的。我们希望用户查找单词的过程尽量简短,所以在用户输入单词关键字时,与其他多数应用提供搜索建议的做法有所不同,我们会直接将对应这些搜索建议的单词翻译展示出来。我们还找到了一种解决语言切换问题的方法,也就是允许用户输入任何一种语言的单词,然后在界面左侧显示某种语言的翻译结果,在右侧显示另外一种语言的结果。</p> <h4> 像人类一样思考</h4> <p><img alt="09-dictionary-shelf-top-10-ios-app-idea-design.png" src="/sites/default/files/images/201308-2/09-dictionary-shelf-top-10-ios-app-idea-design.png" /></p> <p class="figure-caption">我们希望我们的词典外观能给用户带来真实的感觉</p> <p>因为这是一款离线翻译应用,所以我们希望能给用户带来一种强烈的印象,就是这些词典是真实存在于他们手机当中的。我们希望词典给用户的感觉并不是云端数据库当中的一堆数据,而是像真实的词典那样可以让他们随时随处打开使用。我们使用了摆满词典的书架形象作为隐喻,与用户进行快速直接的沟通。</p> <p>随着触控界面的不断成熟,用户其实不再那么需要拟物化的界面来了解外观与功能之间的关联了。不过有时,仿真效果的隐喻确实可以提升用户的期望,带来一些纯数码界面所无法产生的使用体验。</p> <h4> 持续探索</h4> <p>线框图在外观上有些丑陋,因为这个阶段不需要任何视觉设计方面的因素介入。我们不会直接打开Photoshop创建界面,因为相对丑陋的草图或线框图可以让我们聚焦在交互方面的问题上,使我们可以更快速的探索大量的想法。</p> <p>随手将想法画出来只需要几秒钟,我们对这个阶段的工作甚至乐此不疲了。想法越多越好,我们要把每块石头都翻过来,寻找任何一个值得仔细推敲的想法。</p> <p>有时你会发现,折腾来折腾去,最早的想法却是最好的,但要发现和证明这一点,你必须尝试过其他的方式才可以。我和一些设计师进行过相关的交流&mdash;&mdash;他们做出的应用都是我相当喜欢的&mdash;&mdash;大家有一点共识:通往成功设计方案的秘诀,不是&ldquo;天才&rdquo;,而是持续不断的探索。他们在找到一个不错的解决方案之后不会驻足不前,他们会一直前行,直到尝试过能够想到的全部方案<a class="eLink" href="http://beforweb.com">。</a></p> <div class="embed"><article id="node-277" class="node node-related-books" about="/node/277" 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/B00AX1MC3Y/?_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/21.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/原型设计-实践者指南-沃菲尔/dp/B00AX1MC3Y/?_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/B00AX1MC3Y/?_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> <p>待续:<a href="http://beforweb.com/node/248">十佳应用的故事(2) - 视觉设计与开发</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></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/115" typeof="skos:Concept" property="rdfs:label skos:prefLabel">视觉设计</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/88" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户角色</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/48" typeof="skos:Concept" property="rdfs:label skos:prefLabel">iOS</a></li><li class=" taxonomy-term-reference-9" rel="dc:subject"><a href="/taxonomy/term/76" typeof="skos:Concept" property="rdfs:label skos:prefLabel">App Store</a></li><li class=" taxonomy-term-reference-10" rel="dc:subject"><a href="/taxonomy/term/38" typeof="skos:Concept" property="rdfs:label skos:prefLabel">线框原型</a></li><li class=" taxonomy-term-reference-11" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sun, 18 Aug 2013 08:16:31 +0000 C7210 243 at http://www.beforweb.com http://www.beforweb.com/node/243#comments Foodspotting创始人谈移动应用的体验设计 http://www.beforweb.com/node/233 <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-app-foodspotting-mobile-ux-design-experience.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>本周最开心的事情就是买到了8月14号Metallica的票。琢磨着买件新T恤以及一些链子、耳环什么的。算起来约莫有6、7年没这样黑T恤银首饰的在外面招摇了。要不要看过演出之后纹个Metallica的logo去呢。</p> <p>然后还有和朋友们碰头、唱歌喝啤酒啊,对我来说这可不是每周都可以发生的事,所以同样很开心。突然想到其实就这么点信息量已经足够去YY一些比较接地气的产品了吧?本周的译文与这方面的话题也有些许相关。只有自己的生活够丰富,才会有更坚实的基础来做出接地气的产品吧?从这个角度讲我还是蛮惭愧的。开始说正经的,我很喜欢的一篇小文章。</p> <p>这里进入译文。今年1月,28岁的Alexa Andrzejewski把她的美食发现类应用Foodspotting卖给了餐饮预订平台Open Table,售价是1千万美金&mdash;&mdash;够买很多饺子和杏仁饼了(哪跟哪这都是?译者<a href="http://weibo.com/c7210">C7210</a>注)。</p> <p>Foodspotting的成功秘诀是什么?Andrzejewski相信,该产品取得成功所依赖的最重要的一点,就是其&ldquo;扩展到屏幕以外&rdquo;的能力,也就是充分利用移动设备独有的体验模式来帮助人们将现实生活体验变得更好些的能力。</p> <p>实际上,催化出Foodspotting产品概念的,正是Andrzejewski本人在改进个人餐饮体验方面的需求。2009年在日本时,Andrzejewski发现了很多闻所未闻的美食,回到美国后,她感觉要在本土找到供应这些美食的店家,实在是件难事。&ldquo;我觉得,做这么个小项目,比如让你可以找到某种特定的美食,而不只是某类餐馆,可能是个比较酷的主意。&rdquo; 然后,Foodspotting就诞生了。</p> <!--break--><p>在2010年5月,经过了Women2.0和Startup Weekend的宣传,Andrzejewski吸引到了她的第一个投资人,Dan Martel,另外当天她还签下了一个合伙人,Ted Grubb。到2010年底,Foodspotting已经拿到了375万美金的风投。2011年,Soraya Darabi成为Foodspotting的社区经理。到了2012年,吃货们已经通过Foodspotting应用上传了数以百万的美食照片。</p> <p>如今,作为Open Table的首席用户体验设计师,Andrzejewski正在&ldquo;重新构想怎样通过移动设备及其他相关技术使餐饮这件事变得更棒&rdquo;,并将她在打造Foodspotting的过程中学到的东西投入到她在Open Table创建的第一个UX设计团队。很荣幸,Andrzejewski愿意抽出些时间和我们(<a href="http://www.fastcompany.com">Fast Company</a>)做些经验分享。</p> <h3> 打造一个能帮你自己解决问题的应用</h3> <p>&ldquo;驱动我做这些事的是&lsquo;产品idea&rsquo;本身,而不是&lsquo;想要开一家公司&rsquo;的愿望。很多人乐于把自己看做一名企业家,而我不是那样的。&rdquo;Andrzejewski这样说。</p> <p>从Foodspotting的产品初期开始,Andrzejewski就致力于创造一款能帮她解决实际困扰的应用:发现并分享美食,而不只是餐馆。Andrzejewski很清楚这个产品应该长什么样,用起来要有怎样的感觉,因为她本人就是目标用户,一个不知道去哪里寻找自己心爱美食的用户。</p> <h3> 如果能描绘出你想创造的体验,那么计划或许可行</h3> <p>&ldquo;我首先会创建一副愿景海报。&rdquo;Andrzejewski说。所谓愿景海报,就是一系列草图,用来描绘Foodspotting看上去是怎样的,会在哪些情况下如何被用户使用。Andrzejewski相信,如果你能够实际地描绘出自己想要创造的产品体验,那么你的计划可能具有较高的可行性。在一篇为<a href="http://500.co/2011/01/28/can-you-picture-that/">500 Startups</a>撰写的博文中,Andrzejewski提到:&ldquo;如果我不能描绘出一个东西,那么恐怕也难以把它创造出来。&rdquo;</p> <p><a href="/sites/default/files/images/201307-1/foodspotting-vision-full-ux-user-experience-design-product-mobile-iphone-apps.png" rel="lightbox"><img alt="foodspotting-vision-full-ux-user-experience-design-product-mobile-iphone-apps.png" src="/sites/default/files/images/201307-1/foodspotting-vision-full-ux-user-experience-design-product-mobile-iphone-apps.png" style="height: 928px; width: 600px;" /></a></p> <p>Andrzejewski说,正是对于产品体验的清晰愿景使Foodspotting团队能够比较顺利和安全的进行融资。&ldquo;投资人都想看到有说服力的东西。我们告诉他们,Foodspotting的用户是可以持续增长的,我们是可以拉到合作伙伴的,但同时,我们还必须给他们讲一个关于产品体验的好故事&mdash;&mdash;我们自己认为这款产品是最棒的探索类应用,是帮你发现身边美食的最佳方式。&rdquo;</p> <h3> 设计体验模式时,参考人们在现实世界中的行为</h3> <p>过去还只是个UX设计师的时候,Andrzejewski就会站在用户的角度帮助她当时的公司思考Web或移动产品。&ldquo;很多时候我会通过设计研究活动来落实这些思考,也就是走出办公楼,到外面的世界里观察人们在实际当中是怎样做事的,然后将观察结果转变为设计指导,并体现到线框原型和流程的设计当中,以展示产品的运行和操作方式。&rdquo;</p> <p>在为<a href="http://www.fastcompany.com/1560416/futures-thinking-writing-scenarios">Adapative Path</a>工作期间,Andrzejewski曾经为客户设计过一款待办事项应用。那时,她首先会观察人们在实际的生活和工作环境中是怎样创建行事历并处理各种任务的,这些行为中有哪些常用的方式。&ldquo;我们从一些习惯行为当中获取灵感,譬如人们会把鞋脱在门廊上,因为这样他们就不会忘记鞋被放在哪里。这些研究可以帮我们把应用设计得更加适用于现实世界,减少使用过程中的唐突感。&rdquo;</p> <h3> 让应用淡化到背景当中</h3> <p>&ldquo;我希望移动产品能够发展到这样一种状态,就是应用和设备本身能淡化到&lsquo;背景&rsquo;当中;尤其是在用餐的情境当中,应用所带来的体验应该自然而然的贯穿在人们自身的行为当中。移动产品应该让人与人、人与世界的互动变得更加轻松。&rdquo;Andrzejewski这样说。</p> <p>她认为,例如<a href="http://www.fastcompany.com/most-innovative-companies/2013/uber">Uber</a>和<a href="http://www.fastcompany.com/most-innovative-companies/2012/airbnb">Airbnb</a>这样成功的产品都做到了&ldquo;在现实世界中开启独特的体验&rdquo;。对于这些产品来说,焦点在于体验,而非应用本身。&ldquo;Uber能让你简单地钻进出租车,到达目的地,下车;你不需要考虑车费方面的问题,甚至都不需要再看上这个应用一眼。另外Airbnb也给我带来了太多美妙的体验,而这些体验可以说与应用本身没有多大关系,它只是促进了这些体验的发生。&rdquo;</p> <p>&ldquo;所以,不要总是去想你的应用能做什么,有哪些功能,界面如何,等等。想想看你希望通过你的产品在人们的生活中开启怎样的体验;在这个体验当中,你的应用可能只是一小部分,甚至可能淡化到使用情境的背景当中<a class="eLink" href="http://beforweb.com">。</a>&rdquo;</p> <div class="embed"><article id="node-285" class="node node-related-books" about="/node/285" 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/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_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/30.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">移动互联:用户体验设计指南</a></h4> <p><a href="http://www.amazon.cn/移动互联-用户体验设计指南-Rachel-Hinman/dp/B00DQH2LZQ/?_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/24" typeof="skos:Concept" property="rdfs:label skos:prefLabel">移动应用</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/40" 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, 13 Jul 2013 06:04:30 +0000 C7210 233 at http://www.beforweb.com http://www.beforweb.com/node/233#comments 八个小方法,帮你成为更具同理心的设计师 http://www.beforweb.com/node/181 <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-shake-hand-ux-design-empathic.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>春暖花开,这是拿offer的季节;事情有了盼头,想想这宅的日子离结束也不远了。虽然天天在家很滋润,可以肆意花时间把书一本本的读掉,不过也真心怕自己又爱上宅的日子而无法自拔;该走动走动了。</p> <p>念叨完毕,就该正文了。一篇小文,若干贴士,帮你帮我帮大家有意无意的培养意识形态,争做有同理心的好设计师。走着。</p> <p>这里进入译文。优秀的用户体验设计师应该具有出众的同理心,也就是站在他人的角度看待和理解事物的能力。同理心与同情心是两码事,你不必真心同意或接受他人的观点,但必须对他们的状态感同身受,从主观上理解他们看待事物的角度。</p> <p>出于以下这些原因,我(英文原文作者)相信同理心可以使我们成为更好的设计师:</p> <!--break--><ul> <li> 同理心可以让我们更自然更真诚的去思考怎样帮助用户解决他们的实际问题,使我们的设计决策能更好的聚焦于用户目标。</li> <li> 同理心可以帮助我们与用户、团队成员及利益相关者构建更好的人际关系,为人与人的交流提供开放、互信、更具建设性的基础。</li> <li> 同理心有助于个人整体的塑造。这不仅仅是一项职业技能,在工作中逐渐培养和挖掘出来的同理心同样可以运用到生活的其他方面。</li> </ul> <p>接下来我想和大家分享一些能够在日常工作和生活中帮助我们提升同理心的小方法。</p> <h3> 1.发现日常生活中的痛</h3> <p>有意识的关注周围的人们,包括你自己,在日常生活中所经历到的各种不便,甚至是痛苦,例如开会时有些同事费了半天劲也没法把转椅的高度降低,或是情侣在机场挥泪告别时的情景等等。关注对象甚至可以突破真实的社会环境,你完全可以试着对电视剧或书籍当中的角色进行理解与体验。</p> <p>关注这些情境,努力体会这些人当时的感受,想象他们原本的期望以及遇到问题后希望得到怎样的帮助。当这种有意识的关注逐渐转变为一种潜意识中的思维习惯,你会发现自己在实际的产品项目中也能够更加自然的去站在用户的角度思考他们的目标及可能面对的问题。</p> <h3> 2.人在心在</h3> <p>与他人谈话的时候,努力将你全部的注意力都放在交流过程当中;这一点对于用户访谈这类工作来说尤为重要。当你将身心都投入到对话交流当中时,对方是可以感受到你的重视的,作为对你的回馈,他们很可能提供更多更真诚有价值的谈话内容。</p> <h3> 3.尾随观察</h3> <p>这种方式是否合适也要看具体的产品类型,如果可能的话,我建议你&ldquo;尾随&rdquo;目标用户,观察他们在实际生活中是怎样使用你们的产品(或是同类竞品)的。你可以从身边的人入手,观察朋友或家人是在怎样的情境下如何使用相关产品的。如果对方可以接受,试着借鉴我们在可用性测试当中的一些做法,例如提出一些简单的任务让他们完成,观察他们在使用过程中的操作表现;不妨将这种方式想象成非正式的实境调研或可用性测试。</p> <h3> 4.实际体验</h3> <p>在产品设计初期,如果你希望更多的了解用户在现有条件下是怎样完成目标和解决问题的,那么不妨将自己放到实际的环境和需求情境下亲自尝试,体会用户的期望,感受整个过程中面对的各种问题。这种做法的成本通常很低廉,而且如果足够用心的话,你可以更深入更直接的发现很多有价值的信息,包括产品在实际情境中将会面临的各种挑战等等。</p> <p>相关阅读:<a href="http://beforweb.com/node/175">掌控大脑 - 怎样使产品体验更加符合用户心理及行为规律</a></p> <h3> 5.寻找共同点</h3> <p>关于&ldquo;<a href="http://www.parentingscience.com/teaching-empathy-tips.html">培养孩子的同理心</a>&rdquo;的研究揭示出,共同的兴趣和经历有利于帮助孩子更好的理解彼此:</p> <blockquote><p>实验表明,孩子们更容易对那些和他们有共同点的人产生同理心。另外,他们也更容易理解那些有着和自己同样不悦经历的人。</p> </blockquote> <p>当然,我们未必要去体验用户生活中的各种负面的经历,不过在用户访谈或可用性测试等过程中,可以试着主动寻求并表达出自己与用户之间的共同点,例如兴趣爱好、喜欢的球队、电视剧等等,拉近双方的距离,使交流更顺畅,彼此更容易互相理解。</p> <h3> 6.模仿表情</h3> <p>有相关研究表明,模仿他人的面部表情可以让你体会到被模仿者的相关情绪。这是个挺有意思的小技巧,如果你想真切的体验和理解对方在某些特定情况下的感受,可以试着模仿你所能观察到的对方表情,体会你在模仿过程当中产生的那些情绪。</p> <h3> 7.组内评审研究</h3> <p>在《<a href="http://book.douban.com/subject/2014130/">决断2秒间</a>》一书中,Malcolm Gladwell探讨了医患沟通方面的话题,论证了决定医生是否会因为治疗不当而被起诉的重要因素,即临床态度。</p> <p>在医患关系当中,同理心扮演着重要的角色。那些参加了<a href="http://www.360doc.com/content/12/0120/20/7858567_180574369.shtml">巴林特小组</a>(通过精神分析的方法剖析医患关系的讨论组)的全科医生对于同理心的理解更加深刻。他们会聚焦于理解病人的感受,并以小组碰头讨论的方式培养组内成员的共同经验;这些共同经验可以产生一种状态,让这些医生对于病人产生新的认知及行动决策。</p> <p>类似的,用户研究也是一项可以通过小组讨论和分享进行探索的工作。团队内部的评审研究工作不仅可以产生很多在个人独立工作状态下难以发现的经验心得,而且可以使这些认知在小组内形成共同意识,让小组成员更全面的理解用户。</p> <h3> 8.寻找导师</h3> <p>具有高度同理心的人可以激发你努力成为同样的人,这个&ldquo;导师&rdquo;可以是其他设计师或用研工作者,只要他们是你所尊敬的、乐于花时间一起讨论项目和设计问题的人。哪怕只是一起吃吃饭或喝喝咖啡,只要大家可以聊聊彼此对于用户的理解角度,互通有无<a class="eLink" href="http://beforweb.com">。</a></p> <div class="embed"><article id="node-273" class="node node-related-books" about="/node/273" 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/B00COG458G/?_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/17.jpg" /></a></span> </div> <div class="content"> <h4><a href="http://www.amazon.cn/图灵交互设计丛书-设计师要懂心理学-魏因申克/dp/B00COG458G/?_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/B00COG458G/?_encoding=UTF8&amp;camp=536&amp;creative=3200&amp;linkCode=ur2&amp;tag=c7210-23">本书以创造直观而又有吸引力的设计为宗旨,讨论了设计师必须知道的100个心理学问题,每个问题短小精悍,片刻即可读完,让人轻松地理解设计背后的心理学动机...</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/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/136" 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, 13 Apr 2013 09:26:31 +0000 C7210 181 at http://www.beforweb.com http://www.beforweb.com/node/181#comments 关于移动应用的上下文情境 http://www.beforweb.com/node/180 <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-wifi-mobile-app-context-user-experience-ux-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>印象里每逢春天便会生病的样子,这是一种怎样的精神?10年前非典期间相当给力的高烧与咳嗽,如今恰逢H7N9,又开始疑似起来。就这样我还有心思跟这打字呢?</p> <p>在很难受的时候,却开开心心的把石康的《晃晃悠悠》又读了一遍,顺便又想到并怀念了一通自己的大学岁月。上次看还是高中的时候呢,十二、三年之后再读起来,确实是另外一番感受。说正经的吧,本周小译文一篇在下面,属于闲来无事可以瞧两眼琢磨琢磨的那种,走着呗。</p> <p>这里进入译文。要打造终极完美的体验是不可能的,因为每个用户都会以不同的方式使用产品,其中涉及到的因素有方方面面,包括文化、社会环境、个人品味、目标动机等等。</p> <p>虽然这些因素使得我们难以精确的了解不同的用户在使用产品的过程中产生了怎样的体验,不过,对移动应用上下文情境的研究可以帮助我们对这些因素进行梳理,以便尽可能全面深入的了解用户,有针对性的打造产品的体验模式。</p> <!--break--><h3> 三种情境</h3> <p>在实际设计与开发一款产品之前,充分的研究工作是非常必要的,我们至少需要对产品最核心的那个目标用户群有所认知。这项工作不需要进行的很复杂,有时候一支笔、一张纸,外加一些常识就足够了。</p> <p>对上下文使用情境的研究特别有助于在前期预计产品投放到市场后会遇到的一些陷阱和潜在问题。上下文情境分为三类:</p> <ul> <li> <strong>物理情境</strong>:用户在使用产品时所处的物理环境。</li> <li> <strong>技术情境</strong>:会对用户理解与使用产品产生影响作用的技术因素,包括移动应用自身的设计,以及产品所处的系统平台、硬件设备等等。</li> <li> <strong>社会情境</strong>:对产品的推广传播起到推动作用的互联网社会属性。</li> </ul> <p><img alt="01-c2-context-circles-mobile-app-ux-design-user-research" src="/sites/default/files/images/201304-1/01-c2-context-circles-mobile-app-ux-design-user-research" style="width: 600px; height: 300px;" /></p> <h3> 物理情境</h3> <p>作为产品的设计与开发者,我们通常会将注意力过多的集中在产品本身上,从而忽视了很多会影响用户体验的外在因素。了解用户、提升体验的第一步就是要明白目标用户是怎样使用产品的。他们在怎样的环境中使用你的应用,在家还是路途中?使用的时候是否会处于匆忙的状态下?是否时常有外部因素会导致使用过程被中断?</p> <p><img alt="02-c-physical-circles-mobile-app-ux-design-user-research" src="/sites/default/files/images/201304-1/02-c-physical-circles-mobile-app-ux-design-user-research" style="width: 600px; height: 300px;" /></p> <p>让我们说的具体一些,比如当你正在手机上玩游戏时,很有可能是因为在等车而打发无聊时间。玩游戏的过程随时都会被打断,例如车来了,你必须上车;这时游戏的体验就中断了。当你在车上坐定之后,又会拿出手机继续之前的游戏,此时你显然希望可以从之前中断的地方继续玩下去。对于这款游戏产品来说,暂停按钮或是退出时自动保存进程的功能就是必需。</p> <p>通过创建这样的情境剧本,你可以比较清晰的预见到产品在实际使用当中有可能遇到的问题。</p> <p>我们可以从两个方面来分析产品所处的物理情境:一是<strong>环境背景</strong>,例如户内或户外、背景噪音、光照强度等,二是人的<strong>行为状态</strong>,例如行走、驾车、站立等待、下厨、购物等。结合用户的核心目标与需求,分析他们通常会在怎样的环境背景与行为状态下使用产品,你将发现很多有可能影响产品体验的外在因素,并在设计过程中有针对性的进行解决或规避。</p> <p>下面我们将物理情境方面的问题汇总一下:</p> <ul> <li> 用户通常会在怎样的地理环境使用你的应用?</li> <li> 这样的地理环境当中有哪些因素会分散用户的注意力?</li> <li> 对于这些干扰因素,你的产品当中能否有相应的预见与响应机制?</li> <li> 用户在使用你的产品时是否通常处于多任务状态下?</li> <li> 用户自身的行为状态是否会干扰产品的使用?</li> <li> 对于用户自身行为所产生的干扰,产品当中能否有相应的预见与响应机制?</li> <li> 是否有必要根据用户在使用产品时通常所处的地理环境,对产品的功能与设计进行优化调整?</li> </ul> <p>相关阅读:<a href="http://beforweb.com/node/80">iOS Wow体验 - 为应用的上下文环境而设计</a></p> <h3> 技术情境</h3> <p>另外一个需要考虑的是产品自身的设计、技术特性,以及用户使用产品的技术能力。举个简单的例子,眼下有不少关于拟物化与扁平化界面设计风格的争论,实际上,一个大体的原则是,无论使用怎样的设计风格,都必须确保界面的自解释性,使用户能够在很短的时间内理解并上手使用。</p> <p><img alt="03-c-technological-context-circles-mobile-app-ux-design-user-research" src="/sites/default/files/images/201304-1/03-c-technological-context-circles-mobile-app-ux-design-user-research" style="width: 600px; height: 300px;" /></p> <p>充分的测试工作是很有必要的,譬如你新设计了一个自认为非常容易理解的图标,但是用户很有可能因为从没有见过这样的设计而无法理解图标的含义。</p> <p>在设计过程中,通过纸质原型进行可用性测试总是会有帮助的。简单快速的测试工作不需要很大的成本,却可以帮助你观察实际用户与产品原型之间的实际交互过程;记录并分析他们的反应和决策,这个过程可以为你带来很多意想不到的信息。</p> <p>根据目标用户的群体特征来选择产品面向的系统平台,这也是一个重要的决策。你需要问自己一些具体的问题,例如产品功能对平台设备有怎样的技术需求,对系统资源及电量的消耗如何,等等。像待办事项这样的轻量级应用不该产生很大的耗电量,用户也很难保留功能有限却非常耗电的应用。设计师应该与开发者一起,将这些有可能影响产品体验的技术情境要素考虑进来。一些典型的问题包括:</p> <ul> <li> 根据目标用户的特征,你的应用产品需要支持哪些系统平台?</li> <li> 不同系统平台之间的优势与劣势在哪里?</li> <li> 应用需要利用的硬件设备功能有哪些?</li> <li> 应用对系统资源的消耗量如何?</li> <li> 目标市场的技术前景如何?</li> <li> 应用是否需要用户保持网络连接?</li> <li> 应用对于流量的消耗量如何?</li> <li> 在功能设计与技术上有没有可能降低数据的传输量?</li> <li> 怎样确保用户数据的安全?</li> </ul> <p>相关阅读:<a href="http://beforweb.com/node/39">怎样打造高性能的移动体验</a></p> <h3> 社会情境</h3> <p>考量移动应用产品所处的社会情境是具有挑战性的。互联网将整个世界连接了起来,我们不能低估各类社交网站对产品推广和传播所起到的作用。</p> <p><img alt="04-c-social-context-circles-mobile-app-ux-design-user-research" src="/sites/default/files/images/201304-1/04-c-social-context-circles-mobile-app-ux-design-user-research" style="width: 600px; height: 300px;" /></p> <p>我们需要判断产品身上有可能具有的社会化因素,考虑能否有效的利用互联网的传播能力。如今,&ldquo;分享&rdquo;或&ldquo;喜欢&rdquo;这类功能是很常见的,不过你需要首先弄清楚这些社会化功能与自己的产品是否具有相关性,能否有效的产生附加价值。</p> <p>要考量产品的社会情境特征,我们需要从用户的角度出发考虑一些问题:</p> <ul> <li> 用户的目标和实际需求是什么?</li> <li> 产品的目标是什么?</li> <li> 用户是怎样与产品进行互动的?</li> <li> 用户与产品互动的过程中需要集中多高的注意力?</li> <li> 产品有哪些核心功能?</li> <li> 用户是怎样使用这些功能的?</li> <li> 用户使用产品的方式是否会与设计目标有所出入?</li> <li> 用户对于界面会产生怎样的反应?</li> <li> 用户使用某些功能的时候是否需要保持网络连接?</li> </ul> <p>通过对社会情境特征的分析,你可以发现产品当中那些有利于社会化传播的功能与文化元素,并有针对性的推广给潜在的目标用户。</p> <p>相关阅读:</p> <ul> <li> <a href="http://beforweb.com/node/109">将产品在移动应用市场中推向成功的十点建议</a></li> <li> <a href="http://beforweb.com/node/129">移动应用的成功准则 - 从产品概念到市场推广</a></li> </ul> <h3> 总结</h3> <p>你即将或已经开始设计开发一款移动应用产品了吗?记得考虑以上这些有可能影响产品体验的上下文情境因素。要打造一款能够真正帮助用户解决特定问题的产品,这方面的研究工作是必不可少的,毕竟,在真正设计和开发工作之前,你应该了解用户为什么会下载你的应用,以及他们会在怎样的环境中以怎样的方式使用你的应用,如果有可能的话,又是否可以促进他们主动传播你的产品<a class="eLink" href="http://beforweb.com">。</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> </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/54" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户研究</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/24" 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/137" typeof="skos:Concept" property="rdfs:label skos:prefLabel">情境</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sun, 07 Apr 2013 03:39:54 +0000 C7210 180 at http://www.beforweb.com http://www.beforweb.com/node/180#comments