<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>奇遇,目标导向设计 &#187; .了解用户</title>
	<atom:link href="http://WWW.ui123.com/blog/category/liaojieyonghu/feed/" rel="self" type="application/rss+xml" />
	<link>http://WWW.ui123.com/blog</link>
	<description>Goal-Directed Design -目标导向设计</description>
	<lastBuildDate>Sun, 14 Mar 2010 15:18:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>透过实际场景看设计:设计可提升销量</title>
		<link>http://WWW.ui123.com/blog/2009/03/13/shejiketishengxiaoliang/</link>
		<comments>http://WWW.ui123.com/blog/2009/03/13/shejiketishengxiaoliang/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 16:42:21 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=128</guid>
		<description><![CDATA[注:在讨论这个问题时，我们先刨去价格因素，仅从产品的质量和使用感受来说。
用户总是产品的最深刻的感受者，因为用户在用。不多说废话，接下来以婴儿的纸尿裤为例，来看具体的实际场景。
使用场景：
      美美很幸福的拥有了自己的小宝宝，她在使用纸尿裤的过程中，发现使用纸尿裤并不好，主要是透气性差。可使用布芥子要常换，因为小宝宝尿的很频繁。为了小宝宝晚上睡的安稳些，一般晚上都会给小宝宝使用纸尿裤。刚开始使用A牌子的纸尿裤时，总担心孩子尿了没，拉屎了没等等，一遍遍的扒开纸尿裤去看，很麻烦，孩子也容易因此着凉。有时候忘记看孩子有没有拉屎、撒尿，小屁屁被“打”的红红的，部分地方还有溃烂的迹象。【婴儿的小屁屁是很稚嫩的，和湿的东西接触久了，或者不透气，小屁屁很容易“打”(小屁屁容易红肿、溃烂等)了。】
      一天晚上，小宝宝刚睡下不久就开始哭闹不止，美美百思不得其解“刚喂过呀！纸尿裤也是刚换过的！小宝宝也未生病”。检查后才发现，小宝宝的下身都湿透了，原来纸尿裤侧漏了，怪不得小宝宝哭闹(好可怜！)。
      在使用纸尿裤一周后的星期二，美美早晨起来给小宝宝换纸尿裤，偶尔发现宝宝大腿两侧被纸尿裤磨红肿了。原来是纸尿裤的边缘不太柔软，孩子的皮肤真嫩呀！美美开始怪自己粗心了。
购买场景：
      美美由于有了对纸尿裤的使用经验，在给小宝宝买纸尿裤时，美美特地比较了多个产品品牌，她心里盘算着“1）要给小宝宝买透气性好的，本来小宝宝拉屎撒尿就多，这样才不会捂到小屁屁。2）小宝宝晚上经常侧睡，要有防侧漏的功能才好。3）小宝宝皮肤嫩，边缘要柔软，小宝宝的皮肤容易被磨破。4）最好不要打开纸尿裤就能看到小宝宝有没有撒尿，有的话撒了多少。&#8230;” 。在反复比较之后，美美选择了C品牌的纸尿裤，因为C品牌的纸尿裤 透气好、防侧漏、边缘柔软、有两条指示线可以指示小宝宝有没有尿。尤其是指示C品牌的两条指示线，黄色的时候表示小宝宝没有尿，当线变绿了之后，表示小宝宝撒尿了，颜色越深表示撒的尿越多；这个功能让美美很欣喜！最后比较了一下价格，发现C品牌的纸尿裤比其他的要贵一些，美美犹豫了一下，还是买了C品牌的纸尿裤，为了孩子&#8230;
小结：
      由此我们可以看出，了解用户的使用，有助于在产品设计时更好的服务于用户；而这样恰恰更好的迎合了用户的购买心理。谁了解用户更多，谁的产品才有可能真正的为用户考虑的更多，用户才可能更乐于去购买，销量就自然提升了。用户不是傻子，用户不会总被你忽悠，用户知道啥样的产品是好的。
]]></description>
			<content:encoded><![CDATA[<p><em>注:在讨论这个问题时，我们先刨去价格因素，仅从产品的质量和使用感受来说。</em></p>
<p>用户总是产品的最深刻的感受者，因为用户在用。不多说废话，接下来以婴儿的纸尿裤为例，来看具体的实际场景。</p>
<p>使用场景：</p>
<p>      美美很幸福的拥有了自己的小宝宝，她在使用纸尿裤的过程中，发现使用纸尿裤并不好，主要是透气性差。可使用布芥子要常换，因为小宝宝尿的很频繁。为了小宝宝晚上睡的安稳些，一般晚上都会给小宝宝使用纸尿裤。刚开始使用A牌子的纸尿裤时，总担心孩子尿了没，拉屎了没等等，一遍遍的扒开纸尿裤去看，很麻烦，孩子也容易因此着凉。有时候忘记看孩子有没有拉屎、撒尿，小屁屁被“打”的红红的，部分地方还有溃烂的迹象。【婴儿的小屁屁是很稚嫩的，和湿的东西接触久了，或者不透气，小屁屁很容易“打”(小屁屁容易红肿、溃烂等)了。】</p>
<p>      一天晚上，小宝宝刚睡下不久就开始哭闹不止，美美百思不得其解“刚喂过呀！纸尿裤也是刚换过的！小宝宝也未生病”。检查后才发现，小宝宝的下身都湿透了，原来纸尿裤侧漏了，怪不得小宝宝哭闹(好可怜！)。</p>
<p>      在使用纸尿裤一周后的星期二，美美早晨起来给小宝宝换纸尿裤，偶尔发现宝宝大腿两侧被纸尿裤磨红肿了。原来是纸尿裤的边缘不太柔软，孩子的皮肤真嫩呀！美美开始怪自己粗心了。</p>
<p>购买场景：</p>
<p>      美美由于有了对纸尿裤的使用经验，在给小宝宝买纸尿裤时，美美特地比较了多个产品品牌，她心里盘算着“1）要给小宝宝买透气性好的，本来小宝宝拉屎撒尿就多，这样才不会捂到小屁屁。2）小宝宝晚上经常侧睡，要有防侧漏的功能才好。3）小宝宝皮肤嫩，边缘要柔软，小宝宝的皮肤容易被磨破。4）最好不要打开纸尿裤就能看到小宝宝有没有撒尿，有的话撒了多少。&#8230;” 。在反复比较之后，美美选择了C品牌的纸尿裤，因为C品牌的纸尿裤 透气好、防侧漏、边缘柔软、有两条指示线可以指示小宝宝有没有尿。尤其是指示C品牌的两条指示线，黄色的时候表示小宝宝没有尿，当线变绿了之后，表示小宝宝撒尿了，颜色越深表示撒的尿越多；这个功能让美美很欣喜！最后比较了一下价格，发现C品牌的纸尿裤比其他的要贵一些，美美犹豫了一下，还是买了C品牌的纸尿裤，为了孩子&#8230;</p>
<p>小结：</p>
<p>      由此我们可以看出，了解用户的使用，有助于在产品设计时更好的服务于用户；而这样恰恰更好的迎合了用户的购买心理。谁了解用户更多，谁的产品才有可能真正的为用户考虑的更多，用户才可能更乐于去购买，销量就自然提升了。用户不是傻子，用户不会总被你忽悠，用户知道啥样的产品是好的。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2009/03/13/shejiketishengxiaoliang/feed/</wfw:commentRss>
		<slash:comments>26</slash:comments>
		</item>
		<item>
		<title>透过实际场景看设计:发现缺失的需求</title>
		<link>http://WWW.ui123.com/blog/2009/03/13/faxianqueshidexuqiu/</link>
		<comments>http://WWW.ui123.com/blog/2009/03/13/faxianqueshidexuqiu/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 15:38:04 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=127</guid>
		<description><![CDATA[再次拿NOKIA E71的拍照功能说事。在拍照声音(拍照时的喀嚓声)设置里，仅能选择不同的喀嚓声。(声音非物理发声)
场景1：(注:此场景同样适用于在公共场合偷拍美女、不良现象、&#8230;)
        王锋家里有未满周岁的孩子，孩子的睡姿特别可爱，于是十分高兴的拿手机拍照，不想发出响亮的喀嚓声，惊扰了浅睡(注:没养过孩子的不会理解“浅睡”对于孩子的意义)的孩子，老婆也投来责备的目光。于是王锋想静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；又尝试着把整个手机设置为“无声”模式，但拍照时仍发出“喀嚓”声。万般无奈之下，王锋只好选择了一个听起来不太响亮的拍照声，尽管很不喜欢这个声音。在孩子浅睡时，尽量不在他身边用拍照功能了。
(这个场景或许有点吹毛求疵，但却让用户心理很难受，本该很容易想到的需求。如果你用来偷拍美女，或许你不会再认为是吹毛求疵。^^嘎嘎)
场景2：
        杜宾在一次听课时，老师版出了一个很重要的表格，抄下来实在太麻烦，又没带数码相机，凑合用手机去拍几张吧。为了不发出声音影响老师讲课，于是杜宾想先静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；尝试着把整个手机设置为“无声”模式，然后拍照，拍照时仍发出“喀嚓”声。为此老师还特意提醒拍照时关掉声音，搞的自己好像挺没素质似的。
缺失需求：静音拍照声。静音是一个很普通的需求，很多需要安静的场所都会有这个需求(比如：会议室、课堂、不惊扰拍摄对象等等)。
后记：
        感谢大家对隐私问题的争论，甚至有人提出日本等已经通过法律禁止厂商提供手机拍照静音功能。搜索了才知道，日本通过禁止手机静音设置这样BT的法案了，美国也仅仅是提出了此项法案。这种通过限制手机功能而禁止偷拍的功能，不知道会收到多少成效！！如果视频偷录呢？是否应该发出点啥声音提示呢？如果提示，那么提示声会影响到录制的音效，没法办了吧？！
        用户静音拍照是一个很常见的需求，大多数用户不会因为可以静音而去偷拍，偷拍的人不会因为可以静音而不去偷拍。不妨再想想，为了偷拍而禁止手机商不提供静音功能，实在可笑！如果想偷拍，岂能因为手机不能直接设置拍照静音而阻止偷拍，这些恶心的人有的是方法来静音拍照，搜一下就能看到不少这样的教程。
]]></description>
			<content:encoded><![CDATA[<p>再次拿NOKIA E71的拍照功能说事。在拍照声音(拍照时的喀嚓声)设置里，仅能选择不同的喀嚓声。(声音非物理发声)</p>
<p>场景1：(注:此场景同样适用于在公共场合偷拍美女、不良现象、&#8230;)</p>
<p>        王锋家里有未满周岁的孩子，孩子的睡姿特别可爱，于是十分高兴的拿手机拍照，不想发出响亮的喀嚓声，惊扰了浅睡(注:没养过孩子的不会理解“浅睡”对于孩子的意义)的孩子，老婆也投来责备的目光。于是王锋想静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；又尝试着把整个手机设置为“无声”模式，但拍照时仍发出“喀嚓”声。万般无奈之下，王锋只好选择了一个听起来不太响亮的拍照声，尽管很不喜欢这个声音。在孩子浅睡时，尽量不在他身边用拍照功能了。<br />
(这个场景或许有点吹毛求疵，但却让用户心理很难受，本该很容易想到的需求。如果你用来偷拍美女，或许你不会再认为是吹毛求疵。^^嘎嘎)</p>
<p>场景2：</p>
<p>        杜宾在一次听课时，老师版出了一个很重要的表格，抄下来实在太麻烦，又没带数码相机，凑合用手机去拍几张吧。为了不发出声音影响老师讲课，于是杜宾想先静音拍照时的“喀嚓”声。打开拍照声音设置，却发现只能选择不同的拍照声，没有类似“无声”的选项，也找不到可以静音的设置项；尝试着把整个手机设置为“无声”模式，然后拍照，拍照时仍发出“喀嚓”声。为此老师还特意提醒拍照时关掉声音，搞的自己好像挺没素质似的。</p>
<p>缺失需求：静音拍照声。静音是一个很普通的需求，很多需要安静的场所都会有这个需求(比如：会议室、课堂、不惊扰拍摄对象等等)。</p>
<p>后记：</p>
<p>        感谢大家对隐私问题的争论，甚至有人提出日本等已经通过法律禁止厂商提供手机拍照静音功能。搜索了才知道，日本通过禁止手机静音设置这样BT的法案了，美国也仅仅是提出了此项法案。这种通过限制手机功能而禁止偷拍的功能，不知道会收到多少成效！！如果视频偷录呢？是否应该发出点啥声音提示呢？如果提示，那么提示声会影响到录制的音效，没法办了吧？！</p>
<p>        用户静音拍照是一个很常见的需求，大多数用户不会因为可以静音而去偷拍，偷拍的人不会因为可以静音而不去偷拍。不妨再想想，为了偷拍而禁止手机商不提供静音功能，实在可笑！如果想偷拍，岂能因为手机不能直接设置拍照静音而阻止偷拍，这些恶心的人有的是方法来静音拍照，搜一下就能看到不少这样的教程。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2009/03/13/faxianqueshidexuqiu/feed/</wfw:commentRss>
		<slash:comments>38</slash:comments>
		</item>
		<item>
		<title>透过实际场景看设计:自作聪明的设计</title>
		<link>http://WWW.ui123.com/blog/2009/03/13/zizuocongmingdesheji/</link>
		<comments>http://WWW.ui123.com/blog/2009/03/13/zizuocongmingdesheji/#comments</comments>
		<pubDate>Fri, 13 Mar 2009 10:07:02 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=124</guid>
		<description><![CDATA[要讨论的问题:NOKIA E71里闪光灯的设置逻辑 ，讨论的逻辑如下：
步骤一：打开闪光灯设置(默认设置为“自动”),如下图

步骤二：手动设置成“关”，如下图

步骤三：完成设置后，使用拍照(闪光灯设置生效，拍照过程中无闪光灯效果)。
步骤四：退出拍照(非关机)，再次进入拍照，闪光灯自动恢复默认设置。(主要讨论这个问题)
大家认为这样设计合理吗？
我猜测设计的原本目的是：
1）怕用户忘记设置回来，好心自动帮用户设置回来；
2）如果光线较暗，在用户每次使用拍照时，能自动为其闪光，帮助用户拍到清晰的图像。
上面这两条理由算是为用户着想，体贴用户喽！
而实际场景并非如此，用户的自定义设置有很强的目的性。 我们看两个真实的场景。
场景1：
      王锋家有未满1周岁的孩子，拍照时的闪光灯对孩子的眼睛有伤害。由于经常拿NOKIA E71手机给孩子拍照，于是王锋特地关闭了闪光灯。可在他下次再次使用手机拍照时(注意:不是本次拍第几张)，发现闪光闪光了！！！“NND，这是怎么回事？！”王锋很生气 。在王锋一通捣鼓后发现:每次使用拍照模式，手机都会自动把闪光灯的设置恢复至“自动”。于是王锋只好在以后每次使用拍照功能时先设置关闭闪光灯。
场景2：
      果伦不喜欢使用闪光灯，因为拍到的照片上有闪光灯的反光，对于喜欢真实效果的他，习惯性的关闭了闪光灯。可在接下来的使用过程中，果伦发现每次使用拍照时都会闪光。反复的尝试之后才知道，每次启动拍照，手机都会自动的恢复闪光灯的设置至默认的“自动”。万般无奈之下，果伦只好每次使用拍照功能时先设置关闭闪光灯。
场景3：
      李思更倾向于超长待机，闪光灯是个费电的功能，为了省电，每次使用拍照都要去关闭闪光灯，这样的麻烦简直让李思无法忍受。
小结：
      由以上两个真实的场景可以看出，用户的“关闭闪光灯”设置都是有目的，场景一是为了避免伤害孩子的眼睛，场景二是为了避免拍到的图片有闪光灯的反光。虽然我理解NOKIA E71闪光灯设置逻辑的初衷是为了“替用户着想”，但是这时的“关心”反倒成了“自作聪明”。如果设计师还在“装用户”，还在把自己模拟成用户而进行设计，着实应该转变一下思维，多从实际的场景出发。
]]></description>
			<content:encoded><![CDATA[<p><strong>要讨论的问题:NOKIA E71里闪光灯的设置逻辑</strong> ，讨论的逻辑如下：</p>
<p>步骤一：打开闪光灯设置(默认设置为“自动”),如下图<br />
<img src="http://WWW.ui123.com/blog/uploads/2009/20090313000.jpg" alt="" /></p>
<p>步骤二：手动设置成“关”，如下图<br />
<img src="http://WWW.ui123.com/blog/uploads/2009/20090313001.jpg" alt="" /></p>
<p>步骤三：完成设置后，使用拍照(闪光灯设置生效，拍照过程中无闪光灯效果)。<br />
步骤四：退出拍照(非关机)，再次进入拍照，闪光灯自动恢复默认设置。(主要讨论这个问题)</p>
<p><strong>大家认为这样设计合理吗？</strong></p>
<p>我猜测设计的原本目的是：<br />
1）怕用户忘记设置回来，好心自动帮用户设置回来；<br />
2）如果光线较暗，在用户每次使用拍照时，能自动为其闪光，帮助用户拍到清晰的图像。<br />
上面这两条理由算是为用户着想，体贴用户喽！</p>
<p><strong>而实际场景并非如此，用户的自定义设置有很强的目的性。</strong> 我们看两个真实的场景。</p>
<p>场景1：</p>
<p>      王锋家有未满1周岁的孩子，拍照时的闪光灯对孩子的眼睛有伤害。由于经常拿NOKIA E71手机给孩子拍照，于是王锋特地关闭了闪光灯。可在他下次再次使用手机拍照时(注意:不是本次拍第几张)，发现闪光闪光了！！！“NND，这是怎么回事？！”王锋很生气 。在王锋一通捣鼓后发现:每次使用拍照模式，手机都会自动把闪光灯的设置恢复至“自动”。于是王锋只好在以后每次使用拍照功能时先设置关闭闪光灯。</p>
<p>场景2：</p>
<p>      果伦不喜欢使用闪光灯，因为拍到的照片上有闪光灯的反光，对于喜欢真实效果的他，习惯性的关闭了闪光灯。可在接下来的使用过程中，果伦发现每次使用拍照时都会闪光。反复的尝试之后才知道，每次启动拍照，手机都会自动的恢复闪光灯的设置至默认的“自动”。万般无奈之下，果伦只好每次使用拍照功能时先设置关闭闪光灯。</p>
<p>场景3：</p>
<p>      李思更倾向于超长待机，闪光灯是个费电的功能，为了省电，每次使用拍照都要去关闭闪光灯，这样的麻烦简直让李思无法忍受。</p>
<p><strong>小结：</strong></p>
<p>      由以上两个真实的场景可以看出，用户的“关闭闪光灯”设置都是有目的，场景一是为了避免伤害孩子的眼睛，场景二是为了避免拍到的图片有闪光灯的反光。虽然我理解NOKIA E71闪光灯设置逻辑的初衷是为了“替用户着想”，但是这时的“关心”反倒成了“自作聪明”。如果设计师还在“装用户”，还在把自己模拟成用户而进行设计，着实应该转变一下思维，多从实际的场景出发。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2009/03/13/zizuocongmingdesheji/feed/</wfw:commentRss>
		<slash:comments>35</slash:comments>
		</item>
		<item>
		<title>“我就是用户”</title>
		<link>http://WWW.ui123.com/blog/2009/01/13/imuser/</link>
		<comments>http://WWW.ui123.com/blog/2009/01/13/imuser/#comments</comments>
		<pubDate>Tue, 13 Jan 2009 09:50:20 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=122</guid>
		<description><![CDATA[      刚看到白鸦和keso的争论，一个是“别装了，你不是用户” (keso)，另一个是”装，是必须的“ (白鸦)。何必争论，我要说：“我就是用户”。把自己培养成一个真正的用户，并且和真正的用户打成一片，这是了解用户的最高境界。
了解了用户怎么使用，这只是了解用户的初级。
      如果你要做一款音频编辑软件产品，而你连音频编辑咋回事都不知道，又如何能满足用户的期望？怎么能知道用户需要什么？怎么使用？使用时的感受？或许你通过看一些用户使用的视频，看一些用户教学的视频，通过论坛里的帖子和搜索到的更多资料，大致可以了解一些用户需要什么？但这是远远不够的，好不好用，好用到什么程度，只有真正使用产品的人才有深刻的感受。你真是从门外往里看。
把自己当成用户，这只是了解用户的入门。
      把自己模拟成用户去体验，了解用户的特点，自己装成用户去体验产品。这样做可以说初见成效，也只是初见成效而已，因为这一步对用户了解还不够，从更深的使用习惯、细节和情感上，还无法去体会用户的感受，既然不能深度的了解其感受，就很难将用户伺候舒坦了。让别人竖起大拇指赞扬那可不是容易的事情！
“我就是用户！”你敢拍着胸脯说，OK！你成功了解了你的用户。
      从刚开始以一个学生的心态去学习使用产品，到尝试着成为初级用户，再到使用产品经历丰富。你能和深度用户交流畅通、相互分享经验，和高级用户使用水平相当。那么你算是这个产品的专家了，你最了解你的用户，你自己就是用户，你自己又是成熟的设计师。那么，你设计的产品很合适用户。可以这样推理吧？
小结：
      黎明拍着胸脯对导演说：“我就是梅兰芳！”，于是导演相信他有自信演好《梅兰芳》这部戏；我们设计师也要拍着胸脯说：“我就是用户！”，那么老板也会相信你能很好的了解用户。
后记：
      经过大家热情的讨论，大家还是很理性的，大多人还是建议用科学的方法去了解用户(比如“创建角色”等等)。
      理解用户还得靠科学的方法。把自己当作用户或培养成用户可以解决很多设计细节，但自身也有很大的局限性，就算自己是用户也只能代表用户的个体，而非角色(某类用户)。装用户更会带来很大的偏见。在国内，公司如果能倡导“用心的去装用户”就很不错了，大多都不支持浪费时间去理解真正的用户。
      都说举黎明的例子不好，不过黎明还是很认真的，精神可嘉。
]]></description>
			<content:encoded><![CDATA[<p>      刚看到白鸦和keso的争论，一个是<a href="http://ucdchina.com/post/1709" target="_blank">“别装了，你不是用户”</a> (keso)，另一个是<a href="http://uicom.net/blog/?p=809" target="_blank">”装，是必须的“</a> (白鸦)。何必争论，我要说：“我就是用户”。把自己培养成一个真正的用户，并且和真正的用户打成一片，这是了解用户的最高境界。</p>
<p><strong>了解了用户怎么使用，这只是了解用户的初级。</strong></p>
<p>      如果你要做一款音频编辑软件产品，而你连音频编辑咋回事都不知道，又如何能满足用户的期望？怎么能知道用户需要什么？怎么使用？使用时的感受？或许你通过看一些用户使用的视频，看一些用户教学的视频，通过论坛里的帖子和搜索到的更多资料，大致可以了解一些用户需要什么？但这是远远不够的，好不好用，好用到什么程度，只有真正使用产品的人才有深刻的感受。你真是从门外往里看。</p>
<p><strong>把自己当成用户，这只是了解用户的入门。</strong><br />
      把自己模拟成用户去体验，了解用户的特点，自己装成用户去体验产品。这样做可以说初见成效，也只是初见成效而已，因为这一步对用户了解还不够，从更深的使用习惯、细节和情感上，还无法去体会用户的感受，既然不能深度的了解其感受，就很难将用户伺候舒坦了。让别人竖起大拇指赞扬那可不是容易的事情！</p>
<p><strong>“我就是用户！”你敢拍着胸脯说，OK！你成功了解了你的用户。</strong><br />
      从刚开始以一个学生的心态去学习使用产品，到尝试着成为初级用户，再到使用产品经历丰富。你能和深度用户交流畅通、相互分享经验，和高级用户使用水平相当。那么你算是这个产品的专家了，你最了解你的用户，你自己就是用户，你自己又是成熟的设计师。那么，你设计的产品很合适用户。可以这样推理吧？</p>
<p><strong>小结：</strong></p>
<p>      黎明拍着胸脯对导演说：“我就是梅兰芳！”，于是导演相信他有自信演好《梅兰芳》这部戏；我们设计师也要拍着胸脯说：“我就是用户！”，那么老板也会相信你能很好的了解用户。</p>
<p><strong>后记：</strong></p>
<p>      经过大家热情的讨论，大家还是很理性的，大多人还是建议用科学的方法去了解用户(比如“创建角色”等等)。</p>
<p>      理解用户还得靠科学的方法。把自己当作用户或培养成用户可以解决很多设计细节，但自身也有很大的局限性，就算自己是用户也只能代表用户的个体，而非角色(某类用户)。装用户更会带来很大的偏见。在国内，公司如果能倡导“用心的去装用户”就很不错了，大多都不支持浪费时间去理解真正的用户。</p>
<p>      都说举黎明的例子不好，不过黎明还是很认真的，精神可嘉。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2009/01/13/imuser/feed/</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>闲聊用户角色</title>
		<link>http://WWW.ui123.com/blog/2008/06/29/jiaose/</link>
		<comments>http://WWW.ui123.com/blog/2008/06/29/jiaose/#comments</comments>
		<pubDate>Sun, 29 Jun 2008 13:49:20 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://WWW.ui123.com/blog/?p=105</guid>
		<description><![CDATA[        之前很多人给我提到“Personas”这个词，在中国的国度里，并非所有设计师都能很好的英文读写，于是让新手听起来很神秘的样子，我经常脱口而出“用户角色”嘛！我们在生活中也会扮演各种角色，比如，你是你父母的孩子，是小孩的爸爸等等，这里的“孩子”、“爸爸”都是你在不同角度所扮演的角色。同理而言，使用某产品的用户，这个“用户”就是角色。只不过我们把“用户角色”当成一种典型的研究用户的方法，根据用户典型的特点虚拟几个用户，让这些虚拟的用户代表广大用户。就这样，很容易理解。
       对于“用户角色”这个词，是cooper先生最先发明的，在他的aboutface3里，对角色有明确的定义：虚拟的用户；研究用户的工具；一种研究用户的方法。有兴趣的朋友可以翻看&#8221;（5）Modeling Users:Personas And Goals&#8221;这个章节。在web设计领域里，Angela翻译的《赢在用户》很系统的讲了创建角色的过程。
        创建用户角色，客观的讲是建立在细分用户至上的，就是基于对大众用户的分类，然后创建“用户角色”，很多时候被有些人理解为“典型用户”，典型用户很有价值，但“用户角色”不见得都是典型用户。在用户角色背后，有用户相关数据做支撑，否则很难谈的上客观。关于研究用户的系统讲解，还是建议去看《赢在用户》，的确很系统的一本书。这里不是在推荐《赢在用户》了，大家不要误解。
]]></description>
			<content:encoded><![CDATA[<p>        之前很多人给我提到“Personas”这个词，在中国的国度里，并非所有设计师都能很好的英文读写，于是让新手听起来很神秘的样子，我经常脱口而出“用户角色”嘛！我们在生活中也会扮演各种角色，比如，你是你父母的孩子，是小孩的爸爸等等，这里的“孩子”、“爸爸”都是你在不同角度所扮演的角色。同理而言，使用某产品的用户，这个“用户”就是角色。只不过我们把“用户角色”当成一种典型的研究用户的方法，根据用户典型的特点虚拟几个用户，让这些虚拟的用户代表广大用户。就这样，很容易理解。</p>
<p>       对于“用户角色”这个词，是cooper先生最先发明的，在他的aboutface3里，对角色有明确的定义：虚拟的用户；研究用户的工具；一种研究用户的方法。有兴趣的朋友可以翻看&#8221;（5）Modeling Users:Personas And Goals&#8221;这个章节。在web设计领域里，<a href="http://ucdchina.com/angela/" target="_blank">Angela</a>翻译的《赢在用户》很系统的讲了创建角色的过程。</p>
<p>        创建用户角色，客观的讲是建立在细分用户至上的，就是基于对大众用户的分类，然后创建“用户角色”，很多时候被有些人理解为“典型用户”，典型用户很有价值，但“用户角色”不见得都是典型用户。在用户角色背后，有用户相关数据做支撑，否则很难谈的上客观。关于研究用户的系统讲解，还是建议去看《赢在用户》，的确很系统的一本书。这里不是在推荐《赢在用户》了，大家不要误解。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/06/29/jiaose/feed/</wfw:commentRss>
		<slash:comments>25</slash:comments>
		</item>
		<item>
		<title>“曲线”用户研究</title>
		<link>http://WWW.ui123.com/blog/2008/06/10/quxianyanjiuyonghu/</link>
		<comments>http://WWW.ui123.com/blog/2008/06/10/quxianyanjiuyonghu/#comments</comments>
		<pubDate>Tue, 10 Jun 2008 05:19:34 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=219</guid>
		<description><![CDATA[        在很多时候，公司未必给予我们提供充足的条件让我们专门从事用户研究；抱怨之余，我们应该积极的为设计找些支撑点。在此分享一下，我们在没有专门的用户供研究的情况下是如何做用户研究的，那就是：分析同类产品的用户。因为不是直接研究自己的目标用户，所以在此称为“曲线”用户研究。但这些方法仅适用于有经验并且有分析能力的设计师，因为有经验的设计师知道自己需要什么，有分析能力的设计师可以敏感的发现信息，并准确的分析出有用信息。
1、分析同类产品的用户案例
        在做音频编辑产品的时候，我就通过视频搜索，搜索到很多关于视频编辑的教学短片，有些是用户自录的使用视频，观看这些视频，设计师可以直观的看到用户是如何操作的，在操作的时候，那些感觉麻烦，哪里常犯错，那些功能是经常使用的，等等。通过分析之后，我们可以得到主要功能列表和简短的使用场景。在接下来的设计中，我们可以以此为支撑点，通过思考加工，变成有价值的设计依据。起码我们有靠谱的资料做支撑，比起拍脑门做设计要强很多吧！
2、分析同类产品的反馈论坛
        在同类产品的反馈论坛中，有用户反馈的许多问题，这些问题值得我们直接借鉴，就像研究历史一样，“以史为鉴”可以让我们避免犯重复的错误。要不然，我们不可避免的还要像我们的对手一样再次走这些弯路，既然我们有了可以避免的途径，为何不“以史为鉴”呢。在同类产品的反馈论坛中同样有着很多用户提出的需求，很多需求很值得采纳，还可以基于用户的描述来构建需求的使用场景，甚至勾画出简单的使用原型。同时用户提出这些需求表明，对手还未做到，我们通过“对手的信息”，以此来超越对手。对用户关注程度是根本，因为关注用户，我们能得到更贴切的功能，更多的需求，设计出更易用的产品；同时意味着产品能挣更多的钱，因为用户会因此而“买账”。
3、观察同类产品的用户
        如果是在线的产品，我们可以凭经验选择几个典型用户进行观察，观察“典型用户”使用最多的功能、操作方法、组织内容的习惯、喜好等，我们可以从中分析出那些功能对用户是有用的，那些操作更有效。如果有充足的时间，我们可以进行稍长时间的观察，通过统计，从而得出用户的使用习惯及规律，而这些在以后的设计中，将直接影响产品的结构。
小结：这些方法仅适用于你有对手，这些观察和分析，不但可以让设计师得到想要的原始用户素材，还能分析出对手的优缺点，为产品的定位和如可切入市场提供了有效帮助。
注意：没有分析能力的设计师慎用，搞不好会被带进沟里。
]]></description>
			<content:encoded><![CDATA[<p>        在很多时候，公司未必给予我们提供充足的条件让我们专门从事用户研究；抱怨之余，我们应该积极的为设计找些支撑点。在此分享一下，我们在没有专门的用户供研究的情况下是如何做用户研究的，那就是：分析同类产品的用户。因为不是直接研究自己的目标用户，所以在此称为“曲线”用户研究。但这些方法仅适用于有经验并且有分析能力的设计师，因为有经验的设计师知道自己需要什么，有分析能力的设计师可以敏感的发现信息，并准确的分析出有用信息。</p>
<p><strong>1、分析同类产品的用户案例</strong></p>
<p>        在做音频编辑产品的时候，我就通过视频搜索，搜索到很多关于视频编辑的教学短片，有些是用户自录的使用视频，观看这些视频，设计师可以直观的看到用户是如何操作的，在操作的时候，那些感觉麻烦，哪里常犯错，那些功能是经常使用的，等等。通过分析之后，我们可以得到主要功能列表和简短的使用场景。在接下来的设计中，我们可以以此为支撑点，通过思考加工，变成有价值的设计依据。起码我们有靠谱的资料做支撑，比起拍脑门做设计要强很多吧！</p>
<p><strong>2、分析同类产品的反馈论坛</strong></p>
<p>        在同类产品的反馈论坛中，有用户反馈的许多问题，这些问题值得我们直接借鉴，就像研究历史一样，“以史为鉴”可以让我们避免犯重复的错误。要不然，我们不可避免的还要像我们的对手一样再次走这些弯路，既然我们有了可以避免的途径，为何不“以史为鉴”呢。在同类产品的反馈论坛中同样有着很多用户提出的需求，很多需求很值得采纳，还可以基于用户的描述来构建需求的使用场景，甚至勾画出简单的使用原型。同时用户提出这些需求表明，对手还未做到，我们通过“对手的信息”，以此来超越对手。对用户关注程度是根本，因为关注用户，我们能得到更贴切的功能，更多的需求，设计出更易用的产品；同时意味着产品能挣更多的钱，因为用户会因此而“买账”。</p>
<p><strong>3、观察同类产品的用户</strong><span id="more-100"></span></p>
<p>        如果是在线的产品，我们可以凭经验选择几个典型用户进行观察，观察“典型用户”使用最多的功能、操作方法、组织内容的习惯、喜好等，我们可以从中分析出那些功能对用户是有用的，那些操作更有效。如果有充足的时间，我们可以进行稍长时间的观察，通过统计，从而得出用户的使用习惯及规律，而这些在以后的设计中，将直接影响产品的结构。</p>
<p><strong>小结：</strong>这些方法仅适用于你有对手，这些观察和分析，不但可以让设计师得到想要的原始用户素材，还能分析出对手的优缺点，为产品的定位和如可切入市场提供了有效帮助。</p>
<p><em><strong>注意：</strong>没有分析能力的设计师慎用，搞不好会被带进沟里。</em></p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2008/06/10/quxianyanjiuyonghu/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>为何我们需要用户角色？</title>
		<link>http://WWW.ui123.com/blog/2007/08/02/weihewomenxuyaojiaose/</link>
		<comments>http://WWW.ui123.com/blog/2007/08/02/weihewomenxuyaojiaose/#comments</comments>
		<pubDate>Thu, 02 Aug 2007 15:08:32 +0000</pubDate>
		<dc:creator>奇遇</dc:creator>
				<category><![CDATA[.了解用户]]></category>
		<category><![CDATA[观点|感悟|闲聊]]></category>

		<guid isPermaLink="false">http://www.ui123.com/blog/?p=109</guid>
		<description><![CDATA[1、一张图很直观的表明我们需要挖掘用户真正的需求
      “用户角色”在可用性设计里，是一个很重要的概念，之前很多关于用户的讨论，比如：“不要听用户的”“要不要听用户的”“以用户为中心是有害的”“要关注用户，学会倾听用户”等等，或许都从各自的角度来证明了自己的想法。今天在西贝那里看到这样一张图：

从上面这张图我们可以看出：不光开发团队的不同工种的理解差别很大，而且用户的期望和用户的真正需要也不尽相同。
2、在设计时候适当运用角色，正好可以弥补设计与用户真正地需求之间的差距。
下面我们先解读一下上图，按照从左之右，从上至下：
一行：1、用户的描述     2 、根据用户描述的理解      3、分析师的设计    4、程序员编写 5、高级顾问的描述   
二行：6、项目策划书   7、操作用使用的工具   8、用户自己建造的结果 9提供基础支持的程度  10、用户真正的需求
a、我们先比较1、8和10会发现，不但用户真正的需求和用户的描述是有差别的，而且让用户自己去设计更是不且实际，用户不是设计师，并没有专业性的用软件去表达自己的能力。鉴于用户的局限性和非专业性的问题，我们不能完全听用户的，更不能让用户去做设计。
b、从2、3、4、5、6、7、9可以看出，最基本的方向和起点大家都是一致的，但理解确实差别很大，理解的层面和深度各异。此时我们需要有一种方法客观的统一意识，朝用户真正的方向努力，用户角色是个很好的辅助方法。程序实施是实现了基本的功能，根本满足不了需求；用户顾问把用户的需求夸大或者变的过于“高雅”；产品经理和分析设计师都只是接近用户的真实需求。我们这些认识和想法，只有通过用户验证和反馈，来不断的客观修正，才能真正的达到用户真实需求。
3、至于具体做法，是一门学问，借此推荐两本书，通过系统的学习和大量的时间才能真正的掌握这门技能。
《赢在用户》 《交互设计精髓》  都很好的阐述了“用户角色”。
]]></description>
			<content:encoded><![CDATA[<p><strong>1、一张图很直观的表明我们需要挖掘用户真正的需求</strong><br />
      “用户角色”在可用性设计里，是一个很重要的概念，之前很多关于用户的讨论，比如：“不要听用户的”“要不要听用户的”“以用户为中心是有害的”“要关注用户，学会倾听用户”等等，或许都从各自的角度来证明了自己的想法。今天在<a href="http://www.xibeidesign.cn" target="_blank">西贝</a>那里看到这样一张图：</p>
<p><img src="http://www.ui123.com/blog/uploads/2007/08/x20078213221.jpg" alt="x20078213221.jpg" /><br />
从上面这张图我们可以看出：不光开发团队的不同工种的理解差别很大，而且用户的期望和用户的真正需要也不尽相同。</p>
<p><strong>2、在设计时候适当运用角色，正好可以弥补设计与用户真正地需求之间的差距。<br />
</strong>下面我们先解读一下上图，按照从左之右，从上至下：<span id="more-70"></span></p>
<p>一行：1、用户的描述     2 、根据用户描述的理解      3、分析师的设计    4、程序员编写 5、高级顾问的描述   </p>
<p>二行：6、项目策划书   7、操作用使用的工具   8、用户自己建造的结果 9提供基础支持的程度  10、用户真正的需求</p>
<p>a、我们先比较1、8和10会发现，不但用户真正的需求和用户的描述是有差别的，而且让用户自己去设计更是不且实际，用户不是设计师，并没有专业性的用软件去表达自己的能力。鉴于用户的局限性和非专业性的问题，我们不能完全听用户的，更不能让用户去做设计。</p>
<p>b、从2、3、4、5、6、7、9可以看出，最基本的方向和起点大家都是一致的，但理解确实差别很大，理解的层面和深度各异。此时我们需要有一种方法客观的统一意识，朝用户真正的方向努力，用户角色是个很好的辅助方法。程序实施是实现了基本的功能，根本满足不了需求；用户顾问把用户的需求夸大或者变的过于“高雅”；产品经理和分析设计师都只是接近用户的真实需求。我们这些认识和想法，只有通过用户验证和反馈，来不断的客观修正，才能真正的达到用户真实需求。</p>
<p><strong>3、至于具体做法，是一门学问，借此推荐两本书</strong>，通过系统的学习和大量的时间才能真正的掌握这门技能。</p>
<p><a href="http://ucdchina.com/angela/?p=23" target="_blank">《赢在用户》</a> <a href="http://www.ui123.com/blog/?p=4" target="_blank">《交互设计精髓》</a>  都很好的阐述了“用户角色”。</p>
]]></content:encoded>
			<wfw:commentRss>http://WWW.ui123.com/blog/2007/08/02/weihewomenxuyaojiaose/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
