<?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://tina.reeze.cn/tag/%e4%bd%93%e9%aa%8c/feed/" rel="self" type="application/rss+xml" />
	<link>http://tina.reeze.cn</link>
	<description>爱生活爱设计，这里是一片自由的沃土，生活的美好由此开启……</description>
	<lastBuildDate>Thu, 12 Aug 2010 09:55:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>用户还是商业？</title>
		<link>http://tina.reeze.cn/2009/11/19/userorbussiness/</link>
		<comments>http://tina.reeze.cn/2009/11/19/userorbussiness/#comments</comments>
		<pubDate>Thu, 19 Nov 2009 09:30:34 +0000</pubDate>
		<dc:creator>tina</dc:creator>
				<category><![CDATA[交互设计]]></category>
		<category><![CDATA[未分类]]></category>
		<category><![CDATA[用户研究]]></category>
		<category><![CDATA[界面设计]]></category>
		<category><![CDATA[体验]]></category>
		<category><![CDATA[商业]]></category>
		<category><![CDATA[用户]]></category>

		<guid isPermaLink="false">http://tina.reeze.cn/?p=27608</guid>
		<description><![CDATA[ 
午睡的时候突然想到一个小问题，当用户需求和商业利益出现冲突的时候我们该怎么办？ 
         根据以前的工作经验，在现阶段的中国企业，商业利益还是大于用户需求的。虽然企业也在高调的宣布，我们是注重用户体验的，我们的产品都是经过了可用性测试检验的产品，是经过研究用户需求得到的产品，但是，在实际操作中，产品设计还是会特别考虑市场策略，商业利益。
         以前参与过一个项目，在其中负责交互设计工作，为了能够得到更好的设计，也参与了前期的用户研究阶段，深刻的理解了用户的困难。我们团队根据研究结论，规划出来一个理想化的真正符合用户使用习惯的产品。但是当我们满心欢喜的把设计作品拿到客户跟前讲解后，客户方很尴尬的告诉我们，虽然做了用户研究，有这么多的结论，但是考虑到市场的竞争，某公司的产品上有**的文字，如果我们的产品上没有这样的文字，用户在购买的时候会觉得我们这个不如人家的产品好，这样销售会有问题的。然后根据客户的要求，我们违心的把那些用户不需要的东西添加上去，，。
         在使用互联网的时候也偶然发现有些地方就是真正只为了用户的需要在考虑，有些网站就是有为用户考虑的心思，但是出于盈利的目的，添加了一些额外的操作，给用户使用上带来了一定的麻烦，提高了商业价值，降低了用户体验。
        前一段时间使用人人网（原校内网）的时候发现在分享图片或者日志的时候会出现一种模态弹出框（爱伦库柏提倡使用非模态形式的提示）提示用户分享成功，这个几秒钟自动消失的弹出框的下方附带了一个广告，虽然用户可以在弹出框自动消失前手动关掉这个弹出框，但是对于用户而言这一步的操作显然是比较多余的操作，不是出于完成这个分享动作必须的操作，因此在一定程度上会影响用户的体验感。
        今天查看的时候发现广告消失了，但是这个弹出框的形式还是继续存在，不知道是最近广告较少，还是人人网的设计师意识到了这个广告的问题，希望他们会以更好的方式来解决这个用户操作成功的提示问题。个人很喜欢Gmail的提示，在不影响用户使用的地方悄悄的给与提示，很体贴 

]]></description>
			<content:encoded><![CDATA[<p> <img class="alignnone size-full wp-image-27615" title="未标题-1" src="http://tina.reeze.cn/wp-content/uploads/2009/11/未标题-1.png" alt="title" width="600" height="100" /></p>
<p>午睡的时候突然想到一个小问题，当用户需求和商业利益出现冲突的时候我们该怎么办？ <br />
         根据以前的工作经验，在现阶段的中国企业，商业利益还是大于用户需求的。虽然企业也在高调的宣布，我们是注重用户体验的，我们的产品都是经过了可用性测试检验的产品，是经过研究用户需求得到的产品，但是，在实际操作中，产品设计还是会特别考虑市场策略，商业利益。<br />
         以前参与过一个项目，在其中负责交互设计工作，为了能够得到更好的设计，也参与了前期的用户研究阶段，深刻的理解了用户的困难。我们团队根据研究结论，规划出来一个理想化的真正符合用户使用习惯的产品。但是当我们满心欢喜的把设计作品拿到客户跟前讲解后，客户方很尴尬的告诉我们，虽然做了用户研究，有这么多的结论，但是考虑到市场的竞争，某公司的产品上有**的文字，如果我们的产品上没有这样的文字，用户在购买的时候会觉得我们这个不如人家的产品好，这样销售会有问题的。然后根据客户的要求，我们违心的把那些用户不需要的东西添加上去，，。<br />
         在使用互联网的时候也偶然发现有些地方就是真正只为了用户的需要在考虑，有些网站就是有为用户考虑的心思，但是出于盈利的目的，添加了一些额外的操作，给用户使用上带来了一定的麻烦，提高了商业价值，降低了用户体验。<br />
        前一段时间使用人人网（原校内网）的时候发现在分享图片或者日志的时候会出现一种模态弹出框（爱伦库柏提倡使用非模态形式的提示）提示用户分享成功，这个几秒钟自动消失的弹出框的下方附带了一个广告，虽然用户可以在弹出框自动消失前手动关掉这个弹出框，但是对于用户而言这一步的操作显然是比较多余的操作，不是出于完成这个分享动作必须的操作，因此在一定程度上会影响用户的体验感。<img class="alignnone size-full wp-image-27612" title="人人网的分享" src="http://tina.reeze.cn/wp-content/uploads/2009/11/人人网的分享.jpg" alt="人人网的分享" width="615" height="125" /><br />
        今天查看的时候发现广告消失了，但是这个弹出框的形式还是继续存在，不知道是最近广告较少，还是人人网的设计师意识到了这个广告的问题，希望他们会以更好的方式来解决这个用户操作成功的提示问题。个人很喜欢Gmail的提示，在不影响用户使用的地方悄悄的给与提示，很体贴 <img src='http://tina.reeze.cn/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
<img class="alignnone size-large wp-image-27613" title="Google2" src="http://tina.reeze.cn/wp-content/uploads/2009/11/Google2-1024x180.jpg" alt="Google2" width="614" height="111" /></p>
]]></content:encoded>
			<wfw:commentRss>http://tina.reeze.cn/2009/11/19/userorbussiness/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
