<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>JunChen Wu</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/" />
    <link rel="self" type="application/atom+xml" href="http://www.junchenwu.com/atom.xml" />
   <id>tag:,2009:/1</id>
    <link rel="service.post" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1" title="JunChen Wu" />
    <updated>2009-06-29T13:55:16Z</updated>
    <subtitle>Promoting Usability, Accessibility and Web Standards...</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.35</generator>
 
<entry>
    <title>用户，用户，用户</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/06/sth_about_user_research.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=767" title="用户，用户，用户" />
    <id>tag:www.junchenwu.com,2009://1.767</id>
    
    <published>2009-06-29T13:02:43Z</published>
    <updated>2009-06-29T13:55:16Z</updated>
    
    <summary>周末在点石组织的在线营销论坛上作了点演讲，书友会搞贯了 PPT 都是只有标题没有内容的，最终效果可能就差了很多。借此整理一下其中“用户，用户，用户”这部分内容。 -- 在《应需而变——设计的力量》一书中提到了2005年贝恩咨询为362家企业所做的一项调查。其中95%的企业认为自己关注用户，80%的企业认为自己向用户提供了优秀的体验，而在这些被调查企业的用户中，只有8%的人也这样认为！ 那我现在问，你觉得自己关注用户吗？可能你或者你所代表的企业也是上面说的95%或者80%中的一员。其实要真正做到关注用户很简单，也很难。简单的在于，你只要“走出去”；难的是，你不可能做到100%。 在不同的场合我都提过下面两个内容：设计的三个问题，和设计的四部曲。 三个问题 谁是用户？ 他们有什么问题？ 你能怎么解决？ 四部曲 听TA说； 看TA做； 做TA做； 想TA想。 我相信以上寥寥数字能够传达我想表达的意思。同理心。 -- 看了两期电视节目谁来一起午餐，关于创业的。如果你留意的话，会发现，BOSS和脑库的问题有相当大一部分是围绕着用户、客户、顾客而展开的。随便举几个例子： 作为客户来讲，我也不知道什么是B2C，什么是C2C，我只是想买东西，然后买东西我就上淘宝。 你在培养一种新的客户使用习惯，那你给大家解释一下，新的习惯是什么习惯。 你跟人讲我这里能找到全世界最便宜这产品最便宜的东西，这倒有特点了，你比较一大堆东西，人家老百姓有时不想那么多。 但是你不要期望我看的仔细，是应该你提供给我的信息要仔细。因为我没时间在那儿仔细看。 你自己应该有过买房子的体验吧？（我还没有买过房）那这样我就能比较容易理解了，因为你是一个宅男，所以你觉得，平常买很多东西都是通过上网来买的，所以你觉得这个买房子为什么不能通过上网来买呢？ 上面引用的内容来自于6月28日播出的《谁来一起午餐》，BOSS是EMC范承工。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>周末在<a href="http://www.dunsh.org">点石</a>组织的在线营销论坛上作了点演讲，书友会搞贯了 PPT 都是只有标题没有内容的，最终效果可能就差了很多。借此整理一下其中“用户，用户，用户”这部分内容。</p>

<p>--</p>

<p>在《<a href="http://www.douban.com/subject/3665205/">应需而变——设计的力量</a>》一书中提到了2005年贝恩咨询为362家企业所做的一项调查。其中95%的企业认为自己关注用户，80%的企业认为自己向用户提供了优秀的体验，而在这些被调查企业的用户中，只有8%的人也这样认为！</p>

<p>那我现在问，你觉得自己关注用户吗？可能你或者你所代表的企业也是上面说的95%或者80%中的一员。其实要真正做到关注用户很简单，也很难。简单的在于，你只要“走出去”；难的是，你不可能做到100%。</p>

<p>在不同的场合我都提过下面两个内容：设计的三个问题，和设计的四部曲。</p>

<p><strong>三个问题</strong></p>

<ul>
<li>谁是用户？</li>
<li>他们有什么问题？</li>
<li>你能怎么解决？</li>
</ul>

<p><strong>四部曲</strong></p>

<ul>
<li>听TA说；</li>
<li>看TA做；</li>
<li>做TA做；</li>
<li>想TA想。</li>
</ul>

<p>我相信以上寥寥数字能够传达我想表达的意思。同理心。</p>

<p>--</p>

<p>看了两期电视节目谁来一起午餐，关于创业的。如果你留意的话，会发现，BOSS和脑库的问题有相当大一部分是围绕着用户、客户、顾客而展开的。随便举几个例子：</p>

<blockquote>
  <p>作为客户来讲，我也不知道什么是B2C，什么是C2C，我只是想买东西，然后买东西我就上淘宝。</p>
  
  <p>你在培养一种新的客户使用习惯，那你给大家解释一下，新的习惯是什么习惯。</p>
  
  <p>你跟人讲我这里能找到全世界最便宜这产品最便宜的东西，这倒有特点了，你比较一大堆东西，人家老百姓有时不想那么多。</p>
  
  <p>但是你不要期望我看的仔细，是应该你提供给我的信息要仔细。因为我没时间在那儿仔细看。</p>
  
  <p>你自己应该有过买房子的体验吧？（我还没有买过房）那这样我就能比较容易理解了，因为你是一个宅男，所以你觉得，平常买很多东西都是通过上网来买的，所以你觉得这个买房子为什么不能通过上网来买呢？</p>
</blockquote>

<p>上面引用的内容来自于6月28日播出的《谁来一起午餐》，BOSS是EMC范承工。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>迷失。鼓浪屿</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/06/gulangyu_memory.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=749" title="迷失。鼓浪屿" />
    <id>tag:www.junchenwu.com,2009://1.749</id>
    
    <published>2009-06-29T06:31:59Z</published>
    <updated>2009-06-29T08:04:32Z</updated>
    
    <summary>享受孤独，而孤独的人是可耻的。 “要回去啦？”老板见我背着的大包问。“是啊，晚上很晚的飞机，再到你这而来打发点时间”边回答边把包卸下来放在老位子边上，拿出本本。小何走过来问，“要菜单么？还是先坐一会儿？” 第五次来这里，又将在这里呆一下午。还记得第一次来的时候，自己是最后一个走的客人，在我要点份晚餐的时候，老板却说已经打烊了。 这时候小何送上来一杯冰摩卡。小何是这家咖啡馆的服务生，是一个长头发高个子带眼镜的女生，轻声细语的。前天中午我点了一份面条，盛面条的盘子太大，桌子上被本本占据着已经没有空间，她端着盘子走近的时候，似乎不知道怎么开口的样子，真是可爱极了。 大部分时间还是很忙碌，没有奢侈到“时间就是用来浪费的”那种境界。出版社的编辑催了我无数遍，我也无数遍的放了他鸽子，真是很不好意思。从08年7月接手Subject to Change一书的翻译以来，转眼都快半年了。（现在此书已出版，见：《应需而变——设计的力量》） 咖啡馆老板放着New Age Music，有客人来时偶尔应付一下，做些面条之类。也应付着一些前来索要签名的客人。哦，老板夫妻俩出了一本书叫做《迷失。鼓浪屿》，被我用作本篇标题了。我想他们应该不会介意。 鼓浪屿的特别之处，在于我对它的陌生。我是那么急切地需要到一个完全陌生的地方，奢侈地、安安静静地享受生活、享受睡眠。鼓浪屿是众多选择中的一个。 记得那时，抵达厦门，下了飞机，走出机场，在温暖的阳光怀抱中，我说： 鼓浪屿，我来了。 -- 以上写于2月初的鼓浪屿花时间咖啡馆，看MT后台的Entry Date停留在2009-02-06 14:31:59，很有一番味道。后因振之打算搞一本自己的杂志而略作修改。 我现在用的桌面是当时用黑白卷拍的红糖（一只猫的名字）。 更多照片：鼓浪屿 ©JunChen Photos...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="杂记" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>享受孤独，而孤独的人是可耻的。</p>

<p>“要回去啦？”老板见我背着的大包问。“是啊，晚上很晚的飞机，再到你这而来打发点时间”边回答边把包卸下来放在老位子边上，拿出本本。小何走过来问，“要菜单么？还是先坐一会儿？”</p>

<p>第五次来这里，又将在这里呆一下午。还记得第一次来的时候，自己是最后一个走的客人，在我要点份晚餐的时候，老板却说已经打烊了。</p>

<p>这时候小何送上来一杯冰摩卡。小何是这家咖啡馆的服务生，是一个长头发高个子带眼镜的女生，轻声细语的。前天中午我点了一份面条，盛面条的盘子太大，桌子上被本本占据着已经没有空间，她端着盘子走近的时候，似乎不知道怎么开口的样子，真是可爱极了。</p>

<p>大部分时间还是很忙碌，没有奢侈到“时间就是用来浪费的”那种境界。出版社的编辑催了我无数遍，我也无数遍的放了他鸽子，真是很不好意思。从08年7月接手Subject to Change一书的翻译以来，转眼都快半年了。（现在此书已出版，见：《<a href="http://ucdchina.com/club/books/128">应需而变——设计的力量</a>》）</p>

<p>咖啡馆老板放着New Age Music，有客人来时偶尔应付一下，做些面条之类。也应付着一些前来索要签名的客人。哦，老板夫妻俩出了一本书叫做《<a href="http://www.douban.com/subject/1910779/">迷失。鼓浪屿</a>》，被我用作本篇标题了。我想他们应该不会介意。</p>

<p>鼓浪屿的特别之处，在于我对它的陌生。我是那么急切地需要到一个完全陌生的地方，奢侈地、安安静静地享受生活、享受睡眠。鼓浪屿是众多选择中的一个。</p>

<p>记得那时，抵达厦门，下了飞机，走出机场，在温暖的阳光怀抱中，我说：</p>

<p>鼓浪屿，我来了。</p>

<p>--</p>

<p>以上写于2月初的鼓浪屿花时间咖啡馆，看MT后台的Entry Date停留在2009-02-06 14:31:59，很有一番味道。后因<a href="http://www.andymao.com">振之</a>打算搞一本自己的杂志而略作修改。</p>

<p>我现在用的桌面是当时用黑白卷拍的红糖（一只猫的名字）。</p>

<p>更多照片：<a href="http://www.junchenwu.com/photography/gulangyu/">鼓浪屿 ©JunChen Photos</a></p>
]]>
        



    </content>
</entry>
<entry>
    <title>好心计，好手段</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/06/624426.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=766" title="好心计，好手段" />
    <id>tag:www.junchenwu.com,2009://1.766</id>
    
    <published>2009-06-25T04:31:36Z</published>
    <updated>2009-06-25T15:35:32Z</updated>
    
    <summary>今年的624，仿佛就是昨日的426，历史像早已注定。 在互联网这个战场上，坦克无法前行。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="网络" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>今年的624，仿佛就是昨日的426，历史像早已注定。</p>

<p>在互联网这个战场上，坦克无法前行。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>网站管理：全自动...是靠不住的</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/05/you_cant_automate_everything.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=761" title="网站管理：全自动...是靠不住的" />
    <id>tag:www.junchenwu.com,2009://1.761</id>
    
    <published>2009-05-05T04:02:48Z</published>
    <updated>2009-05-05T04:46:23Z</updated>
    
    <summary> Gerry McGovern版权所有 作者：Gerry McGovern 译者：UCD翻译小组，JunChen 原文地址：http://www.gerrymcgovern.com/nt/2009/nt-2009-04-20-web-automate.htm 对网站管理者来说，最大的挑战不是CMS或搜索引擎如何工作，而是理解人如何“工作”。 最近我开展了一个工作坊，听众是一些工程师。当我谈到最基本的理解客户的方法是观察他们行为时，一位工程师对我说：“我可不想浪费半小时观察一个人”。 首先呢，我要说我对工程师是满怀敬意的。他们的天赋异禀为大家在这个摩登世界中带来无穷的便利。我们离不开工程师。 然而，工程的核心，尤其是软件工程，是一种信念——一切都有其自动化的方法。工程师研发的引擎，大部分是用于取代人的工作。 在第一次听到“内容管理”这个说法时，我天真的以为内容管理是一种专注于专业地管理内容的原则。事实却并非如此。内容管理以前以及现在仍然都指的是内容管理软件（CMS）。 内容管理给我们带来了诸如门户、自定义、个性化、分布式发布等发展。这些无管理成本、技术驱动的解决方案使互联网、内部网充满了低质量、差组织、过时的内容。 当你个性化垃圾内容时得到的是什么？不过是个性化了的垃圾内容。把发布权限分发给那些不写作的人们，或者对自己所写内容漠不关心的人们，或者认为 Metadata 是蒙古的一个邻国1的人们，或者对所发布内容从不回顾或删除的人们，这个时候你会得到什么？这都是你自找的啊。 为什么很多企业认为简单地给网站买一款时髦的搜索引擎，就能解决客户查找的问题呢？既没有工作人员，也没有搜索流程的管理。神奇蘑菇（Magic mushroom）2可能存在，但神奇的搜索引擎却是不存在的。 技术很重要，甚至是决定性的，但如果想让网站为企业创造价值，我们仍然需要有能者来管理网站。网站管理者的首要任务就是深入理解客户在网站上的行为。最佳的办法就是观察，观察他们在你的网站上试图完成的任务。 最近，Amazon 遇到了很多麻烦，因为“技术故障”及“分类错误”导致很多图书在网站上难以找到3，包括很多同性恋主题的书籍。“要不是因为 Amazon（更不用说其他站）在人工客服方面是出了名的反应迟钝，这件事早可以很简单地避免。” MSNBC 的 Helen Popkin 如此写道。 “和很多其他同行一样，Amazon 想要全自动。”Ann All 为 ITBusinessEdge 撰文谈到。Amazon 是一个真正的以客户为中心的企业，持续不断地在理解其客户方面投入，但有时候即使是他们也会犯错。 对于理解网络自助式服务（Web Self-Service，WSS），理解人们在在线环境中的行为，其重要性更胜于掌握任何技术。 -- 译注1：原文为“think metadata is...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<ul>
<li>Gerry McGovern版权所有</li>
<li>作者：<a href="http://www.gerrymcgovern.com/">Gerry McGovern</a></li>
<li>译者：<a href="http://ucdchina.com/topic/59">UCD翻译小组</a>，<a href="http://www.junchenwu.com">JunChen</a></li>
<li>原文地址：<a href="http://www.gerrymcgovern.com/nt/2009/nt-2009-04-20-web-automate.htm">http://www.gerrymcgovern.com/nt/2009/nt-2009-04-20-web-automate.htm</a></li>
</ul>

<p><strong>对网站管理者来说，最大的挑战不是CMS或搜索引擎如何工作，而是理解人如何“工作”。</strong></p>

<p>最近我开展了一个工作坊，听众是一些工程师。当我谈到最基本的理解客户的方法是观察他们行为时，一位工程师对我说：“我可不想浪费半小时观察一个人”。</p>

<p>首先呢，我要说我对工程师是满怀敬意的。他们的天赋异禀为大家在这个摩登世界中带来无穷的便利。我们离不开工程师。</p>

<p>然而，工程的核心，尤其是软件工程，是一种信念——一切都有其自动化的方法。工程师研发的引擎，大部分是用于取代人的工作。</p>

<p>在第一次听到“内容管理”这个说法时，我天真的以为内容管理是一种专注于专业地管理内容的原则。事实却并非如此。内容管理以前以及现在仍然都指的是内容管理软件（CMS）。</p>

<p>内容管理给我们带来了诸如门户、自定义、个性化、分布式发布等发展。这些无管理成本、技术驱动的解决方案使互联网、内部网充满了低质量、差组织、过时的内容。</p>

<p>当你个性化垃圾内容时得到的是什么？不过是个性化了的垃圾内容。把发布权限分发给那些不写作的人们，或者对自己所写内容漠不关心的人们，或者认为 Metadata 是蒙古的一个邻国<sup>1</sup>的人们，或者对所发布内容从不回顾或删除的人们，这个时候你会得到什么？这都是你自找的啊。</p>

<p>为什么很多企业认为简单地给网站买一款时髦的搜索引擎，就能解决客户查找的问题呢？既没有工作人员，也没有搜索流程的管理。神奇蘑菇（Magic mushroom）<sup>2</sup>可能存在，但神奇的搜索引擎却是不存在的。</p>

<p>技术很重要，甚至是决定性的，但如果想让网站为企业创造价值，我们仍然需要有能者来管理网站。网站管理者的首要任务就是深入理解客户在网站上的行为。最佳的办法就是观察，观察他们在你的网站上试图完成的任务。</p>

<p>最近，Amazon 遇到了很多麻烦，因为“技术故障”及“<a href="http://www.boingboing.net/2009/04/14/amazon-explains-why.html">分类错误</a>”导致很多图书在网站上难以找到<sup>3</sup>，<a href="http://www.cnn.com/2009/TECH/04/14/amazon.gay.lesbian.ranking/">包括很多同性恋主题的书籍</a>。“要不是因为 Amazon（更不用说其他站）在人工客服方面是出了名的反应迟钝，这件事早可以很简单地避免。” MSNBC 的 Helen Popkin 如此写道。</p>

<p>“和很多其他同行一样，Amazon 想要全自动。”Ann All 为 ITBusinessEdge 撰文谈到。Amazon 是一个真正的以客户为中心的企业，持续不断地在理解其客户方面投入，但有时候即使是他们也会犯错。</p>

<p>对于理解网络自助式服务（Web Self-Service，WSS），理解人们在在线环境中的行为，其重要性更胜于掌握任何技术。</p>

<p>--</p>

<p>译注1：原文为“think metadata is a country bordering Outer Mongolia”，metadata 听上去难道不像一个国家的名字？</p>

<p>译注2：一种具有迷幻性的毒蘑菇，或称“致幻魔菇”，据说原产于墨西哥。</p>

<p>译注3：4月10日那个周末，因技术故障（官方原因），全球范围内 Amazon 受到影响的书达到 57310 本，这些书都被莫名降权了，所以在网站上难以找到。</p>

<p>--</p>

<p><strong>译后</strong></p>

<p>原文作者用 Amazon 作为例子，或许有嘲讽的意思，对于本文的论点也并没有十足的说服力。简单的说我倒是认为有些悲观主义。请勿理解为自动化是不好的，或者只有依靠人力才能成功。这个，需要辩证的去看。</p>

<p>任何一家公司，尤其是像 Amazon 这样的全球巨擘，走的任何一步都有其意义，而且影响巨大，平衡、平衡、再平衡。Amazon 是值得尊敬的。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>Adaptive Path：我们最爱的草图工具</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/04/our_favorite_tools_for_sketching.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=759" title="Adaptive Path：我们最爱的草图工具" />
    <id>tag:www.junchenwu.com,2009://1.759</id>
    
    <published>2009-04-13T03:16:42Z</published>
    <updated>2009-04-13T03:59:38Z</updated>
    
    <summary> Adaptive Path版权所有 作者：Adaptive Path 译者：UCD翻译小组，JunChen 原文地址：http://www.adaptivepath.com/ideas/newsletter/archives/031109/index.php 有件事呢本应该是显而易见的，我是指如果你用恰当的工具，那么画起草图来会变得相当、相当简单。 我不会穿着网球鞋去滑雪，但我却常常假想自己可以用蜡笔、羽毛笔或者用剩的铅笔头画出工业级效果。喔，太蠢了。最近我才意识到，拥有一套良好的“装备”是多么重要，真是杀牛要用牛刀啊。 下面就是我的“装备”，看看它们是怎样帮助我成为一个更好的用户体验设计师。 1. 网纹收纳袋 我知道你在想什么。收纳袋不是一个画草图的工具。那你就错了，因为：它可以将你的所有工具收纳在一起，方便拿取和带走。这意味着你更可能将它们随身携带，并且因此能够在更多情况下使用。 如果你能够在人们讨论过程中为讨论的对象画一些草图，那么你通过绘画就可以阐明人们所表达的意思，并且可以使每一个人有相同的认识。这种交流过程中实时产生的草图，在促进想像力方面具有无与伦比的力量，并且会被不断地引用、引用、再引用。比如，“记得那天我们画的一个框和两个圆圈。我想我们漏掉了另外一个圆圈...” 2. 暖灰色马克笔 如果你犹豫踌躇于将看上去挺搞笑的线条草图作为专业的业务交付物，那么一支暖灰色的马克笔立即能够使草图更加美观。我通常用灰色来描绘重点，加一些简单的阴影、细微地区分出前景和背景。这样可以使草图更有层次感，并且可以使眼睛更容易解读具体的情景。 3. 蓝色铅笔 蓝色铅笔对初学者来说是很有帮助的，用来先打底稿，然后再墨水描绘。蓝色的铅笔线条易于擦除，并且不会被复印出来或拍出来。 但是注意不要过分依赖于蓝色铅笔。草图又不是艺术品，不需要在细节上尽善尽美或过分挑剔。蓝色铅笔确实能让你给草图修饰过头，哪怕并不需要这样。但在画故事版，或需要描绘特定位置和姿势的人物时，蓝色铅笔确实能让你有如神助。 4. 红色马克笔 红色马克笔很容易就能够让人关注草图的某些部分。尤其是在箭头和动作的指示上。 5. Sharpie®斜头记号笔 我特喜欢用Sharpie®的斜头记号笔。就像其他好工具一样，它能胜任多种角色。我最常用的是调整草图线条的粗细，来凸显最重要的部分。调整线条粗细（基本上就是通过重复描绘的方式）是画草图的一项最简单、最有效的技巧。能够立即让草图具有对比和视觉层次感，使人眼看上去更加舒适，使大脑更容易处理。 我也用斜头记号笔来写字。我觉得，文字和标记像是草图中默默无闻的英雄。我们总担心我们画的草图，但Jessica Hagy却在她《Indexed》封面上欣欣然地用了一个清晰、有冲击力的箭头指向右侧的文字，一下子使得草图具备了“可读性”。 6. Sharpie®常规记号笔 Sharpie®的常规记号笔是整套装备的主力。你将用它来画人、流程图、标记、界面、方块、箭头等等。事实上最好是多准备一些这种笔，因为大量使用它的笔头很容易用旧或起毛。 7. Sharpie®特细记号笔 Sharpie®的特细记号笔尤其适合画界面。在Adaptive Path，我们通常会在设计一开始画一些缩略尺寸的界面想法，之后再为其中一小部分绘制更具体的草图。缩略的尺寸强迫你关注本质的东西。标题、文本区块、照片或功能特性的位置——这些都通过方块和曲线的形式来简单表示。要让这些方块和曲线看上去有意义，就需要较细的笔头了。我们将在 Good Design Faster工作坊中作更深入具体的探讨。 8....</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<ul>
<li>Adaptive Path版权所有</li>
<li>作者：<a href="http://www.adaptivepath.com/">Adaptive Path</a></li>
<li>译者：<a href="http://ucdchina.com/topic/59">UCD翻译小组</a>，<a href="http://www.junchenwu.com">JunChen</a></li>
<li>原文地址：<a href="http://www.adaptivepath.com/ideas/newsletter/archives/031109/index.php">http://www.adaptivepath.com/ideas/newsletter/archives/031109/index.php</a></li>
</ul>

<p>有件事呢本应该是显而易见的，我是指如果你用恰当的工具，那么画起草图来会变得相当、相当简单。</p>

<p>我不会穿着网球鞋去滑雪，但我却常常假想自己可以用蜡笔、羽毛笔或者用剩的铅笔头画出工业级效果。喔，太蠢了。最近我才意识到，拥有一套良好的“装备”是多么重要，真是杀牛要用牛刀啊。</p>

<p>下面就是我的“装备”，看看它们是怎样帮助我成为一个更好的用户体验设计师。</p>

<p><img src="http://hosting.bronto.com/8317/public/sketching_toolkit.jpg" alt="Sketch Tools" title="" /></p>

<p><strong>1. 网纹收纳袋</strong></p>

<p>我知道你在想什么。收纳袋不是一个画草图的工具。那你就错了，因为：它可以将你的所有工具收纳在一起，方便拿取和带走。这意味着你更可能将它们随身携带，并且因此能够在更多情况下使用。</p>

<p>如果你能够在人们讨论过程中为讨论的对象画一些草图，那么你通过绘画就可以阐明人们所表达的意思，并且可以使每一个人有相同的认识。这种交流过程中实时产生的草图，在促进想像力方面具有无与伦比的力量，并且会被不断地引用、引用、再引用。比如，“记得那天我们画的一个框和两个圆圈。我想我们漏掉了另外一个圆圈...”</p>

<p><strong>2. 暖灰色马克笔</strong></p>

<p>如果你犹豫踌躇于将看上去挺搞笑的线条草图作为专业的业务交付物，那么一支暖灰色的马克笔立即能够使草图更加美观。我通常用灰色来描绘重点，加一些简单的阴影、细微地区分出前景和背景。这样可以使草图更有层次感，并且可以使眼睛更容易解读具体的情景。</p>

<p><img src="http://hosting.bronto.com/8317/public/warm_gray_pre.jpg" alt="Warm Gray Pre" title="" />
<img src="http://hosting.bronto.com/8317/public/warm_gray_post.jpg" alt="Warm Gray Post" title="" /></p>

<p><strong>3. 蓝色铅笔</strong></p>

<p>蓝色铅笔对初学者来说是很有帮助的，用来先打底稿，然后再墨水描绘。蓝色的铅笔线条易于擦除，并且不会被复印出来或拍出来。</p>

<p>但是注意不要过分依赖于蓝色铅笔。草图又不是艺术品，不需要在细节上尽善尽美或过分挑剔。蓝色铅笔确实能让你给草图修饰过头，哪怕并不需要这样。但在画故事版，或需要描绘特定位置和姿势的人物时，蓝色铅笔确实能让你有如神助。</p>

<p><img src="http://hosting.bronto.com/8317/public/blue_pencil_pre.jpg" alt="Blue Pencil Pre" title="" />
<img src="http://hosting.bronto.com/8317/public/blue_pencil_post.jpg" alt="Blue Pencil Post" title="" /></p>

<p><strong>4. 红色马克笔</strong></p>

<p>红色马克笔很容易就能够让人关注草图的某些部分。尤其是在箭头和动作的指示上。</p>

<p><img src="http://hosting.bronto.com/8317/public/red_search.jpg" alt="Red Search" title="" /></p>

<p><strong>5. Sharpie®斜头记号笔</strong></p>

<p>我特喜欢用Sharpie®的斜头记号笔。就像其他好工具一样，它能胜任多种角色。我最常用的是调整草图线条的粗细，来凸显最重要的部分。调整线条粗细（基本上就是通过重复描绘的方式）是画草图的一项最简单、最有效的技巧。能够立即让草图具有对比和视觉层次感，使人眼看上去更加舒适，使大脑更容易处理。</p>

<p>我也用斜头记号笔来写字。我觉得，文字和标记像是草图中默默无闻的英雄。我们总担心我们画的草图，但Jessica Hagy却在她<a href="http://www.amazon.com/Indexed-Jessica-Hagy/dp/0142005207">《Indexed》</a>封面上欣欣然地用了一个清晰、有冲击力的箭头指向右侧的文字，一下子使得草图具备了“可读性”。</p>

<p><img src="http://hosting.bronto.com/8317/public/chisel_tip_wf.jpg" alt="Chisel Tip WF" title="" /></p>

<p><strong>6. Sharpie®常规记号笔</strong></p>

<p>Sharpie®的常规记号笔是整套装备的主力。你将用它来画人、流程图、标记、界面、方块、箭头等等。事实上最好是多准备一些这种笔，因为大量使用它的笔头很容易用旧或起毛。</p>

<p><strong>7. Sharpie®特细记号笔</strong></p>

<p>Sharpie®的特细记号笔尤其适合画界面。在Adaptive Path，我们通常会在设计一开始画一些缩略尺寸的界面想法，之后再为其中一小部分绘制更具体的草图。缩略的尺寸强迫你关注本质的东西。标题、文本区块、照片或功能特性的位置——这些都通过方块和曲线的形式来简单表示。要让这些方块和曲线看上去有意义，就需要较细的笔头了。我们将在 <a href="http://www.adaptivepath.com/events/2009/apr/">Good Design Faster工作坊</a>中作更深入具体的探讨。</p>

<p><img src="http://hosting.bronto.com/8317/public/thumnails.jpg" alt="Thumbnail" title="" /></p>

<p><strong>8. 小贴纸（Drafting Dots）</strong></p>

<p>小贴纸可以使任何垂直表面变成你的草图展示空间。这些圆形的贴纸能够附着于大部分表面，不会有痕迹而且粘性能够保留很长时间（所以你能够将草图重新贴在其他任意地方）。将草图挂贴起来看上去很简单，但这样使得其他人也能看到，就让草图从一种个人想法转变为了集体解决问题的工具。</p>

<p><img src="http://hosting.bronto.com/8317/public/dots.jpg" alt="Dots" title="" /></p>

<p>所以啦，我是有些喜欢这些工具的，办公用品、缝纫用品之类。去哪里买？可别让我再罗嗦下去啦。但当然了，真正重要的并非这些工具。照片、草图，这些都不是终点。它们是为了告诉我们该如何做。</p>

<p><strong>我们该做什么？</strong></p>

<p>在对未来的设计中，为了展示现在仅存在于想像中的事物，草图是我们最无拘束的工具。它们看上去会怎样？怎么运行？什么形态？如何展示？以及最重要的，我们如何与之交互。如果每一个新的应用我们都是用Visio的绘图形状，那么我们将生活在一个满是单选框和下拉菜单的世界中。过去可能就是这样，但在现在我们所为之设计的世界中——移动设备、多渠道、服务至上——显然并非如此。这意味着是时候考虑用新的工具了，或者说那些老朋友。</p>

<p>如果你有兴趣学习更多关于次世代用户体验设计工具，可以参加我们4月2-3日在旧金山举办的Good Design Faster工作坊。用“NEWS”促销代码来获得10%的注册折扣。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>对网页宽度设计的问题应如何讨论？</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/04/the_width_of_page_content.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=758" title="对网页宽度设计的问题应如何讨论？" />
    <id>tag:www.junchenwu.com,2009://1.758</id>
    
    <published>2009-04-07T03:21:10Z</published>
    <updated>2009-04-07T04:32:08Z</updated>
    
    <summary>在网页多宽才合适这个话题上，白鸦一开始就抛出了650这样一个数字。后来我在 GR 里面分享的时候写：【其实 650 是不准确的...或者说不够严谨。与显示器尺寸、DPI 有关。用字数也不行，与字的大小也有关。】 关于这个严谨不严谨的问题，后来在 Gtalk 上与鸦又更详细的讨论了一番。分享知识，整理如下。 1、Web 排版设计上，没有一个单位（指CSS长度单位）是可靠的。哪怕在CSS中理想化的分成了相对长度单位和绝对长度单位。所有单位（非像素单位通过 DPI，或者更准确的说是 PPI）均被转化为像素。像素为什么不可靠？14.1寸4:3显示器，1024分辨率下每 100 像素物理宽度约为 27.98mm，1400分辨率下每 100 像素物理宽度约为 20.47mm。这里的实际宽度指的是用尺子量出来的宽度。 2、讨论这个话题的时候，应该从视角、视距（眼睛与显示屏的距离）出发，得出最佳物理宽度。然后再从用户群的显示器尺寸和分辨率设定上，去换算为像素。但是，在这个显示器尺寸、分辨率百花齐放的年代，用物理宽度是最佳的。 3、人因工程上说人眼专注阅读的视角是 25 度（约为正常视角的 1/5），距离显示器 45-50cm。通过计算可以得到物理宽度为 19.95cm-22.17cm。约等于一把尺子的长度。于是再换算到显示器上（仍按 17 寸 1024×768 分辨率，横向物理宽度是 34.544cm），就可以得到 591-657px 这个数字。取整之后，可以认为是590-660px 这个区间。但前提仍然是 17 寸 1024×768 分辨率。 最后，还有字号大小的问题，这个比较难，因为需要考虑到在 45-50cm...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>在<a href="http://ucdchina.com/topic/233">网页多宽才合适</a>这个话题上，白鸦一开始就抛出了<a href="http://uicom.net/blog/?p=827">650</a>这样一个数字。后来我在 GR 里面分享的时候写：【其实 650 是不准确的...或者说不够严谨。与显示器尺寸、DPI 有关。用字数也不行，与字的大小也有关。】</p>

<p>关于这个严谨不严谨的问题，后来在 Gtalk 上与鸦又更详细的讨论了一番。分享知识，整理如下。</p>

<p>1、Web 排版设计上，没有一个单位（指CSS长度单位）是可靠的。哪怕在CSS中理想化的分成了相对长度单位和绝对长度单位。所有单位（非像素单位通过 DPI，或者更准确的说是 PPI）均被转化为像素。像素为什么不可靠？14.1寸4:3显示器，1024分辨率下每 100 像素物理宽度约为 27.98mm，1400分辨率下每 100 像素物理宽度约为 20.47mm。这里的实际宽度指的是用尺子量出来的宽度。</p>

<p>2、讨论这个话题的时候，应该从视角、视距（眼睛与显示屏的距离）出发，得出最佳物理宽度。然后再从用户群的显示器尺寸和分辨率设定上，去换算为像素。但是，在这个显示器尺寸、分辨率百花齐放的年代，用物理宽度是最佳的。</p>

<p>3、人因工程上说人眼专注阅读的视角是 25 度（约为正常视角的 1/5），距离显示器 45-50cm。通过计算可以得到物理宽度为 <strong>19.95cm-22.17cm</strong>。约等于一把尺子的长度。于是再换算到显示器上（仍按 17 寸 1024×768 分辨率，横向物理宽度是  34.544cm），就可以得到 591-657px 这个数字。取整之后，可以认为是590-660px 这个区间。但前提仍然是 17 寸 1024×768 分辨率。</p>

<p>最后，还有字号大小的问题，这个比较难，因为需要考虑到在 45-50cm 这个视距下，最佳的笔画物理粗细。</p>

<p>另外提醒下这里讨论的是专注阅读的内容宽度。扫视又是另外一种情况，但应当也可以用人因工程（Human Factors）来解释。</p>

<p>PS. 以前常用每100像素物理宽度为多少来面试设计师。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>《Subject to Change》中文版译者序</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/03/subject_to_changeyizhexu.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=754" title="《Subject to Change》中文版译者序" />
    <id>tag:www.junchenwu.com,2009://1.754</id>
    
    <published>2009-03-24T11:08:35Z</published>
    <updated>2009-04-16T02:13:23Z</updated>
    
    <summary>写在前面的话： 《Subject to Change》一书（中文名暂定为《应需而变——设计的力量》）是 Adaptive Path 结合了他们的项目经历所著。经 Angela 推荐，我从去年7月份开始接手翻译此书，后来一直很忙，断断续续花了接近半年多时间才完成。在这边要再次向华章图书的编辑致以歉意，基本上将中文版面世时间拖后了三个月左右。 而早在07年8月时，我曾推荐过一篇文章：Experience IS the Product...and the only thing users care about（实际上是另一设计师推荐给我的），这一篇文章，基本上是这本书的微缩版，想一睹为快的，可以再回顾一下这篇文章。 以下是译者序： 用户体验一词在全球范围内都是那么火热。在中国，最近两年，设计师、产品经理、管理人员等逐渐意识到用户体验的重要性。一些前沿的设计师对用户体验的理解实际上已经与全球接轨。 在中国UCD（以用户为中心的设计）领域，经常可以见到关于“用户体验是谁的责任”“同理心”“设计管理和流程”等理念和实践方面的讨论。而读完本书你将会发现，原来设计在全世界范围内都是一样的。这一定程度上得益于互联网的发展，以及出版社在引进国外先进知识和图书方面的努力，让中国的设计师能够在第一时间接触到前沿的理念和方法。 贯穿全书的，是一种拥抱变化的态度和以体验为战略的理念，只有这样的态度和理念才能使企业在这个瞬息万变的世界市场中保持长久的生命力，并持续不断的为用户创造价值。在中国，我们看到很多企业不择手段、从用户身上榨取利润，虽然其产品设计看上去很“敏捷”，但本质上是一种短见。 书中提到了很多企业的例子，最著名的应该是柯达公司和苹果公司。他们的体验战略——“您只需按下快门，其余的我们来做”和“所有媒体，随时随地”——自始至终的指导着他们的产品，并且通过实践证明了体验战略的重要性，而不仅仅是一句口号。这正应该是我们中国企业、中国设计师所需要学习的。 感谢Angela（《赢在用户》、《用户体验的要素》的译者，UCDChina发起人）和机械工业出版社华章公司，让我有机会能够翻译本书。在翻译的过程中，我对用户体验的理解也在不断的深入，我也尝试着使用书中提到的设计方法来指导自己的设计工作。 -- 预计上市时间：4月-5月间 最后若是对此书的翻译有任何意见、建议的，可以反馈给我。初次翻译，还是有很多不足之处的。着实考验了个人的中英文功底，尤其是中文。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p><strong>写在前面的话</strong>：</p>

<p>《<a href="http://www.douban.com/subject/3081617/">Subject to Change</a>》一书（中文名暂定为《应需而变——设计的力量》）是 <a href="http://www.adaptivepath.com">Adaptive Path</a> 结合了他们的项目经历所著。经 <a href="http://angela.ucdchina.com">Angela</a> 推荐，我从去年7月份开始接手翻译此书，后来一直很忙，断断续续花了接近半年多时间才完成。在这边要再次向华章图书的编辑致以歉意，基本上将中文版面世时间拖后了三个月左右。</p>

<p>而早在07年8月时，我曾推荐过一篇文章：<a href="http://www.junchenwu.com/2007/08/experience_is_the_product.html">Experience IS the Product...and the only thing users care about</a>（实际上是另一设计师推荐给我的），这一篇文章，基本上是这本书的微缩版，想一睹为快的，可以再回顾一下这篇文章。</p>

<p><strong>以下是译者序</strong>：</p>

<p>用户体验一词在全球范围内都是那么火热。在中国，最近两年，设计师、产品经理、管理人员等逐渐意识到用户体验的重要性。一些前沿的设计师对用户体验的理解实际上已经与全球接轨。</p>

<p>在中国UCD（以用户为中心的设计）领域，经常可以见到关于“用户体验是谁的责任”“同理心”“设计管理和流程”等理念和实践方面的讨论。而读完本书你将会发现，原来设计在全世界范围内都是一样的。这一定程度上得益于互联网的发展，以及出版社在引进国外先进知识和图书方面的努力，让中国的设计师能够在第一时间接触到前沿的理念和方法。</p>

<p>贯穿全书的，是一种拥抱变化的态度和以体验为战略的理念，只有这样的态度和理念才能使企业在这个瞬息万变的世界市场中保持长久的生命力，并持续不断的为用户创造价值。在中国，我们看到很多企业不择手段、从用户身上榨取利润，虽然其产品设计看上去很“敏捷”，但本质上是一种短见。</p>

<p>书中提到了很多企业的例子，最著名的应该是柯达公司和苹果公司。他们的体验战略——“您只需按下快门，其余的我们来做”和“所有媒体，随时随地”——自始至终的指导着他们的产品，并且通过实践证明了体验战略的重要性，而不仅仅是一句口号。这正应该是我们中国企业、中国设计师所需要学习的。</p>

<p>感谢<a href="http://angela.ucdchina.com">Angela</a>（《赢在用户》、《用户体验的要素》的译者，UCDChina发起人）和机械工业出版社华章公司，让我有机会能够翻译本书。在翻译的过程中，我对用户体验的理解也在不断的深入，我也尝试着使用书中提到的设计方法来指导自己的设计工作。</p>

<p>--</p>

<p>预计上市时间：4月-5月间</p>

<p>最后若是对此书的翻译有任何意见、建议的，可以反馈给我。初次翻译，还是有很多不足之处的。着实考验了个人的中英文功底，尤其是中文。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>SheevaPlug，在云的前端</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/02/sheevaplug.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=752" title="SheevaPlug，在云的前端" />
    <id>tag:www.junchenwu.com,2009://1.752</id>
    
    <published>2009-02-28T04:52:42Z</published>
    <updated>2009-02-28T08:33:39Z</updated>
    
    <summary>Marvell的SheevaPlug，如一道惊雷般将天与地相连。 这个像充电器一样的玩意儿，其实是一台小型计算机，有且只有一个 1.2G Kirkwood 处理器、512M DDR2 内存、512M 的闪存记忆体、网卡和 USB2.0 接口。售价 49 美元，在当前汇率下，都不到 350 元人民币！（目前只有开发套件，售价 99 美元） 它能做什么？它几乎能做任何事情！不过你还需要一个显示设备（大屏幕液晶、电视机等等）和输入设备（键盘鼠标、遥控器等等），有需要的情况下，还可以接上大容量存储硬盘。现在美中不足的应该是该设备的显示处理能力…现在想用来玩大型游戏是不可能了，不过上网本不也就这样么？只要有浏览器（其实 Internet Explorer 这个名字真的很好，比 Browser 要好）。 对电力线上网不了解，如果通过插座即可上网的话，或许这个插座 PC 可以连网线接口都可以省了。 在08年7月份的UCD书友会上，我们曾大谈浏览器，并且讨论到未来的终端究竟是个什么模样。未来真是让人不断惊喜。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="网络" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p><a href="http://www.engadget.com/2009/02/24/marvells-sheevaplug-linux-pc-fits-in-its-power-adapter/">Marvell的SheevaPlug</a>，如一道惊雷般将天与地相连。</p>

<p><img src="http://www.blogcdn.com/www.engadget.com/media/2009/02/090224-sheevaplug-02.jpg" alt="Sheeva Plug" title="" /></p>

<p>这个像充电器一样的玩意儿，其实是一台小型计算机，有且只有一个 1.2G Kirkwood 处理器、512M DDR2 内存、512M 的闪存记忆体、网卡和 USB2.0 接口。售价 49 美元，在当前汇率下，都不到 350 元人民币！（目前只有开发套件，售价 99 美元）</p>

<p>它能做什么？它几乎能做任何事情！不过你还需要一个显示设备（大屏幕液晶、电视机等等）和输入设备（键盘鼠标、遥控器等等），有需要的情况下，还可以接上大容量存储硬盘。现在美中不足的应该是该设备的显示处理能力…现在想用来玩大型游戏是不可能了，不过上网本不也就这样么？只要有浏览器（其实 Internet Explorer 这个名字真的很好，比 Browser 要好）。</p>

<p>对电力线上网不了解，如果通过插座即可上网的话，或许这个插座 PC 可以连网线接口都可以省了。</p>

<p>在<a href="http://ucdchina.com/topic/24">08年7月份的UCD书友会</a>上，我们曾大谈浏览器，并且讨论到<a href="http://www.junchenwu.com/2008/07/browser_internet_and_service.html">未来的终端</a>究竟是个什么模样。未来真是让人不断惊喜。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>地图，Mashup（南京UCD书友会纪实）</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/02/map_and_mashup.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=751" title="地图，Mashup（南京UCD书友会纪实）" />
    <id>tag:www.junchenwu.com,2009://1.751</id>
    
    <published>2009-02-24T14:43:59Z</published>
    <updated>2009-02-24T16:43:05Z</updated>
    
    <summary> 题图：1931年电气工程师哈里·贝克为伦敦地铁设计的草图，21世纪版本可在这里找到。 从相对本质的角度去看，地图是一种信息可视化。更具体一些的说法，地图是将用户所需信息重新组织、再设计而成的图形。地图承载的功能，主要有两方面：目的地指引和基于位置的信息。 信息从何而来 古时候，人们用脚丈量着自己生活着的这片大地。现在，我们天上有卫星，地上有 Google 的信息采集车。谁拥有最全面、最及时、最准确的信息，谁就能成为领域的领导者。相比于其他体验，信息的全面性、及时性和准确性是最重要的。 去年这里还是一片荒芜，今年就立起了一栋地标建筑。上个月这里还是一片湖泊，这个月就变成了良田。昨天这里还是一家餐馆，今天就变成了一家咖啡厅。这个世界瞬息万变。 如何保证信息的全面、及时和准确？无非三种形式：通过技术手段获取（包括如Google那样的信息采集车）、人工编辑维护和UGC。在 Web 2.0 之风和长尾理论的影响下，面对海量的信息，Wiki 式的通过 UGC 来获取信息，似乎是比较现实的出路。 地图 Mashup 纯粹的地形图提供的价值有限。即使是传统的旅游地图，现在也标明了哪里是咖啡馆、哪里是电影院，这是发生在现实世界的一种 Mashup。而 Mashup 是地图服务获得成功的另外一条道路（第一条路是信息获取，将最基本的资源掌握在手中）。 通过 Mashup，我们可以为用户提供他们从来没想到过的体验。 一开始有人将 Google Maps 与交通信息和天气信息结合起来做了一个网站。后来 Google 自己将交通信息做到了地图之中，直接为用户整合了有价值的信息。 基于 Google Maps 提供的开放 API，整合 Craigslist 的租房信息，HousingMaps.com 为租房者提供了基于 Google Maps 的可视化体验。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p><img src="http://lh3.ggpht.com/_XAaLzYHQsEE/SaQNTtagrVI/AAAAAAAAA88/RlWvyAFNCKw/s800/london_underground_1.jpg" alt="London underground" title="" /></p>

<p>题图：1931年电气工程师哈里·贝克为<a href="http://zh.wikipedia.org/wiki/%E4%BC%A6%E6%95%A6%E5%9C%B0%E9%93%81">伦敦地铁</a>设计的草图，21世纪版本可在<a href="http://www.tfl.gov.uk/gettingaround/1106.aspx">这里</a>找到。</p>

<p>从相对本质的角度去看，地图是一种信息可视化。更具体一些的说法，地图是将用户所需信息重新组织、再设计而成的图形。地图承载的功能，主要有两方面：目的地指引和基于位置的信息。</p>

<p><strong>信息从何而来</strong></p>

<p>古时候，人们用脚丈量着自己生活着的这片大地。现在，我们天上有卫星，地上有 <a href="http://www.autoblog.com/2007/06/01/take-a-look-at-the-vehicle-thats-taking-a-look-at-you/">Google 的信息采集车</a>。谁拥有最全面、最及时、最准确的信息，谁就能成为领域的领导者。相比于其他体验，信息的全面性、及时性和准确性是最重要的。</p>

<p>去年这里还是一片荒芜，今年就立起了一栋地标建筑。上个月这里还是一片湖泊，这个月就变成了良田。昨天这里还是一家餐馆，今天就变成了一家咖啡厅。这个世界瞬息万变。</p>

<p>如何保证信息的全面、及时和准确？无非三种形式：通过技术手段获取（包括如Google那样的信息采集车）、人工编辑维护和UGC。在 Web 2.0 之风和长尾理论的影响下，面对海量的信息，Wiki 式的通过 <a href="http://en.wikipedia.org/wiki/User-generated_content">UGC</a> 来获取信息，似乎是比较现实的出路。</p>

<p><strong>地图 Mashup</strong></p>

<p>纯粹的地形图提供的价值有限。即使是传统的旅游地图，现在也标明了哪里是咖啡馆、哪里是电影院，这是发生在现实世界的一种 <a href="http://en.wikipedia.org/wiki/Mashup_%28web_application_hybrid%29">Mashup</a>。而 Mashup 是地图服务获得成功的另外一条道路（第一条路是信息获取，将最基本的资源掌握在手中）。</p>

<p>通过 Mashup，我们可以为用户提供他们从来没想到过的体验。</p>

<p><img src="http://lh3.ggpht.com/_XAaLzYHQsEE/SaQXFAA2n7I/AAAAAAAAA9c/-XN_VSAZ7H8/s800/GoogleTraffic.gif" alt="Google Traffic" title="" /></p>

<p>一开始有人将 <a href="http://maps.google.com">Google Maps</a> 与交通信息和天气信息结合起来做了一个网站。后来 Google 自己将交通信息做到了地图之中，直接为用户整合了有价值的信息。</p>

<p><img src="http://lh4.ggpht.com/_XAaLzYHQsEE/SaQV4q3FbgI/AAAAAAAAA9U/-UjFuJ__-S8/s800/HousingMaps.gif" alt="HousingMaps" title="" /></p>

<p>基于 Google Maps 提供的开放 API，整合 <a href="http://craigslist.com">Craigslist</a> 的租房信息，<a href="http://www.housingmaps.com/">HousingMaps.com</a> 为租房者提供了基于 Google Maps 的可视化体验。</p>

<p><img src="http://lh5.ggpht.com/_XAaLzYHQsEE/SaQZUG98A3I/AAAAAAAAA9w/RvSi9nnVbA4/s800/twittervision.gif" alt="TwitterVision" title="" /></p>

<p><a href="http://twittervision.com/">TwitterVision.com</a> 将 <a href="http://twitter.com">Twitter</a> 信息动态展现在 Google Maps 上。他们还提供了相类似的 <a href="http://flickrvision.com">FlickrVision.com</a> 网站，将用户发于 <a href="http://flickr.com">Flickr</a> 上的照片动态展现在地图上。</p>

<p><img src="http://lh6.ggpht.com/_XAaLzYHQsEE/SaQkQaLMpbI/AAAAAAAAA94/yYfkV8O3oHo/s800/googlelatitude.gif" alt="Google Latitude" title="" /></p>

<p>最时髦的 <a href="http://www.google.com/latitude">Google Latitude</a>，根据手机基站信号定位（或手动标注），让你可以实时知道朋友的位置。并且考虑到了隐私控制。“现在在哪儿？怎么还没到。”“你看我的Latitude，在路上呢”。</p>

<p>有一些 Mashup 为用户提供了方便。有一些 Mashup 为用户提供了娱乐（当然这也是价值）。无论如何，我们有理由相信除了地图信息获取，Mashup 也为地图服务和地图网站提供了一条成功之路。</p>

<p>记2009年2月南京UCD书友会，话题：<a href="http://ucdchina.com/topic/76">地图服务和地图网站</a>。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>用Word画原型</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/02/prototyping_with_word.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=750" title="用Word画原型" />
    <id>tag:www.junchenwu.com,2009://1.750</id>
    
    <published>2009-02-18T14:44:43Z</published>
    <updated>2009-02-19T06:32:52Z</updated>
    
    <summary>关于原型，有太多故事了。说起快速的原型制作（区别于软件工程的快速原型法），应该以文本文档/富文本文档（如Word）为主。因为，白板、草图虽然快但不易保存，HTML虽然丰富但制作慢，一些原型工具，如Axure，则效率也低，使用也复杂。 最初设计的时候，我是以Word为主的，就是打表格（顺带一句，白鸦是PPT，便于演示和简单的效果）。Word 画表格十分方便，而且在沟通中也比较高效（批注）。渐渐的也有了一些习惯（很山寨）。 布局 打表格（要用绘制功能）。默认的 A4 页面浏览基本足够。有时在处理 100% 表格时，会用 Web 版式，但用 Web 版式阅读时总觉得不那么自然，比较少用。 表格也常用于模拟真实的数据表格（应用上各种样式）。 常用的：单元格居中（水平和垂直）、单元格背景色（突出重点）。 文字内容 直接打字，针对链接，用蓝色（#00F）加下划线，基本实现。字的大小，用小五表示12px，用10表示13px，用五号（默认）表示14px。字体根据具体情况，一般通用 Arial。加粗就是 Ctrl+B。 常用的：对齐、加粗、字号、颜色和下划线、Tab和中文空格（用来占位，和初步排版）。 图片内容 一般结合单元格居中，写上图片的内容作为占位。表示这里放个图片。有时候也会结合截图软件，截图软件的好处是可以保存到剪贴板，然后再 Ctrl+V 粘帖到文档中，这样不会生成额外的图片文件（HTML就这点不好）。 有时候针对复杂的细节，还可以用Photoshop画好，再粘帖进去。不过因为慢，非常少用。 表单内容 这是所有网页、交互的重要组成部分。有一些自己瞎定义的符号（还好比较一目了然），后来有位同事入职后也自创了一套。目前我在用的主要如下： 输入框：[　　　　]、[请输入搜索关键词...]，类似这样的。 下拉框：[abc ▼]、[abc v]，类似这样的，用 charmap 呼唤出字符映射表拷贝。有时候为了真实一点，还会把向下的三角改为灰色。 复选框：[ ]表示未选中，[√]表示选中。有时也会用[·]，来表示选中，简单，但不那么明显。 单选框：( )表示未选中，(·)表示选中。 按钮：文字加灰色的背景色（字符底纹），这在Word中只要按一下。 其他：发挥你的创意（比如 disable...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>关于原型，有太多故事了。说起快速的原型制作（区别于软件工程的快速原型法），应该以文本文档/富文本文档（如Word）为主。因为，白板、草图虽然快但不易保存，HTML虽然丰富但制作慢，一些原型工具，如Axure，则效率也低，使用也复杂。</p>

<p>最初设计的时候，我是以Word为主的，就是打表格（顺带一句，<a href="http://uicom.net">白鸦</a>是PPT，便于演示和简单的效果）。Word 画表格十分方便，而且在沟通中也比较高效（批注）。渐渐的也有了一些习惯（很山寨）。</p>

<p><strong>布局</strong></p>

<p>打表格（要用绘制功能）。默认的 A4 页面浏览基本足够。有时在处理 100% 表格时，会用 Web 版式，但用 Web 版式阅读时总觉得不那么自然，比较少用。</p>

<p>表格也常用于模拟真实的数据表格（应用上各种样式）。</p>

<p>常用的：单元格居中（水平和垂直）、单元格背景色（突出重点）。</p>

<p><strong>文字内容</strong></p>

<p>直接打字，针对链接，用蓝色（#00F）加下划线，基本实现。字的大小，用小五表示12px，用10表示13px，用五号（默认）表示14px。字体根据具体情况，一般通用 Arial。加粗就是 Ctrl+B。</p>

<p>常用的：对齐、加粗、字号、颜色和下划线、Tab和中文空格（用来占位，和初步排版）。</p>

<p><strong>图片内容</strong></p>

<p>一般结合单元格居中，写上图片的内容作为占位。表示这里放个图片。有时候也会结合截图软件，截图软件的好处是可以保存到剪贴板，然后再 Ctrl+V 粘帖到文档中，这样不会生成额外的图片文件（HTML就这点不好）。</p>

<p>有时候针对复杂的细节，还可以用Photoshop画好，再粘帖进去。不过因为慢，非常少用。</p>

<p><strong>表单内容</strong></p>

<p>这是所有网页、交互的重要组成部分。有一些自己瞎定义的符号（还好比较一目了然），后来有位同事入职后也自创了一套。目前我在用的主要如下：</p>

<ul>
<li>输入框：[　　　　]、[请输入搜索关键词...]，类似这样的。</li>
<li>下拉框：[abc ▼]、[abc v]，类似这样的，用 charmap 呼唤出字符映射表拷贝。有时候为了真实一点，还会把向下的三角改为灰色。</li>
<li>复选框：[ ]表示未选中，[√]表示选中。有时也会用[·]，来表示选中，简单，但不那么明显。</li>
<li>单选框：( )表示未选中，(·)表示选中。</li>
<li>按钮：文字加灰色的背景色（字符底纹），这在Word中只要按一下。</li>
<li>其他：发挥你的创意（比如 disable 可以加灰色背景）。</li>
</ul>

<p>其实可以利用Word的控件，但是控件的文案要在另外一个小窗体中输入，总嫌麻烦。</p>

<p><strong>其他</strong></p>

<p>还有一些小交互，比如收拢、展开（用[+]和[-]），关闭按钮（用 × 字符，或字母X），最小化（就是一个下划线）之类。还有，有时候不用表格，用一行“-”来表示分割线。</p>

<p>这个其实可以形成规范，关键是要能够真正的在保证有效传达的情况下，提高画原型的效率。</p>

<p>附上一个刚才花了10分钟画的MT 后台写日志的线框图（<a href="http://www.junchenwu.com/sample/200902/mt_new_entry_wireframe_v1.1.doc" onclick="javascript:pageTracker._trackPageview ('/download/mt_new_entry_wireframe.doc')">doc下载，V1.1</a>），共勉。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>斜杠的作用与导航</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/01/slash_navigation_design.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=747" title="斜杠的作用与导航" />
    <id>tag:www.junchenwu.com,2009://1.747</id>
    
    <published>2009-01-16T15:07:59Z</published>
    <updated>2009-02-06T06:01:14Z</updated>
    
    <summary>在互联网世界中，斜杠“/”是很常见的一个符号。它的位置在右 Shift 的左边，不用按 Shift 就能够输入。 我猜测（没在维基中查到），斜杠之所以占据那么重要的地位，应该得益于操作系统（Unix、Dos）的流行。在命令行中，一个斜杠往往是表示着根目录，也作为目录与目录之间的分割。 其实到了互联网时代，除了 URL 中可能要用到斜杠外，其他地方很少见到它的身影。但它并没有随着历史而去。 在 Gmail 中，如果你给 label 命名为 abc/def，那么通过 IMAP 维护邮箱时会发现，abc 是 def 的上层目录。也就是说你可以给 label 增加一层（或多层）目录。 在 Google Analytics 中也可以见到斜杠的身影。常用 Analytics 的人知道，可以用 pageTracker._trackPageview(&quot;/abc/def&quot;); 来重命名内容，并且可以通过 Content Drilldown 来查看 abc 的访问情况（包含 def），也可以展开，单独查看 def 的访问情况。不过即使不通过 _trackPageview() 来重命名内容，默认是...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>在互联网世界中，斜杠“/”是很常见的一个符号。它的位置在右 Shift 的左边，不用按 Shift 就能够输入。</p>

<p>我猜测（没在维基中查到），斜杠之所以占据那么重要的地位，应该得益于操作系统（Unix、Dos）的流行。在命令行中，一个斜杠往往是表示着根目录，也作为目录与目录之间的分割。</p>

<p>其实到了互联网时代，除了 URL 中可能要用到斜杠外，其他地方很少见到它的身影。但它并没有随着历史而去。</p>

<p>在 Gmail 中，如果你给 label 命名为 <code>abc/def</code>，那么通过 IMAP 维护邮箱时会发现，<code>abc</code> 是 <code>def</code> 的上层目录。也就是说你可以给 label 增加一层（或多层）目录。</p>

<p>在 Google Analytics 中也可以见到斜杠的身影。常用 Analytics 的人知道，可以用 <code>pageTracker._trackPageview("/abc/def");</code> 来重命名内容，并且可以通过 Content Drilldown 来查看 <code>abc</code> 的访问情况（包含 <code>def</code>），也可以展开，单独查看 <code>def</code> 的访问情况。不过即使不通过 <code>_trackPageview()</code> 来重命名内容，默认是 URL，URL 也是用斜杠区分的。</p>

<p>通过 Google 的例子可以看到斜杠在表示目录、层级关系时发挥的作用。我相信在 Google 的其他很多产品中也会有很多斜杠的妙用。</p>

<p>前些时候我调整了 Blog 的界面。最大的改动并不是把 sidebar 从右侧调到了左侧，而是顶部的指引。分为以下几种层次：</p>

<ul>
<li>JunChen Wu —— 首页</li>
<li><a href="http://www.junchenwu.com">JunChen Wu</a> / 设计 —— 分类页</li>
<li><a href="http://www.junchenwu.com">JunChen Wu</a> / <a href="http://www.junchenwu.com/design/">设计</a> —— 文章页（下一行为文章名）</li>
</ul>

<p>顶部的 <code>H1</code> 结合了面包屑、导航、指引、页面名的功能，而不是如大多数 Blog 一般是固定不变的 Blog 名。不过这样设计比较适合我这个重新设计的模板，是一个整体。如此改动之后，我发现通过搜索引擎访问到文章页，然后再访问分类页或首页的比例大大上升了，跳出率也降低了不少。</p>

<p>记录一下，有空继续调整。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>星座，性格，虾米网</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/01/xiami_fm_astro.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=745" title="星座，性格，虾米网" />
    <id>tag:www.junchenwu.com,2009://1.745</id>
    
    <published>2009-01-11T14:50:36Z</published>
    <updated>2009-01-11T15:54:10Z</updated>
    
    <summary>网络电台照搬传统电台，已经被历史证明是错误的了。既然处于互联网时代，那任何互联网产品必须有互联网的性格。可惜那么多年的网络电台没有一点创新。 虾米的FM在线星座音乐电台是个好主意，本质上虽然也是音乐推荐，我觉得最主要的是结合了星座这个特性。 虾米选择了一条成本低，而且可能效果不错的道路。从统计学的意义上（有一种说法认为星座某种程度上是统计学），星座比朋友来的更准确。我知道很多写小说的、画漫画的，都有通过星座来初步确定性格的方法。比如说死亡笔记里狮子座的夜神月： 夜神月这家伙是典型的狮子座，骄傲自大，又有狮子座侠义精神，自以为是的正义，有种不服输的精神，“我是新世界的神”这种话，也只有狮子座这种狂妄的家伙说的出来！ 也就是说，先设想主角的性格，然后找到那个星座，最后确定生日。一条倒过来的路，惯用手法，这样能保证在整个小说中人物的性格很真实。对大部分对心理学不怎么深入的人来说，星座是一个很好的接入口。 于是，相同星座的人，很大可能听歌的口味也会趋向一致。再加上好评差评、推荐、男/女有别、早上/晚上，能很好的选择出适合某个星座的歌。再更自动化一些，减少一些操作，人性化、社会化随之而来。 是个好主意，但不一定是好生意。不得不考虑的问题是，当用户被赋予生杀予夺的权利时，就会出现草菅人命的现象。大部分人仍然喜欢听自己熟悉的歌，而不是从来没听过的歌。对从来没听过的歌，则倾向于与熟悉的歌曲调比较一致的。造成我会一直点下一首下一首，直到下一首是我熟悉的歌曲或歌手。 星座电台一定程度上解决了每次播放精选集的单调乏味，但过多的不合口味的歌曲冲击，又会对电台这个新产品失去兴趣。 或许，给个随机播放的、我喜欢的歌手的歌曲，就已足够。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="设计" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>网络电台照搬传统电台，已经被历史证明是错误的了。既然处于互联网时代，那任何互联网产品必须有互联网的性格。可惜那么多年的网络电台没有一点创新。</p>

<p><a href="http://www.xiami.com/fm/astro">虾米的FM在线星座音乐电台</a>是个好主意，本质上虽然也是音乐推荐，我觉得最主要的是结合了星座这个特性。</p>

<p>虾米选择了一条成本低，而且可能效果不错的道路。从统计学的意义上（有一种说法认为星座某种程度上是统计学），星座比朋友来的更准确。我知道很多写小说的、画漫画的，都有通过星座来初步确定性格的方法。比如说死亡笔记里狮子座的夜神月：</p>

<blockquote>
  <p>夜神月这家伙是典型的狮子座，骄傲自大，又有狮子座侠义精神，自以为是的正义，有种不服输的精神，“我是新世界的神”这种话，也只有狮子座这种狂妄的家伙说的出来！</p>
</blockquote>

<p>也就是说，先设想主角的性格，然后找到那个星座，最后确定生日。一条倒过来的路，惯用手法，这样能保证在整个小说中人物的性格很真实。对大部分对心理学不怎么深入的人来说，星座是一个很好的接入口。</p>

<p>于是，相同星座的人，很大可能听歌的口味也会趋向一致。再加上好评差评、推荐、男/女有别、早上/晚上，能很好的选择出适合某个星座的歌。再更自动化一些，减少一些操作，人性化、社会化随之而来。</p>

<p>是个好主意，但不一定是好生意。不得不考虑的问题是，当用户被赋予生杀予夺的权利时，就会出现草菅人命的现象。大部分人仍然喜欢听自己熟悉的歌，而不是从来没听过的歌。对从来没听过的歌，则倾向于与熟悉的歌曲调比较一致的。造成我会一直点下一首下一首，直到下一首是我熟悉的歌曲或歌手。</p>

<p>星座电台一定程度上解决了每次播放精选集的单调乏味，但过多的不合口味的歌曲冲击，又会对电台这个新产品失去兴趣。</p>

<p>或许，给个随机播放的、我喜欢的歌手的歌曲，就已足够。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>泰山</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2009/01/2009_taishan.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=744" title="泰山" />
    <id>tag:www.junchenwu.com,2009://1.744</id>
    
    <published>2009-01-04T18:15:36Z</published>
    <updated>2009-01-09T06:14:48Z</updated>
    
    <summary>2009年元旦，与千鸟、Tony等一同登泰山。 遥参亭北岱庙深，十八盘上南天门。玉皇顶西观日落，日观峰东旭日升。 放上部分照片，正在整理中。 -- 01.05更新：整理了照片，见相册泰山。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="摄影" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>2009年元旦，与<a href="http://www.rexsong.com">千鸟</a>、<a href="http://www.uitony.com">Tony</a>等一同登泰山。</p>

<p>遥参亭北岱庙深，十八盘上南天门。玉皇顶西观日落，日观峰东旭日升。</p>

<p><img src="http://lh6.ggpht.com/_XAaLzYHQsEE/SWD6Omr_YUI/AAAAAAAAAv0/w-IPHNvz8_U/s800/DSC_2194.jpg" alt="岱庙，东御座" title="" /></p>

<p><img src="http://lh4.ggpht.com/_XAaLzYHQsEE/SWD6eDkTkhI/AAAAAAAAAv8/g4a5zLxhlD8/s800/DSC_2253.jpg" alt="泰山石碑" title="" /></p>

<p><img src="http://lh5.ggpht.com/_XAaLzYHQsEE/SWD6rgxqcgI/AAAAAAAAAw0/_AmDNyC_voA/s800/DSC_2470.jpg" alt="玉皇顶日落" title="" /></p>

<p><img src="http://lh3.ggpht.com/_XAaLzYHQsEE/SWD7pUuVblI/AAAAAAAAAy4/wdeSmg9YETc/s800/DSC_2844.jpg" alt="泰山云海" title="" /></p>

<p><img src="http://lh4.ggpht.com/_XAaLzYHQsEE/SWD76fSWeCI/AAAAAAAAAzE/gdi-iIWtFJQ/s800/DSC_2908.jpg" alt="泰山云海" title="" /></p>

<p>放上部分照片，正在整理中。</p>

<p>--</p>

<p>01.05更新：整理了照片，见相册<a href="http://www.junchenwu.com/photography/taishan/">泰山</a>。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>写在途牛旅游网两周年</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2008/12/tuniu_2nd_anniversary.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=742" title="写在途牛旅游网两周年" />
    <id>tag:www.junchenwu.com,2008://1.742</id>
    
    <published>2008-12-31T08:56:56Z</published>
    <updated>2008-12-31T08:54:21Z</updated>
    
    <summary>自古以来，人们就把“读万卷书，行万里路”作为一种追求。而无论是古代还是现代，“行万里路”对绝大部分人来说还仅仅是梦想。 在中国，很多人没有真正的出去旅游过。对参团旅游、自由行、自助游不甚了解，不知道什么叫做双飞、什么叫做单房差，不知道什么时候出去最便宜、什么时候出去风景最美，对旅游意外险、旅行社责任险、签证/材料更是一头雾水。旅行社与游客之间的信息不对称、漫天报价，对旅行社/导游坑蒙拐骗进黑店的负面报道，让人们出行非常谨慎和不易。 互联网一定程度上抹平了其中的信息不对称，但是由于旅游线路是很独特、很复杂的产品，很大程度上不同于卖书、卖衣服。三言两语无法说清。旅游卖的基本上是纯服务，一段旅程，一段回忆。那些复杂的、绕口的、乱七八糟的东西不应该成为出游的羁绊。 让旅游更简单，是途牛旅游网的使命。让旅游的接入成本更低，让出游者能够专注地投入到旅途中去，全身心地享受服务。就如 Eastman 发明了胶卷和 Kodak 相机，他们的口号甚至有些霸道，叫做：You press the button, We do the rest（你只管按按钮，其余的我们来做）。 途牛将如何实现这个使命？通过网站，抹平信息不对称，提供出游建议和引导，方便用户快速找到想要的旅游线路。通过专业的呼叫中心服务，有任何不了解的问题，我们的服务人员都会以相同的、专业的态度进行解答，结合以客户为中心的理念和精益管理，提高服务水平和响应时间。 旅游电子商务的开展是十分困难的。传统角度讲，市场混乱、利润低微甚至零利润；从互联网角度讲，旅游信息化又遥遥无期。作为一个集合了互联网和传统旅行社的专业团队，我们不抛弃、不放弃，致力于为出游者提供更好的服务，同时也在旅游信息化上不停努力着。 因为我们相信旅游电子商务将是这个冬天里的曙光。 现在旅游已经是我生活的一部分，一会儿我将出发去泰山。回来之后与大家分享我的旅程。 谢谢。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="网络" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p>自古以来，人们就把“读万卷书，行万里路”作为一种追求。而无论是古代还是现代，“行万里路”对绝大部分人来说还仅仅是梦想。</p>

<p>在中国，很多人没有真正的出去旅游过。对参团旅游、自由行、自助游不甚了解，不知道什么叫做双飞、什么叫做单房差，不知道什么时候出去最便宜、什么时候出去风景最美，对旅游意外险、旅行社责任险、签证/材料更是一头雾水。旅行社与游客之间的信息不对称、漫天报价，对旅行社/导游坑蒙拐骗进黑店的负面报道，让人们出行非常谨慎和不易。</p>

<p>互联网一定程度上抹平了其中的信息不对称，但是由于旅游线路是很独特、很复杂的产品，很大程度上不同于卖书、卖衣服。三言两语无法说清。旅游卖的基本上是纯服务，一段旅程，一段回忆。那些复杂的、绕口的、乱七八糟的东西不应该成为出游的羁绊。</p>

<p>让旅游更简单，是<a href="http://www.tuniu.com">途牛旅游网</a>的使命。让旅游的接入成本更低，让出游者能够专注地投入到旅途中去，全身心地享受服务。就如 Eastman 发明了胶卷和 Kodak 相机，他们的口号甚至有些霸道，叫做：You press the button, We do the rest（你只管按按钮，其余的我们来做）。</p>

<p>途牛将如何实现这个使命？通过网站，抹平信息不对称，提供出游建议和引导，方便用户快速找到想要的旅游线路。通过专业的呼叫中心服务，有任何不了解的问题，我们的服务人员都会以相同的、专业的态度进行解答，结合以客户为中心的理念和精益管理，提高服务水平和响应时间。</p>

<p>旅游电子商务的开展是十分困难的。传统角度讲，市场混乱、利润低微甚至零利润；从互联网角度讲，旅游信息化又遥遥无期。作为一个集合了互联网和传统旅行社的专业团队，我们不抛弃、不放弃，致力于为出游者提供更好的服务，同时也在旅游信息化上不停努力着。</p>

<p>因为我们相信旅游电子商务将是这个冬天里的曙光。</p>

<p>现在旅游已经是我生活的一部分，一会儿我将出发去泰山。回来之后与大家分享我的旅程。</p>

<p>谢谢。</p>
]]>
        



    </content>
</entry>
<entry>
    <title>流光溢彩。</title>
    <link rel="alternate" type="text/html" href="http://www.junchenwu.com/2008/12/pentax_spf_takumar_bokeh.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.junchenwu.com:8082/cgi-bin/mt-atom.cgi/weblog/blog_id=1/entry_id=743" title="流光溢彩。" />
    <id>tag:www.junchenwu.com,2008://1.743</id>
    
    <published>2008-12-25T16:21:53Z</published>
    <updated>2008-12-26T01:29:25Z</updated>
    
    <summary> 流光溢彩 ©2008 JunChen Photos, Pentax SPF / Takumar S-M-C 35mm f3.5 / DNP Centuria 100 很久没胶片洗出来了，也很久没拍胶片。现在有几个胶片机了呢？加上针孔 HOLD 就是3个了。胶片真的是很麻烦，不过色彩真的很赞，尤其是像奶油一样的虚化和与众不同的散景。挑了几张放在Picasa上。...</summary>
    <author>
        <name>JunChen</name>
        <uri>http://www.junchenwu.com</uri>
    </author>
            <category term="摄影" />
    
    <content type="html" xml:lang="ja" xml:base="http://www.junchenwu.com/">
        <![CDATA[<p><img src="http://lh4.ggpht.com/_XAaLzYHQsEE/SVHCPPfy2jI/AAAAAAAAAnY/eA4sCvIiihI/s800/_41340002.jpg" alt="流光溢彩" title="" /></p>

<p>流光溢彩 ©2008 JunChen Photos, Pentax SPF / Takumar S-M-C 35mm f3.5 / DNP Centuria 100</p>

<p>很久没胶片洗出来了，也很久没拍胶片。现在有几个胶片机了呢？加上针孔 HOLD 就是3个了。胶片真的是很麻烦，不过色彩真的很赞，尤其是像奶油一样的虚化和与众不同的散景。挑了几张放在<a href="http://picasaweb.google.com/junchenwu/dGCQsH?feat=directlink">Picasa</a>上。</p>
]]>
        



    </content>
</entry>

</feed> 

