<?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://blog.1g1g.com/tag/%e7%95%8c%e9%9d%a2/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.1g1g.com</link>
	<description></description>
	<lastBuildDate>Mon, 26 Sep 2011 05:15:33 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>亦歌的设计</title>
		<link>http://blog.1g1g.com/2008/09/18/1g1g-design/</link>
		<comments>http://blog.1g1g.com/2008/09/18/1g1g-design/#comments</comments>
		<pubDate>Thu, 18 Sep 2008 10:50:10 +0000</pubDate>
		<dc:creator>JF</dc:creator>
				<category><![CDATA[创作者随笔]]></category>
		<category><![CDATA[亦歌]]></category>
		<category><![CDATA[在线听歌]]></category>
		<category><![CDATA[界面]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://blog.1g1g.com/?p=50</guid>
		<description><![CDATA[发布之后，得到了很多用户的反馈。谢谢大家！这些反馈中有很大一部分是对一些新功能的需求，比如说的最多的滚歌词。这让我想起了亦歌是怎样从无到有变成今天这个样子的。 作为一个创业的项目，亦歌并不是像大公司做软件产品那样从需求分析的文档开始的。需求分析-&#62;概要设计-&#62;详细设计-&#62;编码-&#62;测试-&#62;上线，这样的流程对创业项目是没法实现的，因为当我们开始做亦歌的时候，我们也不知道我们会做出一个什么样的东西来。那时候，我们只有一个理念，就是要做最简捷易用的在线播放器。之所以有这样的理念，是因为我们觉得现有的播放器都太复杂了，尤其是在线的，太复杂。听歌，很简单的事，干嘛弄的那么复杂呢？ 我们实际的工作流程是，做一小步的设计-&#62;实现-&#62;回头看当前整体的状况-&#62;再做一小步设计-&#62;再实现-&#62;再看。我们就是这样点点点点的累积把亦歌做成现在这个样子，其间经常把某些局部推翻重做，或者扔掉不要。 现在回想起来，我们在亦歌的设计中一直遵循了一条很特殊的原则，就是“界面和功能并重”。在我所知的通常的软件产品中，界面和功能之间的关系往往是界面服务于功能，产品经理提给设计人员的问题是：“我们的产品要实现这些功能，界面应该怎样设计呢？”也就是先有了功能设计，然后再讨论界面怎么呈现。然而，对于在线播放器这个特殊的产品，我们认为这样的方式并不合适。界面和功能同样重要。功能是用户选择你的理由，界面也是！功能是用户放弃你的理由，界面也是！ 这样一来，我们常常因为一个功能在界面上不容易呈现，说俗点就是怎么摆都别扭，而放弃一个功能——直到有一天我们想出了好的摆法。要保持住页面的简洁是艰难的，因为我们总共就一个页面，那就只有那么大的空间。每一个新功能都被仔细斟酌，不能让它的出现成为对已有页面的伤害。 这个原则一直坚持到今天，还要一直坚持下去。我们相信，对于亦歌，它是保持品质的关键所在。 从我个人而言（正在写这篇blog的是亦歌组的三个人之一，不是负责做设计的那个），整个设计中我最满意的是两点。一是整个页面的平板设计，就是没有很多三维的东西，浮起来的块儿、阴影、立体的字。平板的简捷性同时也限制了设计的空间，因为能变通的余地小了很多。能把平板的设计做到现在这样，我很高兴。另一个是页面中部播放区和浏览区之间的配合。播放区是一个全封闭的设计，浏览区是一个全开放的设计，一个封闭的，和一个开放的，并排摆在一块，不觉得别扭，还挺舒服，甚至用户都感觉不到这是一个封闭的和一个开放的摆在一块儿，做到这样不容易。]]></description>
			<content:encoded><![CDATA[<p>发布之后，得到了很多用户的反馈。谢谢大家！这些反馈中有很大一部分是对一些新功能的需求，比如说的最多的滚歌词。这让我想起了亦歌是怎样从无到有变成今天这个样子的。<br />
作为一个创业的项目，亦歌并不是像大公司做软件产品那样从需求分析的文档开始的。需求分析-&gt;概要设计-&gt;详细设计-&gt;编码-&gt;测试-&gt;上线，这样的流程对创业项目是没法实现的，因为当我们开始做亦歌的时候，我们也不知道我们会做出一个什么样的东西来。那时候，我们只有一个理念，就是要做最简捷易用的在线播放器。之所以有这样的理念，是因为我们觉得现有的播放器都太复杂了，尤其是在线的，太复杂。听歌，很简单的事，干嘛弄的那么复杂呢？<br />
我们实际的工作流程是，做一小步的设计-&gt;实现-&gt;回头看当前整体的状况-&gt;再做一小步设计-&gt;再实现-&gt;再看。我们就是这样点点点点的累积把亦歌做成现在这个样子，其间经常把某些局部推翻重做，或者扔掉不要。<br />
现在回想起来，我们在亦歌的设计中一直遵循了一条很特殊的原则，就是“界面和功能并重”。在我所知的通常的软件产品中，界面和功能之间的关系往往是界面服务于功能，产品经理提给设计人员的问题是：“我们的产品要实现这些功能，界面应该怎样设计呢？”也就是先有了功能设计，然后再讨论界面怎么呈现。然而，对于在线播放器这个特殊的产品，我们认为这样的方式并不合适。界面和功能同样重要。功能是用户选择你的理由，界面也是！功能是用户放弃你的理由，界面也是！<br />
这样一来，我们常常因为一个功能在界面上不容易呈现，说俗点就是怎么摆都别扭，而放弃一个功能——直到有一天我们想出了好的摆法。要保持住页面的简洁是艰难的，因为我们总共就一个页面，那就只有那么大的空间。每一个新功能都被仔细斟酌，不能让它的出现成为对已有页面的伤害。<br />
这个原则一直坚持到今天，还要一直坚持下去。我们相信，对于亦歌，它是保持品质的关键所在。<br />
从我个人而言（正在写这篇blog的是亦歌组的三个人之一，不是负责做设计的那个），整个设计中我最满意的是两点。一是整个页面的平板设计，就是没有很多三维的东西，浮起来的块儿、阴影、立体的字。平板的简捷性同时也限制了设计的空间，因为能变通的余地小了很多。能把平板的设计做到现在这样，我很高兴。另一个是页面中部播放区和浏览区之间的配合。播放区是一个全封闭的设计，浏览区是一个全开放的设计，一个封闭的，和一个开放的，并排摆在一块，不觉得别扭，还挺舒服，甚至用户都感觉不到这是一个封闭的和一个开放的摆在一块儿，做到这样不容易。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1g1g.com/2008/09/18/1g1g-design/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

