﻿<?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>Shimu design - 设计&#38;产品&#38;前端&#38;wordpress &#187; blog</title>
	<atom:link href="http://www.shimuuu.com/blog/feed" rel="self" type="application/rss+xml" />
	<link>http://www.shimuuu.com</link>
	<description>诗沐的设计博客和作品集。提供网页设计/开发/用户体验咨询/wordpress博客主题设计等服务。记录网页设计&#38;开发教程，发布wordpress主题。</description>
	<lastBuildDate>Sat, 21 Aug 2010 15:37:28 +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.shimuuu.com/blog/from-designer-to-pm</link>
		<comments>http://www.shimuuu.com/blog/from-designer-to-pm#comments</comments>
		<pubDate>Sat, 21 Aug 2010 15:37:28 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[独白]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[工作感想]]></category>
		<category><![CDATA[职业]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=958</guid>
		<description><![CDATA[最近更新博客的频率降至历史最低点，一方面原因是刚换了工作，忙得没时间来写（毕竟想好好表现么，我以前从没做过社区）；另一方面是刚做产品策划，想多积累点再写一些靠谱点的网志。我博客的title已经换成了：设计&#038;产品&#038;前端，过段时间应该会换成产品&#038;设计&#038;前端。
About me里的内容我都没来得及更新。我作为一名设计师离开了支付宝，加入网易做相册产品策划。其实就在两个月前我也没预料到今天的事情，按我自己内心的想法来说，这个转型应该发生在两年之后会更为合理一些。不过人生就是这样，而我也乐于冒险。大一末转专业时也是突然杀了一枪——先斩后奏，给家里父母解释了半个月，其实也是给我自己解释。而这次的冒险其实更让自己震惊，也让周围的人震惊。在支付宝干的好好的，大家还有点看好，为啥就突然离职了呢？
我向往去做产品。

不过其实我还没准备好，这个决定比当初更为冒险。产品策划和设计师之前的差别看似不大（我以前也觉得应是一个顺滑过渡），其实还是有诸多差别的。这篇网志主要自白一下我毕业之后的职业规划（这个词用得我也觉得蛮恶心，不过词穷了）。
为啥我要做视觉设计师
最接近本能的一个理由是，我爱web design。其实转专业之后我也没找到自己今后的方向，直到我遇到了这个词，它同时也让我成了一个崇洋媚外的人。犹记当初保存了上千张图，订阅了上百个博客，添加了数十个web design gallery收藏夹。直至现在大多数国内网站的设计只要模仿了一丁点国外的东西，我都能一眼看出来。
而理性一点的理由则是，当初我认为要涉足互联网产品行业，我首先应该去学的是web design，也就是日后我去做一名视觉设计师的原因。我这么肯定的理由是：任何行业的人才都是金字塔形的，互联网产品行业的人才除去顶端的那部分，大多数人都需要是通才。而视觉设计绝对是设计专业本科生入门的最佳职业，没有之一。从表象做起，你会对交互/用户研究/前端/运营等等理解得更快更深刻，因为视觉设计是动手很多的一个职业，在做好它的同时你也会接触到各方面的知识。
最后一个理由是，我当初的视觉设计能力实在太弱了，连photoshop都用不好。我一直信奉人贵有自知之明，于是我就想去补补这个环节，结果证明我是对的，在加入支付宝前后的时间里，我的视觉设计能力提升了。这个可以从我在帮别人做网站设计时的报价体现出来：一年前是1000，一年后的今天是7000。
做视觉设计是为了了解交互/前端/用户研究
同样是自知之明，我觉得自己不会是一个十分出色的视觉设计师。有篇网志我写到视觉设计师成长的三个阶段，其实我自己是很难很难达到第三阶段的，因为我缺乏视觉方面的天分。同时我的性格也决定了我一直是在涉猎各方面的事情，一度我还犹豫过要不要去做前端（虽然很菜）。在做视觉设计师之前我就大概想好了今后的发展，2年后转去做交互，再2年后去做产品。我在意的当然不是头衔，而是具体做的事情，这也是网易相册吸引我的一个原因。如今我绕过交互设计师，曲线救国成了产品策划，虽然激进了点，但还是符合我的预想的。毕竟我是读工业设计的，学的就是做产品。那些产品设计上的核心理念都是相通的。由于自己的专业出身，我很难想象其他专业是如何走到做产品这条路上的，而在我的观念里，想要做好产品，我必须得了解以上提到的各个部分。这也是为什么在支付宝时我喜欢和UED里的各种角色交流分享的原因。遗憾的是我和支付宝的产品经理们交流的时间太短，自己去做一款产品的时间也太短，没有积累什么经验就跳槽了。我想这也是会影响我日后学习进步的因素，但是权衡利弊，我还是不淡定了。
而做产品究竟需要什么样的核心能力？我一直都没想清楚，也就是我把这个能力分散成前面提到的各个方面，甚至包括运营和开发。当初上学的时候，我对产品设计的核心能力理解是灵感，或者说是天分。不过前段时间的一篇网志里iefen回复我“哪个职业不需要天分和经验呢”，恍然大悟。最近在BOSS纯银的熏陶下，我越来越认可对所做领域的用户的理解是最关键的地方之一。不过了解用户，谈何容易。产品雄关漫道，我对职业发展仅能想到做产品策划这一步，日后如何，且看造化吧。
类似的网志，挑你喜欢的看：

新版支付宝捐赠平台
设计中的边际效应
求是设计会Design Camp第一期：”开始”
视觉设计师成长的三个阶段
反思现在工业设计的教育


]]></description>
			<content:encoded><![CDATA[<p>最近更新博客的频率降至历史最低点，一方面原因是刚换了工作，忙得没时间来写（毕竟想好好表现么，我以前从没做过社区）；另一方面是刚做产品策划，想多积累点再写一些靠谱点的网志。我博客的title已经换成了：设计&#038;产品&#038;前端，过段时间应该会换成产品&#038;设计&#038;前端。</p>
<p>About me里的内容我都没来得及更新。我作为一名设计师离开了支付宝，加入网易做相册产品策划。其实就在两个月前我也没预料到今天的事情，按我自己内心的想法来说，这个转型应该发生在两年之后会更为合理一些。不过人生就是这样，而我也乐于冒险。大一末转专业时也是突然杀了一枪——先斩后奏，给家里父母解释了半个月，其实也是给我自己解释。而这次的冒险其实更让自己震惊，也让周围的人震惊。在支付宝干的好好的，大家还有点看好，为啥就突然离职了呢？</p>
<p>我向往去做产品。</p>
<p><span id="more-958"></span></p>
<p>不过其实我还没准备好，这个决定比当初更为冒险。产品策划和设计师之前的差别看似不大（我以前也觉得应是一个顺滑过渡），其实还是有诸多差别的。这篇网志主要自白一下我毕业之后的职业规划（这个词用得我也觉得蛮恶心，不过词穷了）。</p>
<h4>为啥我要做视觉设计师</h4>
<p>最接近本能的一个理由是，我爱web design。其实转专业之后我也没找到自己今后的方向，直到我遇到了这个词，它同时也让我成了一个崇洋媚外的人。犹记当初保存了上千张图，订阅了上百个博客，添加了数十个web design gallery收藏夹。直至现在大多数国内网站的设计只要模仿了一丁点国外的东西，我都能一眼看出来。</p>
<p>而理性一点的理由则是，当初我认为要涉足互联网产品行业，我首先应该去学的是web design，也就是日后我去做一名视觉设计师的原因。我这么肯定的理由是：任何行业的人才都是金字塔形的，互联网产品行业的人才除去顶端的那部分，大多数人都需要是通才。而视觉设计绝对是设计专业本科生入门的最佳职业，没有之一。从表象做起，你会对交互/用户研究/前端/运营等等理解得更快更深刻，因为视觉设计是动手很多的一个职业，在做好它的同时你也会接触到各方面的知识。</p>
<p>最后一个理由是，我当初的视觉设计能力实在太弱了，连photoshop都用不好。我一直信奉人贵有自知之明，于是我就想去补补这个环节，结果证明我是对的，在加入支付宝前后的时间里，我的视觉设计能力提升了。这个可以从我在帮别人做网站设计时的报价体现出来：一年前是1000，一年后的今天是7000。</p>
<h4>做视觉设计是为了了解交互/前端/用户研究</h4>
<p>同样是自知之明，我觉得自己不会是一个十分出色的视觉设计师。有篇网志我写到<a href="http://www.shimuuu.com/blog/three-stages-in-the-growth-of-visual-designers">视觉设计师成长的三个阶段</a>，其实我自己是很难很难达到第三阶段的，因为我缺乏视觉方面的天分。同时我的性格也决定了我一直是在涉猎各方面的事情，一度我还犹豫过要不要去做前端（虽然很菜）。在做视觉设计师之前我就大概想好了今后的发展，2年后转去做交互，再2年后去做产品。我在意的当然不是头衔，而是具体做的事情，这也是网易相册吸引我的一个原因。如今我绕过交互设计师，曲线救国成了产品策划，虽然激进了点，但还是符合我的预想的。毕竟我是读工业设计的，学的就是做产品。那些产品设计上的核心理念都是相通的。由于自己的专业出身，我很难想象其他专业是如何走到做产品这条路上的，而在我的观念里，想要做好产品，我必须得了解以上提到的各个部分。这也是为什么在支付宝时我喜欢和UED里的各种角色交流分享的原因。遗憾的是我和支付宝的产品经理们交流的时间太短，自己去做一款产品的时间也太短，没有积累什么经验就跳槽了。我想这也是会影响我日后学习进步的因素，但是权衡利弊，我还是不淡定了。</p>
<p>而做产品究竟需要什么样的核心能力？我一直都没想清楚，也就是我把这个能力分散成前面提到的各个方面，甚至包括运营和开发。当初上学的时候，我对产品设计的核心能力理解是灵感，或者说是天分。不过前段时间的<a href="http://www.shimuuu.com/blog/data-study-in-interaction-design">一篇网志</a>里iefen回复我“哪个职业不需要天分和经验呢”，恍然大悟。最近在<a href="http://firecacada.blog.163.com/">BOSS纯银</a>的熏陶下，我越来越认可对所做领域的用户的理解是最关键的地方之一。不过了解用户，谈何容易。产品雄关漫道，我对职业发展仅能想到做产品策划这一步，日后如何，且看造化吧。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/new-donation-platform-of-alipa" rel="bookmark" title="06/02/2010">新版支付宝捐赠平台</a></li>
<li><a href="http://www.shimuuu.com/blog/magrginal-utility-in-design" rel="bookmark" title="07/09/2010">设计中的边际效应</a></li>
<li><a href="http://www.shimuuu.com/blog/tips-for-students-entering-the-design-industry" rel="bookmark" title="04/04/2010">求是设计会Design Camp第一期：”开始”</a></li>
<li><a href="http://www.shimuuu.com/blog/three-stages-in-the-growth-of-visual-designers" rel="bookmark" title="06/22/2010">视觉设计师成长的三个阶段</a></li>
<li><a href="http://www.shimuuu.com/blog/do-we-educate-wrongly-in-industrial-design" rel="bookmark" title="04/11/2010">反思现在工业设计的教育</a></li>
</ul>
<p><!-- Similar Posts took 25.258 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/from-designer-to-pm/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>web社区的内容为王—Friend feed和google buzz为什么不行</title>
		<link>http://www.shimuuu.com/blog/content-is-the-king-in-web-social-network</link>
		<comments>http://www.shimuuu.com/blog/content-is-the-king-in-web-social-network#comments</comments>
		<pubDate>Mon, 09 Aug 2010 11:51:42 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[互联网]]></category>
		<category><![CDATA[工作感想]]></category>
		<category><![CDATA[社区]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=953</guid>
		<description><![CDATA[Friend feed串联起你在互联网上所有的好友（或者叫关注的人等，称谓在这里无所谓），让你和朋友们在网上的任何分享都能最快地传播开来。这么好的事情，为什么搞不起来（Alexa才#642，不如很多小的垂直性社区）？因为内容为王。这四个字要细细分析一下才能知道为什么看似这么浅显的道理如此重要。

Friend feed（下面简称为FF）上没有内容么？当然有了。这里不讨论人和人的关系，虽然说某种层面上他们也算是内容。内容为王的关键之处在于理解互联网用户浏览web的行为。
用户浏览web时永远是置身于一张网中
这个特性决定了，你做一个社区网站不能只当作跳板。而FF正是做了一个跳板。用户在FF上被好友的一条google reader动态吸引住，点过去，如果链接过去的网站内容对他胃口，用户便成了这个网站的粉丝。久而久之，用户通过FF找到的优质内容足够多了，他便不会来FF了。为什么？

1.我已经找到了这么多优质内容，不需要你帮我找了。
2.FF又不能保证提供内容的质量，这大半不如我通过你去找到那家网站的内容质量（毕竟是对自己胃口的）。
3.FF你又不是阅读器……

于是FF就这样半死不活了。
所以内容为王，不只是说社区网站提供内容就够了。而是要提供我这里才有的内容，否则就甘心做一个好工具，在工具上做社区。除此之外，目前看起来唯一的出路是做平台，可是世上有几家互联网公司能做平台？FF因此而火不起来，同理google buzz。
控制社区里内容的水平
社区最重要的可能是构造人与人之间的关系。这里用可能，是因为我还不确定，阅历尚浅。但控制社区里内容的水平绝对是关键因素之一。因为内容的水平决定着你能吸引来多少用户（或者说你能赶走多少用户）。很多社区网站的敌人，是成就社区的核心——好友动态。林子大了，什么鸟都有。拿人人网来说，作为一个朴实的人人网用户，我只有10%的几率会去关注我好友的动态。这其中的原因一部分是我有很多莫名其妙的好友，另一部分是我有很多好友原创/分享了莫名奇妙的内容。于是人人网渐渐蜕化为我告诉朋友自己现在干嘛的工具，当国内微博出来了，我立马转向微博了。
人人网没有控制住内容的质量，本应该是好友之间分享生活乐趣的地方，变成了大量校内体等等充斥之地。当然，会有很多用户依然活跃在人人网那里。但他赶走的人，肯定不止我一个。
问题的关键就在于如何保证让社区里的人能更多的互动起来，同时保证内容的质量。除了那些明星用户，这两者肯定是相互制衡的。这也是我接下来要去努力的方向。目前看起来，垂直社区比较好做这事。
————————————华丽的分割线—————————————
偶然从BOSS博客那里翻到一篇谈论buzz和friend feed的文章，从Buzz看产品的纯粹性，最终观点我和他是一致的，论述的角度不一样，有兴趣的同学请移步。
类似的网志，挑你喜欢的看：

shimu将不再对ie6做兼容（更新：已兼容chrome）
用wordpress搭建一个网店
从设计师到产品策划
Love what you do, love your family more
数据研究在交互设计中的应用


]]></description>
			<content:encoded><![CDATA[<p>Friend feed串联起你在互联网上所有的好友（或者叫关注的人等，称谓在这里无所谓），让你和朋友们在网上的任何分享都能最快地传播开来。这么好的事情，为什么搞不起来（Alexa才#642，不如很多小的垂直性社区）？因为<strong>内容为王</strong>。这四个字要细细分析一下才能知道为什么看似这么浅显的道理如此重要。</p>
<p><span id="more-953"></span></p>
<p>Friend feed（下面简称为FF）上没有内容么？当然有了。这里不讨论人和人的关系，虽然说某种层面上他们也算是内容。内容为王的关键之处在于理解互联网用户浏览web的行为。</p>
<h4>用户浏览web时永远是置身于一张网中</h4>
<p>这个特性决定了，你做一个社区网站不能只当作跳板。而FF正是做了一个跳板。用户在FF上被好友的一条google reader动态吸引住，点过去，如果链接过去的网站内容对他胃口，用户便成了这个网站的粉丝。久而久之，用户通过FF找到的优质内容足够多了，他便不会来FF了。为什么？</p>
<ul>
<li>1.我已经找到了这么多优质内容，不需要你帮我找了。</li>
<li>2.FF又不能保证提供内容的质量，这大半不如我通过你去找到那家网站的内容质量（毕竟是对自己胃口的）。</li>
<li>3.FF你又不是阅读器……</li>
</ul>
<p>于是FF就这样半死不活了。</p>
<p>所以内容为王，不只是说社区网站提供内容就够了。而是要提供我这里才有的内容，否则就甘心做一个好工具，在工具上做社区。除此之外，目前看起来唯一的出路是做平台，可是世上有几家互联网公司能做平台？FF因此而火不起来，同理google buzz。</p>
<h4>控制社区里内容的水平</h4>
<p>社区最重要的可能是构造人与人之间的关系。这里用可能，是因为我还不确定，阅历尚浅。但控制社区里内容的水平绝对是关键因素之一。因为内容的水平决定着你能吸引来多少用户（或者说你能赶走多少用户）。很多社区网站的敌人，是成就社区的核心——好友动态。林子大了，什么鸟都有。拿人人网来说，作为一个朴实的人人网用户，我只有10%的几率会去关注我好友的动态。这其中的原因一部分是我有很多莫名其妙的好友，另一部分是我有很多好友原创/分享了莫名奇妙的内容。于是人人网渐渐蜕化为我告诉朋友自己现在干嘛的工具，当国内微博出来了，我立马转向微博了。</p>
<p>人人网没有控制住内容的质量，本应该是好友之间分享生活乐趣的地方，变成了大量校内体等等充斥之地。当然，会有很多用户依然活跃在人人网那里。但他赶走的人，肯定不止我一个。</p>
<p>问题的关键就在于如何保证让社区里的人能更多的互动起来，同时保证内容的质量。除了那些明星用户，这两者肯定是相互制衡的。这也是我接下来要去努力的方向。目前看起来，垂直社区比较好做这事。</p>
<p>————————————华丽的分割线—————————————</p>
<p>偶然从BOSS博客那里翻到一篇谈论buzz和friend feed的文章，<a href="http://firecacada.blog.163.com/blog/static/7074376201022910247668/">从Buzz看产品的纯粹性</a>，最终观点我和他是一致的，论述的角度不一样，有兴趣的同学请移步。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/no-more-hack-for-ie6" rel="bookmark" title="04/02/2010">shimu将不再对ie6做兼容（更新：已兼容chrome）</a></li>
<li><a href="http://www.shimuuu.com/blog/%e7%94%a8wordpress%e6%90%ad%e5%bb%ba%e4%b8%80%e4%b8%aa%e7%bd%91%e5%ba%97" rel="bookmark" title="03/23/2010">用wordpress搭建一个网店</a></li>
<li><a href="http://www.shimuuu.com/blog/from-designer-to-pm" rel="bookmark" title="08/21/2010">从设计师到产品策划</a></li>
<li><a href="http://www.shimuuu.com/blog/love-what-you-do-love-your-family-more" rel="bookmark" title="03/26/2010">Love what you do, love your family more</a></li>
<li><a href="http://www.shimuuu.com/blog/data-study-in-interaction-design" rel="bookmark" title="05/26/2010">数据研究在交互设计中的应用</a></li>
</ul>
<p><!-- Similar Posts took 26.826 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/content-is-the-king-in-web-social-network/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>怀旧一下：画的第一张网站架构图</title>
		<link>http://www.shimuuu.com/blog/memory-of-the-first-web-architecture</link>
		<comments>http://www.shimuuu.com/blog/memory-of-the-first-web-architecture#comments</comments>
		<pubDate>Wed, 28 Jul 2010 02:39:04 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[独白]]></category>
		<category><![CDATA[工作感想]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=946</guid>
		<description><![CDATA[在整理资料的时候发现了自己在支付宝做的第一个项目：内部学习管理系统。当时我是刚出校门做视觉设计的一个小毛孩，在那段培训时间里向其他角色的小毛孩学到了很多，今天再回过头去看真是感慨啊～

这是我画的第一张网站架构图，用mindjet画的，很土～

这是我画的第一个白板

这是我做的第一个视觉稿

这是我写的第一段代码
@charset &#8220;utf-8&#8243;;
@import url(&#8220;screen.css&#8221;);
/* CSS Document */
.contentin{
	border:1px solid #e0e0e0;
}
记得那时我还凑热闹参合了PRD和测试，果然是一枚刚从学校出来单纯的毕业生。那段时间几乎天天搞到12点，然后和同事吃个夜宵回家，碰杯的时候讲讲各自当初的学生生涯，挺有趣的。时间也过得很快，培训的一个月几乎是眨眼就过了。虽然我们组做的这个系统拿到了第一名，但是好来有没有在内部应用我却不知道了。
时光荏苒，留下来的这些痕迹打包好，继续前进。
类似的网志，挑你喜欢的看：

非以kpi为导向之罪，乃kpi本身之罪耳
数据研究在交互设计中的应用
新版支付宝捐赠平台
矫枉过正的交互设计
web社区的内容为王—Friend feed和google buzz为什么不行


]]></description>
			<content:encoded><![CDATA[<p>在整理资料的时候发现了自己在支付宝做的第一个项目：内部学习管理系统。当时我是刚出校门做视觉设计的一个小毛孩，在那段培训时间里向其他角色的小毛孩学到了很多，今天再回过头去看真是感慨啊～</p>
<p><span id="more-946"></span></p>
<p>这是我画的第一张网站架构图，用mindjet画的，很土～</p>
<p><img src="http://www.shimuuu.com/wp-content/uploads/2010/07/lms-640x362.png" alt="" alt="prototype" title="lms" width="640" height="362" class="alignleft size-large wp-image-947" /></p>
<p>这是我画的第一个白板</p>
<p><img src="http://www.shimuuu.com/wp-content/uploads/2010/07/prototype-562x480.jpg" alt="prototype" title="prototype" width="562" height="480" class="alignleft size-large wp-image-948" /></p>
<p>这是我做的第一个视觉稿</p>
<p><img src="http://www.shimuuu.com/wp-content/uploads/2010/07/home_admin00.jpg" alt="home_admin00" title="home_admin00" width="612" height="612" class="alignleft size-full wp-image-949" /></p>
<p>这是我写的第一段代码</p>
<p>@charset &#8220;utf-8&#8243;;<br />
@import url(&#8220;screen.css&#8221;);<br />
/* CSS Document */</p>
<p>.contentin{<br />
	border:1px solid #e0e0e0;<br />
}</p>
<p>记得那时我还凑热闹参合了PRD和测试，果然是一枚刚从学校出来单纯的毕业生。那段时间几乎天天搞到12点，然后和同事吃个夜宵回家，碰杯的时候讲讲各自当初的学生生涯，挺有趣的。时间也过得很快，培训的一个月几乎是眨眼就过了。虽然我们组做的这个系统拿到了第一名，但是好来有没有在内部应用我却不知道了。</p>
<p>时光荏苒，留下来的这些痕迹打包好，继续前进。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/the-problem-is-kpi-itself" rel="bookmark" title="07/19/2010">非以kpi为导向之罪，乃kpi本身之罪耳</a></li>
<li><a href="http://www.shimuuu.com/blog/data-study-in-interaction-design" rel="bookmark" title="05/26/2010">数据研究在交互设计中的应用</a></li>
<li><a href="http://www.shimuuu.com/blog/new-donation-platform-of-alipa" rel="bookmark" title="06/02/2010">新版支付宝捐赠平台</a></li>
<li><a href="http://www.shimuuu.com/blog/too-far-the-interaction-design" rel="bookmark" title="06/10/2010">矫枉过正的交互设计</a></li>
<li><a href="http://www.shimuuu.com/blog/content-is-the-king-in-web-social-network" rel="bookmark" title="08/09/2010">web社区的内容为王—Friend feed和google buzz为什么不行</a></li>
</ul>
<p><!-- Similar Posts took 29.953 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/memory-of-the-first-web-architecture/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>非以kpi为导向之罪，乃kpi本身之罪耳</title>
		<link>http://www.shimuuu.com/blog/the-problem-is-kpi-itself</link>
		<comments>http://www.shimuuu.com/blog/the-problem-is-kpi-itself#comments</comments>
		<pubDate>Mon, 19 Jul 2010 07:21:23 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[工作感想]]></category>
		<category><![CDATA[用户体验]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=943</guid>
		<description><![CDATA[突然想清楚一件事，有些企业绩效考核（kpi）面临的问题，并不是以kpi为导向之罪，而是kpi本身的设置有问题。听过不少抱怨：一些公司内一些同事以kpi为导向的现象严重，只注意产品的pv，uv，成交量等等这些硬性指标，做着完成自己的kpi而对产品无益甚至是伤害产品的事。每每据理力争的时候，一些同事就以“这是我的kpi”为由，不容分辨的要求设计师、前端、开发等角色来完成。当然，抱怨最多的也是后者这些处在产品流程下游的角色。
我所在的环境稍好，自己并没有什么抱怨。其实“以kpi为导向”这个是公司管理的正确方向，绝对不是毒药。但是为什么这剂良药让这么多为公司考虑，为产品发展考虑的人工作得非常痛苦呢？原因即在于用药的方式错了。

kpi本身的设定有问题
现在互联网确实已经到了更加重视用户的阶段。无论是市场、行业、企业，随处可见以用户为中心的思想。但作为推进企业前进核心之一的kpi，却并没有随着时代的进步而及时地革新。大多数公司在考核一些产品的kpi仍旧是以前的那几个关键指标。而作为大家都知道的道理，提高用户体验所反映出来的指标提升十分不明显，很隐晦，这也导致在kpi中无法制定出新的可度量的指标。有的公司用客服来电量来度量，也只能对于某一特定项目来评价，很难用客服来电量的增减来评判产品的进步与否。
于是我才期待白鸦在微博上所说的产品体验度量，希望这个度量标准能解救在kpi蹂躏之下痛苦的众生吧～产品体验度量出来之后，和传统的交易量等核心搭配使用，形成新的kpi，互相制肘，达到均衡。这样以kpi为导向，就会激发出更多团队的力量。
类似的网志，挑你喜欢的看：

用户体验的春天，还远吧
Why I love front-end developer
数据研究在交互设计中的应用
矫枉过正的交互设计
怀旧一下：画的第一张网站架构图


]]></description>
			<content:encoded><![CDATA[<p>突然想清楚一件事，有些企业绩效考核（kpi）面临的问题，并不是以kpi为导向之罪，而是kpi本身的设置有问题。听过不少抱怨：一些公司内一些同事以kpi为导向的现象严重，只注意产品的pv，uv，成交量等等这些硬性指标，做着完成自己的kpi而对产品无益甚至是伤害产品的事。每每据理力争的时候，一些同事就以“这是我的kpi”为由，不容分辨的要求设计师、前端、开发等角色来完成。当然，抱怨最多的也是后者这些处在产品流程下游的角色。</p>
<p>我所在的环境稍好，自己并没有什么抱怨。其实“以kpi为导向”这个是公司管理的正确方向，绝对不是毒药。但是为什么这剂良药让这么多为公司考虑，为产品发展考虑的人工作得非常痛苦呢？原因即在于用药的方式错了。</p>
<p><span id="more-943"></span></p>
<h4>kpi本身的设定有问题</h4>
<p>现在互联网确实已经到了更加重视用户的阶段。无论是市场、行业、企业，随处可见以用户为中心的思想。但作为推进企业前进核心之一的kpi，却并没有随着时代的进步而及时地革新。大多数公司在考核一些产品的kpi仍旧是以前的那几个关键指标。而作为大家都知道的道理，提高用户体验所反映出来的指标提升十分不明显，很隐晦，这也导致在kpi中无法制定出新的可度量的指标。有的公司用客服来电量来度量，也只能对于某一特定项目来评价，很难用客服来电量的增减来评判产品的进步与否。</p>
<p>于是我才期待白鸦在微博上所说的产品体验度量，希望这个度量标准能解救在kpi蹂躏之下痛苦的众生吧～产品体验度量出来之后，和传统的交易量等核心搭配使用，形成新的kpi，互相制肘，达到均衡。这样以kpi为导向，就会激发出更多团队的力量。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/is-it-the-time-for-ux" rel="bookmark" title="03/30/2010">用户体验的春天，还远吧</a></li>
<li><a href="http://www.shimuuu.com/blog/why-i-love-front-end-developer" rel="bookmark" title="03/24/2010">Why I love front-end developer</a></li>
<li><a href="http://www.shimuuu.com/blog/data-study-in-interaction-design" rel="bookmark" title="05/26/2010">数据研究在交互设计中的应用</a></li>
<li><a href="http://www.shimuuu.com/blog/too-far-the-interaction-design" rel="bookmark" title="06/10/2010">矫枉过正的交互设计</a></li>
<li><a href="http://www.shimuuu.com/blog/memory-of-the-first-web-architecture" rel="bookmark" title="07/28/2010">怀旧一下：画的第一张网站架构图</a></li>
</ul>
<p><!-- Similar Posts took 30.341 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/the-problem-is-kpi-itself/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>从腾讯微博的特别收听猜想开去</title>
		<link>http://www.shimuuu.com/blog/a-suppose-from-special-listen-of-t-qq-com</link>
		<comments>http://www.shimuuu.com/blog/a-suppose-from-special-listen-of-t-qq-com#comments</comments>
		<pubDate>Thu, 15 Jul 2010 12:32:40 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[新闻/评论]]></category>
		<category><![CDATA[微博]]></category>
		<category><![CDATA[用户需求]]></category>
		<category><![CDATA[社交]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=934</guid>
		<description><![CDATA[
腾讯微博近期推出了特别收听，用处就是只在这个tab里显示你特别收听的人的广播。群众们的反应暂时不知道。就我个人而言（我的收听人数不多，尚且不需要不同的tab来过滤），没有很大影响。不过我相信这个功能完善起来对于很多收听人数在150+（这个数字来源于一个社会学的研究，人一般至多有150个亲密的朋友）以上的人是很有帮助的。

为什么要有特别收听？
这是因为微博本身的信息量巨大以及质量参差不齐导致的。我们假设一个群众A，他热衷于互联网，收听了很多大牛/小牛/身边的牛，以及一些生活或工作中的朋友。对他而言，收听这些牛主要的“积极”需求是旁观大牛们的妙语，从中获取自己渴求的信息和思想。收听人数一旦增加到一定程度，比如150，他就需要花费大量的时间在微博上把大牛们的信息从其他生活或工作中朋友们的流水帐里提取出来。于是，特别收听应运而生。
我们回到社交的根本来看，在微博上大多数人与人之间是临时连接的关系（temporary tie），你其实根本不知道那人是谁，但是对他的某一条推有兴趣；而你follow的人则大多数是弱连接的关系（weak tie），大家都是道上的朋友，相逢何必曾相识；很少会有强连接（strong tie）的关系，我的密友基本上跟互联网不沾边。由于微博信息量巨大，临时连接和弱连接之间的比值可以说是趋近于无穷大。这也就是为什么twitter会出一个list功能，让人们可以不用follow别人，也能及时跟踪他们的推，也就是说让我可以和临时连接关系的人们用另一种方式交互，同时这些list还是公开的，可以让别人follow，也就是说让更多的人去建立这种临时连接的交互关系。其实twitter也好，国内各个微博也罢，他们的话题也是基于临时连接来做的。
特别收听要比list设计得好。特别收听在全部广播同一水平线上作为一个tab存在，而twitter的list则是在侧边栏，同样的新浪微博的分组也是在侧边栏。侧边栏的关注度远远没有特别收听所在的区域上高。所以除非是高级用户，对list或者分组的使用会小于特别收听。而只有给予了足够多的
为何腾讯微博里没有做list
以下是我的猜想。我们可以回过头去看QQ这个产品用户的行为是怎么样的。我手上并没有数据，但凭这么多年观察身边的人使用QQ的行为可以发现，国内用户对于强连接的需求，是大于临时连接的需求的。很多人的QQ好友都大于300多，QQ群也都塞满了。这些好友和群里估计只有10%不到是最近半年聊过天的，只有5%不到是经常聊天的。这种现象要追溯至QQ红起来的那段时间交友盛行，网上留个QQ号加你太方便，聊过一两句之后下线，下次再见我就不知道你是谁了，而且也懒得去清理（勤快的用户半年清理一次）。也就是说其实是在网上的一个临时连接，但很容易地就在用户的QQ“好友”这个弱连接里出现了。由于临时连接的人数太多，用户开始把经常聊天的人（家人/亲密的同学/真“朋友”）分组，并把那些临时连接扔到默认的“未分组好友”或者“我的好友”里。也就是说相当于在QQ里，把弱连接的人过渡为强连接。
于是我猜想，腾讯微博也是这个思路。这也是国内用户和国外用户之间的区别（国内的IM加为好友的验证机制出台较晚）。用特别收听来打造一种强连接。
继续猜想，特别收听只是个起点
人与人的关系除了三种强度不同的连接之外，还有不同地连接种类。比如我的高中同学和大学同学，大学同学和同事，同事和互联网上的朋友，他们是不同的种类。很有可能我想说给高中同学听的话，大学同学看了不知所云，同事表示认识到另外一个我。于是在信息量巨大的微博产品上面，这种需求会更严重。比如前段时间foursquare刚热起来，很多人不适应foursquare的重度用户在twitter上频繁check in，但这些重度用户的同道们则表示情绪稳定。
腾讯微博的特别收听出来之后，以后会有很多种可能的变化。首先，全部广播和特别收听只占了如此长的tab区一小段，完全有理由期待后面还有更多的tab。也就是可以让用户对不同的收听对象进行分组。学习啊，生活啊，工作啊，吃喝玩乐啊，甚至一起去天上人间的伙伴啊等等，无所不包，真正全民微博。这里可以把自主权完全交给用户，分组的名字自己区，排序自己排，等等可以想象的空间够大，关键是要抓住社交的根本。有了用户自己搞的分组，用户就可以在广播的时候，选择让哪些分组收听到这些广播，这样信息量巨大的微博对大多数人来说就少了很多的“干扰”信息。比方说我的上司收听了我的微博，我刚好想发一条“新来的女同事真好看！”广播，这个给老板听到应该不怎么好，但我又急切地想把这个消息广播给我的同事们……于是发广播给指定的分组就起作用了。听起来很像一个QQ的升级版，由一对一或一对多的信息传递方式升级为一对多或一对所有的信息传递方式。顺便多说一句，新浪微博和搜狐微博在搞的微博群组，是把信息传递方式升级为多对多，多对所有。为啥twitter没有这么搞这么多东西出来呢？你可以试试在twitter上多联系利用hash tag+搜索+list，一样可以满足你多样化的收听需求，但对于发推给某些特定的人看见，目前做不到。
在twitter上国内用户对list的使用远远小于老外们。不用怀疑腾讯对国内用户深刻地理解。这只是我的一篇猜测，网志中的一些理论来自于前段时间流传蛮广的一个google员工研究社交网络的ppt：《THE REAL LIFE SOCIAL NETWORK》，需要的同学可以留言，我会用邮箱发给你（为尊重原作者，不放在网络上下载）。至于未来腾讯微博会怎么样，拭目以待～
类似的网志，挑你喜欢的看：

QQ2010beta3内置的腾讯微博体验感受
腾讯微博初体验
社交广告？新的广告形式！
设计中的边际效应
易用且轻量级的交互设计


]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.shimuuu.com/blog/a-suppose-from-special-listen-of-t-qq-com" class="imglink"><img class="hasimg" src="http://www.shimuuu.com/wp-content/uploads/2010/07/1.jpg" alt="腾讯微博的特别收听" title="腾讯微博的特别收听" width="328" height="133" class="alignleft size-full wp-image-940" /></a></p>
<p>腾讯微博近期推出了特别收听，用处就是只在这个tab里显示你特别收听的人的广播。群众们的反应暂时不知道。就我个人而言（我的收听人数不多，尚且不需要不同的tab来过滤），没有很大影响。不过我相信这个功能完善起来对于很多收听人数在150+（这个数字来源于一个社会学的研究，人一般至多有150个亲密的朋友）以上的人是很有帮助的。</p>
<p><span id="more-934"></span></p>
<h4>为什么要有特别收听？</h4>
<p>这是因为微博本身的信息量巨大以及质量参差不齐导致的。我们假设一个群众A，他热衷于互联网，收听了很多大牛/小牛/身边的牛，以及一些生活或工作中的朋友。对他而言，收听这些牛主要的“积极”需求是旁观大牛们的妙语，从中获取自己渴求的信息和思想。收听人数一旦增加到一定程度，比如150，他就需要花费大量的时间在微博上把大牛们的信息从其他生活或工作中朋友们的流水帐里提取出来。于是，特别收听应运而生。</p>
<p>我们回到社交的根本来看，在微博上大多数人与人之间是临时连接的关系（temporary tie），你其实根本不知道那人是谁，但是对他的某一条推有兴趣；而你follow的人则大多数是弱连接的关系（weak tie），大家都是道上的朋友，相逢何必曾相识；很少会有强连接（strong tie）的关系，我的密友基本上跟互联网不沾边。由于微博信息量巨大，临时连接和弱连接之间的比值可以说是趋近于无穷大。这也就是为什么twitter会出一个list功能，让人们可以不用follow别人，也能及时跟踪他们的推，也就是说让我可以和临时连接关系的人们用另一种方式交互，同时这些list还是公开的，可以让别人follow，也就是说让更多的人去建立这种临时连接的交互关系。其实twitter也好，国内各个微博也罢，他们的话题也是基于临时连接来做的。</p>
<p>特别收听要比list设计得好。特别收听在全部广播同一水平线上作为一个tab存在，而twitter的list则是在侧边栏，同样的新浪微博的分组也是在侧边栏。侧边栏的关注度远远没有特别收听所在的区域上高。所以除非是高级用户，对list或者分组的使用会小于特别收听。而只有给予了足够多的</p>
<h4>为何腾讯微博里没有做list</h4>
<p>以下是我的猜想。我们可以回过头去看QQ这个产品用户的行为是怎么样的。我手上并没有数据，但凭这么多年观察身边的人使用QQ的行为可以发现，国内用户对于强连接的需求，是大于临时连接的需求的。很多人的QQ好友都大于300多，QQ群也都塞满了。这些好友和群里估计只有10%不到是最近半年聊过天的，只有5%不到是经常聊天的。这种现象要追溯至QQ红起来的那段时间交友盛行，网上留个QQ号加你太方便，聊过一两句之后下线，下次再见我就不知道你是谁了，而且也懒得去清理（勤快的用户半年清理一次）。也就是说其实是在网上的一个临时连接，但很容易地就在用户的QQ“好友”这个弱连接里出现了。由于临时连接的人数太多，用户开始把经常聊天的人（家人/亲密的同学/真“朋友”）分组，并把那些临时连接扔到默认的“未分组好友”或者“我的好友”里。也就是说相当于在QQ里，把弱连接的人过渡为强连接。</p>
<p>于是我猜想，腾讯微博也是这个思路。这也是国内用户和国外用户之间的区别（国内的IM加为好友的验证机制出台较晚）。用特别收听来打造一种强连接。</p>
<h4>继续猜想，特别收听只是个起点</h4>
<p>人与人的关系除了三种强度不同的连接之外，还有不同地连接种类。比如我的高中同学和大学同学，大学同学和同事，同事和互联网上的朋友，他们是不同的种类。很有可能我想说给高中同学听的话，大学同学看了不知所云，同事表示认识到另外一个我。于是在信息量巨大的微博产品上面，这种需求会更严重。比如前段时间foursquare刚热起来，很多人不适应foursquare的重度用户在twitter上频繁check in，但这些重度用户的同道们则表示情绪稳定。</p>
<p>腾讯微博的特别收听出来之后，以后会有很多种可能的变化。首先，全部广播和特别收听只占了如此长的tab区一小段，完全有理由期待后面还有更多的tab。也就是可以让用户对不同的收听对象进行分组。学习啊，生活啊，工作啊，吃喝玩乐啊，甚至一起去天上人间的伙伴啊等等，无所不包，真正全民微博。这里可以把自主权完全交给用户，分组的名字自己区，排序自己排，等等可以想象的空间够大，关键是要抓住社交的根本。有了用户自己搞的分组，用户就可以在广播的时候，选择让哪些分组收听到这些广播，这样信息量巨大的微博对大多数人来说就少了很多的“干扰”信息。比方说我的上司收听了我的微博，我刚好想发一条“新来的女同事真好看！”广播，这个给老板听到应该不怎么好，但我又急切地想把这个消息广播给我的同事们……于是发广播给指定的分组就起作用了。听起来很像一个QQ的升级版，由一对一或一对多的信息传递方式升级为一对多或一对所有的信息传递方式。顺便多说一句，新浪微博和搜狐微博在搞的微博群组，是把信息传递方式升级为多对多，多对所有。为啥twitter没有这么搞这么多东西出来呢？你可以试试在twitter上多联系利用hash tag+搜索+list，一样可以满足你多样化的收听需求，但对于发推给某些特定的人看见，目前做不到。</p>
<p>在twitter上国内用户对list的使用远远小于老外们。不用怀疑腾讯对国内用户深刻地理解。这只是我的一篇猜测，网志中的一些理论来自于前段时间流传蛮广的一个google员工研究社交网络的ppt：《THE REAL LIFE SOCIAL NETWORK》，需要的同学可以留言，我会用邮箱发给你（为尊重原作者，不放在网络上下载）。至于未来腾讯微博会怎么样，拭目以待～</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/qq2010beta3-built-in-t-qq-com" rel="bookmark" title="04/26/2010">QQ2010beta3内置的腾讯微博体验感受</a></li>
<li><a href="http://www.shimuuu.com/blog/t-qq-com" rel="bookmark" title="04/15/2010">腾讯微博初体验</a></li>
<li><a href="http://www.shimuuu.com/blog/%e7%a4%be%e4%ba%a4%e5%b9%bf%e5%91%8a%ef%bc%9f%e6%96%b0%e7%9a%84%e5%b9%bf%e5%91%8a%e5%bd%a2%e5%bc%8f%ef%bc%81" rel="bookmark" title="08/08/2009">社交广告？新的广告形式！</a></li>
<li><a href="http://www.shimuuu.com/blog/magrginal-utility-in-design" rel="bookmark" title="07/09/2010">设计中的边际效应</a></li>
<li><a href="http://www.shimuuu.com/blog/interaction-design-easy-to-use-and-light-weight" rel="bookmark" title="05/10/2010">易用且轻量级的交互设计</a></li>
</ul>
<p><!-- Similar Posts took 38.693 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/a-suppose-from-special-listen-of-t-qq-com/feed</wfw:commentRss>
		<slash:comments>65</slash:comments>
		</item>
		<item>
		<title>《程序员》7月刊上刊登了我的网志+工友李白离职</title>
		<link>http://www.shimuuu.com/blog/programmer-magazine-published-my-blog</link>
		<comments>http://www.shimuuu.com/blog/programmer-magazine-published-my-blog#comments</comments>
		<pubDate>Sun, 11 Jul 2010 08:22:45 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[独白]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[用户体验]]></category>
		<category><![CDATA[网页设计]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=924</guid>
		<description><![CDATA[

如图，心里非常高兴，第一次在杂志上发表文章。这篇网志网页设计和用户界面设计是借着《程序员》互联网十年专题的东风才出现在杂志上的。感谢前辈千鸟，感谢编辑常政。感谢支付宝工友们日常工作里开怀地畅谈，给了我很多写网志的灵感。

上周五前端工友李白离职了，祝愿他假期愉快&#038;创业成功！下面这张照片是离职那天前端的集体照，相机是popomore同学的尼康D3000，我是拍照的。感觉D3000还不错，很便宜，我也打算买一个入门（摄影技术太烂了）。

类似的网志，挑你喜欢的看：

网页设计师也该关注页面性能
求是设计会Design Camp第一期：”开始”
反思现在工业设计的教育
QQ2010beta3内置的腾讯微博体验感受
设记系列：Draware手机界面设计


]]></description>
			<content:encoded><![CDATA[<p><a class="imglink" href="http://www.shimuuu.com/blog/programmer-magazine-published-my-blog"><img class="hasimg"  src="http://www.shimuuu.com/wp-content/uploads/2010/07/DSC_3115.jpg" alt="《程序员》7月刊截图" title="《程序员》7月刊截图" width="400" height="383" class="alignleft size-full wp-image-925" /></a></p>
</p>
<p>如图，心里非常高兴，第一次在杂志上发表文章。这篇网志<a href="http://www.shimuuu.com/blog/web-design-and-ui-design">网页设计和用户界面设计</a>是借着《程序员》互联网十年专题的东风才出现在杂志上的。感谢前辈千鸟，感谢编辑常政。感谢支付宝工友们日常工作里开怀地畅谈，给了我很多写网志的灵感。</p>
<p><span id="more-924"></span></p>
<p>上周五前端工友<a href="http://wi2ard.com">李白</a>离职了，祝愿他假期愉快&#038;创业成功！下面这张照片是离职那天前端的集体照，相机是popomore同学的尼康D3000，我是拍照的。感觉D3000还不错，很便宜，我也打算买一个入门（摄影技术太烂了）。</p>
<p><img src="http://www.shimuuu.com/wp-content/uploads/2010/07/DSC_3160.jpg" alt="前端工友集体照" title="前端工友集体照" width="600" height="403" class="alignleft size-full wp-image-926" /></p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/web-designer-should-focus-on-page-speed" rel="bookmark" title="06/12/2010">网页设计师也该关注页面性能</a></li>
<li><a href="http://www.shimuuu.com/blog/tips-for-students-entering-the-design-industry" rel="bookmark" title="04/04/2010">求是设计会Design Camp第一期：”开始”</a></li>
<li><a href="http://www.shimuuu.com/blog/do-we-educate-wrongly-in-industrial-design" rel="bookmark" title="04/11/2010">反思现在工业设计的教育</a></li>
<li><a href="http://www.shimuuu.com/blog/qq2010beta3-built-in-t-qq-com" rel="bookmark" title="04/26/2010">QQ2010beta3内置的腾讯微博体验感受</a></li>
<li><a href="http://www.shimuuu.com/blog/design-series-draware-concept-mobile-ui-design-brief" rel="bookmark" title="07/27/2009">设记系列：Draware手机界面设计</a></li>
</ul>
<p><!-- Similar Posts took 22.949 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/programmer-magazine-published-my-blog/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>设计中的边际效应</title>
		<link>http://www.shimuuu.com/blog/magrginal-utility-in-design</link>
		<comments>http://www.shimuuu.com/blog/magrginal-utility-in-design#comments</comments>
		<pubDate>Fri, 09 Jul 2010 03:22:34 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[工作感想]]></category>
		<category><![CDATA[用户需求]]></category>
		<category><![CDATA[设计]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=911</guid>
		<description><![CDATA[有个词叫过度设计，我之前也写过一篇网志探讨这方面的问题矫枉过正的交互设计，但这些都只是在设计中的某个细节思考。细节决定成败，没错。站在更高的高度上考虑，在产品开发过程中，遇到的细节问题肯定不止一个，这时就需要产品的owner来决策修补哪个漏洞、优化哪个体验……在设计师作为某一阶段的产品owner的迭代开发流程中，这个决策自然就由设计师来做。面临诸多临阵决定的时候，善于关注、深挖细节的设计师就急需提高自己统筹规划的能力，和宏观的眼界。

何为设计中的边际效应
边际效应大家在《微观经济学》中都学过。设计中的边际效应其实很明显。一个设计做到80分相对容易，几次推敲修改即可达到。从80分上升到85分，遇到的阻力会从各个角落冒出来，非得熬上几个晚上不可。从85分做到90分甚至95分，就相当难了，所耗费的精力成倍增加，所花的时间也自然陡然上升。这就是设计中的边际效应。前辈们常说，产生一个灵感固然令人欢欣鼓舞，但真正要做成一个产品，后面的磨难多得去了。在你打磨产品的时候，投入同等精力产生的效用是越来越少的。
一个产品要做到多少分合适？做到什么程度就可以先上线了？这些都是产品的owner考虑的问题。在产品开发过程中，体验类的细节问题肯定是多如牛毛而且不是同时出现的，如果埋头一个个地去解决，显然是不合时宜的；把所有问题收集起来，然后再做分类、评判，这样似乎缺少了敏捷开发的轻快节奏。在设计师作为owner的时候，需要自己心里有一杆标尺，有个标准，来度量每个问题带来的麻烦、解决每个问题所带来的效用，从而来决定哪些问题优先解决。并且在产品达到一定质量（比如说82分）的时候，让产品上线，并立即准备下一阶段的继续完善产品。
这和产品的核心需求息息相关
大多数情况下，解决产品核心需求问题所带来的效用肯定是比较大的。核心需求必须是用户最关注的、最根本的需求，因此一旦把核心需求做好，用户其实已经喂成7、8成饱了。但这也并不意味着有一把度量各个细节的边际效用的标尺没多大用了。实际情况中，核心需求一难挖掘，二难满足，很多产品均是上线许久才慢慢找准用户的核心需求，现在好评如潮的dropbox当初就是如此。走了弯路不要紧，有那么一把尺子，会让你不会弯得太远、弯得太用力。
这把尺子的度量标准，宏观来看，是可用性因素>易用性因素>其他。这个常理对于不断进步中的设计师来说并不是银弹，关键还在于实践中保持清醒的头脑，提高自己宏观的把控能力。能深挖细节，也能从细节中走出，才是一名成熟的设计师。
类似的网志，挑你喜欢的看：

易用且轻量级的交互设计
新版支付宝捐赠平台
从设计师到产品策划
求是设计会Design Camp第一期：”开始”
从腾讯微博的特别收听猜想开去


]]></description>
			<content:encoded><![CDATA[<p>有个词叫过度设计，我之前也写过一篇网志探讨这方面的问题<a href="http://www.shimuuu.com/blog/too-far-the-interaction-design">矫枉过正的交互设计</a>，但这些都只是在设计中的某个细节思考。细节决定成败，没错。站在更高的高度上考虑，在产品开发过程中，遇到的细节问题肯定不止一个，这时就需要产品的owner来决策修补哪个漏洞、优化哪个体验……在设计师作为某一阶段的产品owner的迭代开发流程中，这个决策自然就由设计师来做。面临诸多临阵决定的时候，善于关注、深挖细节的设计师就急需提高自己统筹规划的能力，和宏观的眼界。</p>
<p><span id="more-911"></span></p>
<h4>何为设计中的边际效应</h4>
<p>边际效应大家在《微观经济学》中都学过。设计中的边际效应其实很明显。一个设计做到80分相对容易，几次推敲修改即可达到。从80分上升到85分，遇到的阻力会从各个角落冒出来，非得熬上几个晚上不可。从85分做到90分甚至95分，就相当难了，所耗费的精力成倍增加，所花的时间也自然陡然上升。这就是设计中的边际效应。前辈们常说，产生一个灵感固然令人欢欣鼓舞，但真正要做成一个产品，后面的磨难多得去了。在你打磨产品的时候，投入同等精力产生的效用是越来越少的。</p>
<p>一个产品要做到多少分合适？做到什么程度就可以先上线了？这些都是产品的owner考虑的问题。在产品开发过程中，体验类的细节问题肯定是多如牛毛而且不是同时出现的，如果埋头一个个地去解决，显然是不合时宜的；把所有问题收集起来，然后再做分类、评判，这样似乎缺少了敏捷开发的轻快节奏。在设计师作为owner的时候，需要自己心里有一杆标尺，有个标准，来度量每个问题带来的麻烦、解决每个问题所带来的效用，从而来决定哪些问题优先解决。并且在产品达到一定质量（比如说82分）的时候，让产品上线，并立即准备下一阶段的继续完善产品。</p>
<h4>这和产品的核心需求息息相关</h4>
<p>大多数情况下，解决产品核心需求问题所带来的效用肯定是比较大的。核心需求必须是用户最关注的、最根本的需求，因此一旦把核心需求做好，用户其实已经喂成7、8成饱了。但这也并不意味着有一把度量各个细节的边际效用的标尺没多大用了。实际情况中，核心需求一难挖掘，二难满足，很多产品均是上线许久才慢慢找准用户的核心需求，现在好评如潮的dropbox当初就是如此。走了弯路不要紧，有那么一把尺子，会让你不会弯得太远、弯得太用力。</p>
<p>这把尺子的度量标准，宏观来看，是可用性因素>易用性因素>其他。这个常理对于不断进步中的设计师来说并不是银弹，关键还在于实践中保持清醒的头脑，提高自己宏观的把控能力。能深挖细节，也能从细节中走出，才是一名成熟的设计师。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/interaction-design-easy-to-use-and-light-weight" rel="bookmark" title="05/10/2010">易用且轻量级的交互设计</a></li>
<li><a href="http://www.shimuuu.com/blog/new-donation-platform-of-alipa" rel="bookmark" title="06/02/2010">新版支付宝捐赠平台</a></li>
<li><a href="http://www.shimuuu.com/blog/from-designer-to-pm" rel="bookmark" title="08/21/2010">从设计师到产品策划</a></li>
<li><a href="http://www.shimuuu.com/blog/tips-for-students-entering-the-design-industry" rel="bookmark" title="04/04/2010">求是设计会Design Camp第一期：”开始”</a></li>
<li><a href="http://www.shimuuu.com/blog/a-suppose-from-special-listen-of-t-qq-com" rel="bookmark" title="07/15/2010">从腾讯微博的特别收听猜想开去</a></li>
</ul>
<p><!-- Similar Posts took 32.350 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/magrginal-utility-in-design/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>我有一个想法：服务乘客和司机的地图</title>
		<link>http://www.shimuuu.com/blog/i-have-an-idea</link>
		<comments>http://www.shimuuu.com/blog/i-have-an-idea#comments</comments>
		<pubDate>Thu, 01 Jul 2010 15:07:44 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[思索]]></category>
		<category><![CDATA[idea]]></category>
		<category><![CDATA[创业]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=913</guid>
		<description><![CDATA[今天在下班回家的路上，突然冒出来一个想法。起因是在杭州打车有时候太TMD困难了，半天等不到一辆的士，就算打了电话也要等半天，郁闷到死。
于是我就想做一个服务，在google map上标注乘客和的士的信息，乘客想打车了就用手机上网发个消息，可以包含自己的目的地。这个消息会显示在地图上，的士司机也会在自己的手机或者车载上网设备上看到，附近的的士便可以去做生意。乘客上车后这个消息就消失。

这个服务的好处在于，1. 方便乘客打的；2. 方便司机看到哪里乘客多，竞争对手少；3. 大量乘客乘车及下车的目的地沉淀下来形成海量数据，这个信息对城市规划，交通规划，商业中心的形成等等十分有帮助。
工业设计出身的我，很久没有脑力激荡过了，今天突然想到这个点子，感觉很不错。回家后兴奋地跟女朋友说，女朋友觉得服务是挺好的，但仍不置可否。我有点不甘心，便在老同学的群里和大家讨论。群里同学们质疑了我一下几个问题，一一作答：

1. 在的士上什么样的设备能看到地图上的客源？答：能上网，有屏幕就行。现在不考虑推行这种服务时的成本问题。如果这种服务的确对乘客和司机有用，并且有一部分司机用了这个服务且生意比其他司机好起来，那么其他司机就会来用的。
2. 关键的问题，盈利模式是什么？其实我之前没考虑盈利模式的问题，我只想到做广告。但是在我同学提问的那一刹那，我想通了。这个服务的价值在于它提供乘客和司机服务之后沉淀下来的信息。哪里的乘客多，乘客爱往哪里去，怎么样在一条线路上接到更多的乘客，这些知识现在只是存留在一些有经验的老司机的大脑里。而这个服务可以把这些信息分享出来，这便是盈利方法一。一个城市的乘客需求量，载客量，的士承受量是城市及交通规划的重要组成部分，也涉及到餐馆，商场，电影院等等该造在哪里，甚至是房产，这些信息可以提供给城市规划也可以卖给商家，指导投资。

互联网时代就靠信息赚钱。但我自己并不看好个人创业做这个服务。原因是个人和政府及交通等很难有关系背景，在前期没有足够的风险投资情况下，一旦服务上线，会有至少几百个模仿者跟随，因为这个技术门槛低，主要靠向市场推广。最好是由移动来做这个服务，未来3G将有无限应用可能，拭目以待吧。
更新～
聪明的同学又提了几个问题：
1. 我觉得司机能看到哪里需求大是很好。再就是比如长途或者特殊要求的很需要，但是我觉得真正的供求关系还是由车和人数目决定，比如有些特定时间难打车，是因为比如车交班，加气高峰碰上人下班高峰，或者天气突变打车人数猛增，这时候可能这个并不解决任何问题。生意该好好，该差差，乘客打车难也并没有改善。而这种时候正是凸显供求关系失衡造成双方不便的时候，正常时候打车并不难，出租车司机也并不会长时间生意不好，所以说到根本，并没有解决什么具体问题啊 。
答：恩 我考虑的弊端也是这个问题。我理解的打车难问题，是有部分原因出在乘客和的士信息不对称。就是说此时此刻，的士不知道我想在这个地方打车。的士是按照经验中的线路来跑的，很多的士都争抢同几条线路，冷落了其他线路，久而久之就越发恶化，导致在某些时段，某些地点想打个车，要走半个小时。
2. 呵呵不应该说“我”… 其实我觉得你这个东西出来了，司机能看到了，但是主要繁忙路段人数必然还是超过冷清路段很多。从概率上来说司机还是会觉得跑那几条路拉到生意可能性大。仍然会跑这个路的，除非你不但能看到乘客数目和地点，还能随时统计该路段空车数，算个比例才有意义 。
答：是统计空车数啊，我的意思是地图上显示所有乘客和司机，信息透明，如果很多车都往一个方向跑，别的司机就可以往另外也有乘客的方向跑。
还有个问题，就是可能我们很会用电脑啊网络啊很有这个意识，但是像四十多岁以上的人连手机都只会打电话发短信都不太会的人又有几个会形成这个意识几个会不怕麻烦几个会操作，如果人数不够多这个信息也是相当不准确和不真实的 。
答：恩 这的确是个问题，要把这个服务做成发短信也能用，比如发送10086 哈哈。打电话也能用。写个自动脚本吧，打过来一个直接按1选择我要乘车，然后就记录。 其实社会迟早是步入完全互联网时代的……
再次更新～
感谢twitter上Gao Jing同学分享了一个国外很有意思的现象：
 Gao Jing  @shimuuu 有一个这样的iphone应用，不仅出租车，私家车也可以让别人搭车，车主可以赚点汽油钱，系统还会自动匹配路径，还有提醒功能等。不过安全可能会是个问题，特别是国内。。  
视频是Youtube上的，想看的同学要翻墙，视频在这里
]]></description>
			<content:encoded><![CDATA[<p>今天在下班回家的路上，突然冒出来一个想法。起因是在杭州打车有时候太TMD困难了，半天等不到一辆的士，就算打了电话也要等半天，郁闷到死。</p>
<p>于是我就想做一个服务，在google map上标注乘客和的士的信息，乘客想打车了就用手机上网发个消息，可以包含自己的目的地。这个消息会显示在地图上，的士司机也会在自己的手机或者车载上网设备上看到，附近的的士便可以去做生意。乘客上车后这个消息就消失。</p>
<p><span id="more-913"></span></p>
<p>这个服务的好处在于，1. 方便乘客打的；2. 方便司机看到哪里乘客多，竞争对手少；3. 大量乘客乘车及下车的目的地沉淀下来形成海量数据，这个信息对城市规划，交通规划，商业中心的形成等等十分有帮助。</p>
<p>工业设计出身的我，很久没有脑力激荡过了，今天突然想到这个点子，感觉很不错。回家后兴奋地跟女朋友说，女朋友觉得服务是挺好的，但仍不置可否。我有点不甘心，便在老同学的群里和大家讨论。群里同学们质疑了我一下几个问题，一一作答：</p>
<ul>
<li>1. 在的士上什么样的设备能看到地图上的客源？<br />答：能上网，有屏幕就行。现在不考虑推行这种服务时的成本问题。如果这种服务的确对乘客和司机有用，并且有一部分司机用了这个服务且生意比其他司机好起来，那么其他司机就会来用的。</li>
<li>2. 关键的问题，盈利模式是什么？<br />其实我之前没考虑盈利模式的问题，我只想到做广告。但是在我同学提问的那一刹那，我想通了。这个服务的价值在于它提供乘客和司机服务之后沉淀下来的信息。哪里的乘客多，乘客爱往哪里去，怎么样在一条线路上接到更多的乘客，这些知识现在只是存留在一些有经验的老司机的大脑里。而这个服务可以把这些信息分享出来，这便是盈利方法一。一个城市的乘客需求量，载客量，的士承受量是城市及交通规划的重要组成部分，也涉及到餐馆，商场，电影院等等该造在哪里，甚至是房产，这些信息可以提供给城市规划也可以卖给商家，指导投资。</li>
</ul>
<p>互联网时代就靠信息赚钱。但我自己并不看好个人创业做这个服务。原因是个人和政府及交通等很难有关系背景，在前期没有足够的风险投资情况下，一旦服务上线，会有至少几百个模仿者跟随，因为这个技术门槛低，主要靠向市场推广。最好是由移动来做这个服务，未来3G将有无限应用可能，拭目以待吧。</p>
<h4>更新～</h4>
<p>聪明的同学又提了几个问题：</p>
<p>1. 我觉得司机能看到哪里需求大是很好。再就是比如长途或者特殊要求的很需要，但是我觉得真正的供求关系还是由车和人数目决定，比如有些特定时间难打车，是因为比如车交班，加气高峰碰上人下班高峰，或者天气突变打车人数猛增，这时候可能这个并不解决任何问题。生意该好好，该差差，乘客打车难也并没有改善。而这种时候正是凸显供求关系失衡造成双方不便的时候，正常时候打车并不难，出租车司机也并不会长时间生意不好，所以说到根本，并没有解决什么具体问题啊 。</p>
<p>答：恩 我考虑的弊端也是这个问题。我理解的打车难问题，是有部分原因出在乘客和的士信息不对称。就是说此时此刻，的士不知道我想在这个地方打车。的士是按照经验中的线路来跑的，很多的士都争抢同几条线路，冷落了其他线路，久而久之就越发恶化，导致在某些时段，某些地点想打个车，要走半个小时。</p>
<p>2. 呵呵不应该说“我”… 其实我觉得你这个东西出来了，司机能看到了，但是主要繁忙路段人数必然还是超过冷清路段很多。从概率上来说司机还是会觉得跑那几条路拉到生意可能性大。仍然会跑这个路的，除非你不但能看到乘客数目和地点，还能随时统计该路段空车数，算个比例才有意义 。</p>
<p>答：是统计空车数啊，我的意思是地图上显示所有乘客和司机，信息透明，如果很多车都往一个方向跑，别的司机就可以往另外也有乘客的方向跑。</p>
<p>还有个问题，就是可能我们很会用电脑啊网络啊很有这个意识，但是像四十多岁以上的人连手机都只会打电话发短信都不太会的人又有几个会形成这个意识几个会不怕麻烦几个会操作，如果人数不够多这个信息也是相当不准确和不真实的 。</p>
<p>答：恩 这的确是个问题，要把这个服务做成发短信也能用，比如发送10086 哈哈。打电话也能用。写个自动脚本吧，打过来一个直接按1选择我要乘车，然后就记录。 其实社会迟早是步入完全互联网时代的……</p>
<h4>再次更新～</h4>
<p>感谢twitter上Gao Jing同学分享了一个国外很有意思的现象：</p>
<p> Gao Jing  @shimuuu 有一个这样的iphone应用，不仅出租车，私家车也可以让别人搭车，车主可以赚点汽油钱，系统还会自动匹配路径，还有提醒功能等。不过安全可能会是个问题，特别是国内。。  </p>
<p>视频是Youtube上的，想看的同学要翻墙，<a href="http://www.youtube.com/watch?v=y0qif15vmJ4">视频在这里</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/i-have-an-idea/feed</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>wordpress3.0导航菜单初探</title>
		<link>http://www.shimuuu.com/blog/wordpress3-0-nav-menus</link>
		<comments>http://www.shimuuu.com/blog/wordpress3-0-nav-menus#comments</comments>
		<pubDate>Sat, 26 Jun 2010 08:43:20 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[教程]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[tutorial]]></category>
		<category><![CDATA[wordpress]]></category>
		<category><![CDATA[wordpress tutorial]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=898</guid>
		<description><![CDATA[最近在做一个客户的网站，准备把wordpress当作CMS来做（省时省力:))。刚好wordpress3.0发布了，popomore同学已经用上了，我也尝试这用wordpress的导航菜单功能来做客户网站的导航。


一些基本的知识
把wordpress3.0升级完之后，在Appearance菜单底下就有Menus的选项，见下图:

Theme location面板是选择在你主题中已经注册了的导航菜单。如果要使用导航菜单，必须在主题里先注册，代码如下：（我注册了两个导航菜单）


	// This theme uses wp_nav_menu() in one location.
	register_nav_menus( array(
		'primary_left' => __( 'Primary Navigation Left', 'moonbay' ),
	) );
	register_nav_menus( array(
		'primary_right' => __( 'Primary Navigation Right', 'moonbay' ),
	) );


这里有几个参数，其中 primary_left和primary_right是两个导航菜单的注册标识, Primary Navigation Left和Primary Navigation Right是菜单的名称，会显示在Theme location面板里的下拉框中。moonbay则是我为主题的命名。
注册完导航菜单后，就可以来编辑了。Custom links, Pages, Categories三个面板，可以添加自定义链接，页面，或者分类到导航菜单里去，这样就可以很方便地做出CMS的导航了（见文章开头的那张图）
用导航菜单的第一个trick
我一开始只注册了一个导航菜单，后来发现不能满足需求。如本文开头那张图所示，我想让导航菜单的左边三个靠左，右边三个靠右。在我的html的DEMO里是这样的：


       &#60;div id="nav"&#62;
		&#60;ul&#62;
			&#60;div class="left"&#62;
				&#60;li class="active"&#62; &#60;a href="#" title="首页"&#62; Home&#60;/a&#62; &#60;/li&#62;
				&#60;li&#62; &#60;a href="#" title="首页"&#62; [...]]]></description>
			<content:encoded><![CDATA[<p>最近在做一个客户的网站，准备把wordpress当作CMS来做（省时省力:))。刚好wordpress3.0发布了，<a href="http://chuo.me/">popomore</a>同学已经用上了，我也尝试这用wordpress的导航菜单功能来做客户网站的导航。</p>
<p><span id="more-898"></span></p>
<p><a class="imglink" href="http://www.shimuuu.com/blog/wordpress3-0-nav-menus"><img class="hasimg" src="http://www.shimuuu.com/wp-content/uploads/2010/06/menu-640x49.jpg" alt="menu" title="menu" width="640" height="49" class="size-large wp-image-900" /></a></p>
<h4>一些基本的知识</h4>
<p>把wordpress3.0升级完之后，在Appearance菜单底下就有Menus的选项，见下图:</p>
<p><a href="http://www.shimuuu.com/wp-content/uploads/2010/06/Menus-screenshot.jpg"><img src="http://www.shimuuu.com/wp-content/uploads/2010/06/Menus-screenshot-640x242.jpg" alt="Menus screenshot" title="Menus screenshot" width="640" height="242" class="size-large wp-image-905" /></a></p>
<p>Theme location面板是选择在你主题中已经注册了的导航菜单。如果要使用导航菜单，必须在主题里先注册，代码如下：（我注册了两个导航菜单）</p>
<p>
<pre class="codewrapper">
	// This theme uses wp_nav_menu() in one location.
	register_nav_menus( array(
		'primary_left' => __( 'Primary Navigation Left', 'moonbay' ),
	) );
	register_nav_menus( array(
		'primary_right' => __( 'Primary Navigation Right', 'moonbay' ),
	) );
</pre>
</p>
<p>这里有几个参数，其中 primary_left和primary_right是两个导航菜单的注册标识, Primary Navigation Left和Primary Navigation Right是菜单的名称，会显示在Theme location面板里的下拉框中。moonbay则是我为主题的命名。</p>
<p>注册完导航菜单后，就可以来编辑了。Custom links, Pages, Categories三个面板，可以添加自定义链接，页面，或者分类到导航菜单里去，这样就可以很方便地做出CMS的导航了（见文章开头的那张图）</p>
<h4>用导航菜单的第一个trick</h4>
<p>我一开始只注册了一个导航菜单，后来发现不能满足需求。如本文开头那张图所示，我想让导航菜单的左边三个靠左，右边三个靠右。在我的html的DEMO里是这样的：</p>
<p>
<pre class="codewrapper">
       &lt;div id="nav"&gt;
		&lt;ul&gt;
			&lt;div class="left"&gt;
				&lt;li class="active"&gt; &lt;a href="#" title="首页"&gt; Home&lt;/a&gt; &lt;/li&gt;
				&lt;li&gt; &lt;a href="#" title="首页"&gt; News&lt;/a&gt; &lt;/li&gt;
				&lt;li&gt; &lt;a href="#" title="首页"&gt; Membership&lt;/a&gt; &lt;/li&gt;
			&lt;/div&gt;
			&lt;div class="right"&gt;
				&lt;li&gt; &lt;a href="#" title="首页"&gt; Activities&lt;/a&gt; &lt;/li&gt;
				&lt;li&gt; &lt;a href="#" title="首页"&gt; About&lt;/a&gt; &lt;/li&gt;
				&lt;l&gt; &lt;a href="#" title="首页"&gt; Contact&lt;/a&gt; &lt;/li&gt;
			&lt;/div&gt;
			&lt;div class="clear"&gt; &lt;/div&gt;
		&lt;/ul&gt;
	&lt;/div&gt;
</pre>
</p>
<p>left和right两个class设为float:left和float:right，这样就实现了左边靠左，右边靠右。</p>
<p>而现在如果只注册一个导航菜单的话，不能在li标签外在包一个div，如果通过js来判断前三个li外包一个div的话，又挺别扭的（那样我还不如完全hard coding）。后来想到，我可以注册两个导航菜单，都是我的主导航，只不过一个在左，一个在右：</p>
<pre class="codewrapper">
<div class="left">
				&lt; ?php wp_nav_menu( array( 'container_class' =&gt; 'menu-header', 'theme_location' =&gt; 'primary_left' ) ); ?&gt;
			&lt;/div&gt;&lt;!-- #left_nav --&gt;
			&lt;div class="right"&gt;
				&lt; ?php wp_nav_menu( array( 'container_class' =&gt; 'menu-header', 'theme_location' =&gt; 'primary_right' ) ); ?&gt;
			&lt;/div&gt;&lt;!-- #right_nav --&gt;
</div>
</pre>
<p>这样我就实现了DEMO中的效果。导航菜单的好处就是在开发完主题之后方便客户使用，毕竟你不能要求他们去改模板，你也不希望客户仅仅是想改一下导航菜单条目的顺序或者文字，就来电话你。hard coding适合给自己用，但wordpress3.0支持了导航菜单，则可以说开启了一个建站的小时代。因为wordpress的开发者社区可是相当红火的，会有各种各样的tricks冒出来。本文所举的只是小小的一粒。</p>
<p><strong>类似的网志，挑你喜欢的看：</strong>
<ul class="similar-posts">
<li><a href="http://www.shimuuu.com/blog/display-posts-in-two-columns" rel="bookmark" title="04/29/2010">wordpress教程：如何将文章分成两栏显示</a></li>
<li><a href="http://www.shimuuu.com/blog/display-different-categories-posts-in-different-pages" rel="bookmark" title="05/01/2010">wordpress教程：如何在不同的页面显示不同的分类文章</a></li>
<li><a href="http://www.shimuuu.com/blog/how-to-display-total-number-of-posts-or-categories" rel="bookmark" title="03/29/2010">怎么在wordpress中显示文章总数和分类总数</a></li>
<li><a href="http://www.shimuuu.com/blog/how-shimuuu-has-been-done-the-original" rel="bookmark" title="04/02/2010">How Blackboard theme has been done &#8211; the original</a></li>
<li><a href="http://www.shimuuu.com/blog/301-htaccess-redirect" rel="bookmark" title="04/11/2010">.htaccess文件中添加301重定向</a></li>
</ul>
<p><!-- Similar Posts took 50.008 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/wordpress3-0-nav-menus/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>近期被墙事件：图片访问不了，RSS阅读不了</title>
		<link>http://www.shimuuu.com/blog/update-your-host-and-rss</link>
		<comments>http://www.shimuuu.com/blog/update-your-host-and-rss#comments</comments>
		<pubDate>Thu, 24 Jun 2010 02:42:23 +0000</pubDate>
		<dc:creator>shimu</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[小贴士]]></category>
		<category><![CDATA[rss]]></category>

		<guid isPermaLink="false">http://www.shimuuu.com/?p=890</guid>
		<description><![CDATA[近期feedburner被墙，flickr的farm3和farm5图床也总访问不了，阅读我博客的朋友请准备以下武器对抗：

如果你会翻墙术，可以无忧。
不能翻墙的朋友，请打开您的host文件（位于C:\WINDOWS\system32\drivers\etc下），将如下两行代码复制粘帖+保存，就可以看到本博放在flickr的图片了。
76.13.18.78 farm3.static.flickr.com
76.13.18.79 farm5.static.flickr.com
已经订阅了本博的如果在阅读器中（如google reader）访问失败，请订阅国内feedsky烧录的feed。
可以翻墙的朋友也可以订阅feedburner烧录的feed（推荐）。
同时您也可以选择订阅wordpress自己生成的原生feed，没有任何美化和分享操作。

让我们一起期待墙倒的那一天吧。
]]></description>
			<content:encoded><![CDATA[<p>近期feedburner被墙，flickr的farm3和farm5图床也总访问不了，阅读我博客的朋友请准备以下武器对抗：</p>
<ol>
<li>如果你会翻墙术，可以无忧。</li>
<li>不能翻墙的朋友，请打开您的host文件（位于C:\WINDOWS\system32\drivers\etc下），将如下两行代码复制粘帖+保存，就可以看到本博放在flickr的图片了。<br />
76.13.18.78 farm3.static.flickr.com<br />
76.13.18.79 farm5.static.flickr.com</li>
<li>已经订阅了本博的如果在阅读器中（如google reader）访问失败，请订阅国内feedsky烧录的<a title="订阅博客" href="http://feed.feedsky.com/shimublog">feed</a>。<br />
可以翻墙的朋友也可以订阅feedburner烧录的<a href="http://feeds.feedburner.com/ShimuBlog">feed</a>（推荐）。<br />
同时您也可以选择订阅wordpress自己生成的原生<a href="http://www.shimuuu.com/blog/feed">feed</a>，没有任何美化和分享操作。</li>
</ol>
<h4>让我们一起期待墙倒的那一天吧。</h4>
]]></content:encoded>
			<wfw:commentRss>http://www.shimuuu.com/blog/update-your-host-and-rss/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
