1. 今天是五四青年节，祝大家青年节快乐。猛然的发现，已经不再年青。家里有了孩子，公司有了团队，各种责任都来了。但，依然在做着自己喜欢的事情，梦想还在，激情尚存。

2. GF2玩了几个月了。大致总结一下心得：一必须要有一台单反相机或好的镜头。二是发现网络上好看，漂亮的照片，大多不是经过一次性拍成，或偶然天成，都是经过用心思量，多角度深度和后期PS的结果。三是好的照片在构图、光的运用、彩色上非常成熟或是有独特的地方，比如流行的日系小清新、比如instagram对色彩的傻瓜化。四是要有一颗好奇的心，能够捕捉到不一样的视角。详细的心得后面发，拍出好的片子，其实也不难。

2. 上个月受广东工业大学的邀请，和广工数媒系的同学们进行了简短的交流。但愿三个小时的交流能带给大家一些有用的信息。另外，此次的交流完全是无偿的，更多的是和同学们做FAQ。后面看到了大黑的记录，还是比较欣慰，同学们都听懂了。最后是大家合影，期待广工出现更多的人才。

相关文章

• 回来后的几件事
• 加速你的工作-介绍GTD
• 五一期间的几件事

　(上图来自Gmail搜索选项截图，如有版权问题，请留言告之。)

　　今天使用Gmail的高级搜索，在日期范围选择上卡住了，确切来讲，这里交互设计是否正确应打一个问号。我原本是想搜索一个特定发件人在所有时间发给我的邮件，这里疑惑产生了：

1. 日期范围选择下拉列表最多只到一年，不知道如何去选择全部的日期范围。

2. 对“日期范围XX个，共XXX”的描述不理解，可能是中文翻译的问题。

3. 下面有“例如：今天、星期五、3 月 26 日、2004/3/26”的提示，但不确切能搜到什么，应该如何输入。

　　如果在主界面搜索，也能返回所有的结果。实际上，这里如果不选择日期范围(Gmail默认为1天)，搜索结果反而是全部的结果，诚然，这里是一个交互操作上的问题，这里下拉列表的选项默认项应该是“全部”。

　　但是，谁能告诉我这是为什么呢？

相关文章

• Gmail帮助系统研究分析报告(一)
• Adobe官方针对IE’s ActiveX产生问题的完美解决方案
• Gmail也可以用手机访问了

简单翻译了一下郭老师转载的Jeff Lash和Chris Baum关于用户体验跟产品管理关系的文章, 时间紧张还没有做校核, 全文如下:

第一章

　　用户体验(User Experience, UE)专业人员正逐渐从商业角度对他们的工作感兴趣，在他们的核心观念中，UE的重点是理解用户需求并创建有用和易用的产品来表达这种需求。

　　UE人员常常在他们的研究、设计和创意没有得到相应的尊重时感到非常失落。差不多每个UE人员都有过与那些尽管缺少交互方面的需求和流程的知识，却根据他们的感觉或毫无道理的看法来驳回一个建立在研究基础上的设计的领导者打交道的糟糕经历。

　　很多UE人员逐渐意识到他们有经验和洞察力来运用权威性并在帮助构建的产品中发挥更大影响力，产品管理人员也对这些希望扩大影响以保证以用户为中心的产品开发顺利进行的交互设计师、信息架构师和易用性工程师等有了更多的兴趣。

　　对很多UE实践者而言，成为产品经理(Product Manager, PM)是一个合理的转换，因为两者往往需要类似的技能，特点和能力。此外产品管理是很多组织共有的角色，向这样一个已存在的角色过渡是较为容易的，只是信息架构师或交互设计师如果选择用这种直接方式来影响产品的话，他们还需要学会换位思考。

PM是什么?

　　传统意义上PM就是一个产品的主管，为了方便讨论，我们这里将产品定义为软件、网站、网络应用、局域网或技术产品。

　　作为一名领导者，PM将对整个产品的成功负责，这其中包括用户体验。对技术产品而言，用户体验是产品成功中非常重要的部分，当然还包括其他方面，像产品的销售、技术、法律、商业模式、定位、品牌和营销等。

　　PM应该扮演一个领导者而非独裁者的形象，才能保证产品的成功，并得到各方的支持。像总统会与负责防务、交通、农业等的官员共事一样，PM团队也包括营销、技术、财务和其他领域的人。与票选民主不同，PM对用户和客户负责，通过收入、利润、用途和其他市场驱动因素来实行决定民主。

　　产品管理中涉及的各项任务和领域使得PM必须精通业务的方方面面。

　　PM的基本职责是理解市场并推动适应市场的产品开发，由于UE人员往往已经熟悉了设计的用户需求也具备相应市场知识，因此他们具有成为优秀PM的潜质。

　　PM还有如下一些较高层次的职责:

• 建立产品策略，重点是对产品的未来有长远和有说服力的眼光。
• 将策略转化为产品路线，有了清晰的远景和策略后，PM就要与管理层一起确认并执行策略。
• 撰写支持商业策略和市场需要的需求书，确定主要路线，然后细化特定的可执行的需求。
• 确定以合适的顺序，在合适的时间提供合适的功能特性(features)，以客户价值和市场的关联程度来划分这些特性。
• 确定与市场间有适当的沟通渠道，以合适的方式向合适的人发送合适的消息，并确认客户已了解到他们的产品。

产品管理和用户体验的差异

　　尽管PM的职责很广也很有战略性，他们还需要负责在战术层面具化他们的战略。在一些细节上，PM可能存在与UE人员重叠的问题。正如Johathan Korman写道:

当我向那些不了解”交互设计”的人们描述我是做什么的时候，首先我说:”我观察用户的需要，确定哪类产品最适合他们，然后制定关于这个产品的行为规范，以此推动开发团队的工作。”人们常常回应说: 在我的组织里，我们管这个叫”PM”。

　　乍一看，用户体验的角色和产品管理惊人的相似。然而你仔细观察就会发现产品管理和用户体验在职责、重点和依赖度上是有区别的。

　　职责: PM负责整体成功，而UE人员负责界面设计使之满足用户需求并易于使用。UE人员同样应该像销售、营销、工程人员那样关注整体的成功，尽管并不负责这些方面。

　　重点: 当UE人员聚焦在界面与产品体验之时，PM会从市场整体反馈、特定市场规划、竞争力、技术、收益与损耗以及可调用的资源等方面来审视这些界面与产品体验。

　　依赖: 信息架构师(IA)、图形设计师、易用性专员等主要精力集中在界面上，他们需要依赖自身或类似角色的其他人一起来完成工作。PM则坚定地要求他人能执行其产品策略，他们更多地需要融合一些微妙的产品目标、策略、影响力、坚定和公平的决策等因素，这些要求多甚于UE人员。

　　或许Johathan Korman最好地诠释了PM与其他角色如UE之间的差异: PM负责产品应该做什么(What the product should do)，而其他角色负责产品怎么做(How the product does that)。

产品管理与用户体验的冲突

　　最常见的UE与PM间的冲突就发生在该产品应该做什么与产品该怎么做的讨论上，双方常常争论谁应该负责定义产品的特性与需求。PM感觉应该由他们负责，因为他们管理产品，但是UE人员感觉应该由他们负责，因为是他们在花时间直接与客户和用户打交道，研究用户需求。

　　最终由于PM对整个产品的成功负责，他们也就成了决定产品做什么的最后仲裁者。好的以市场为重点的PM应能理解市场背景和客户需求，并在第一手经验和已有研究的基础上决定合适的产品特性与功能。

　　然而UE人员常常对此非常光火，因为他们认为自己更贴近客户和用户，理应负责产品的需求收集和定义。

　　好的PM应该象UE人员那样贴近自己的用户，否则就会脱离用户，只知道坐在办公室里开大会，让UE人员来做此类研究。

　　好的PM能深知用户体验这个角色并理解其重要性，重视他们的投入并利用他们的研究和建议来创造优秀的产品。正如总统需要从自己的内阁成员那里获得建议一样，PM也应该利用自己的”内阁成员” — 用户体验、市场营销、技术等 — 去做出决策。

　　从UE人员向PM角色的转换远不止去操作所有的界面设计，PM一项很重要也很有挑战的任务是负责确定产品的目标与策略，树立内在和外在的产品领导能力，创造商业模式及获得资本，从小事出发又能着眼大局，并协调市场、工程技术、财务、销售当然还有UE一起向成功迈进。

　　在第二章，我们将向你介绍迈向产品管理的方方面面，包括你在UE岗位上不可以做而在PM角色上需要做的事情、成为PM你必须做哪些准备、UE背景的人成为PM后常有的缺陷等，来帮助你作出这种转变。

第二章

　　在前一章中，我们勾勒了PM的职责、PM与UE人员的差异以及为什么两种角色之间会产生冲突等。

　　现在我们来介绍当UE人员成为PM后其思考重点、职责与挑战将会发生哪些改变，离开UE工作岗位后你将有哪些收获与损失以及如何为这种转变做准备等。

　　在你向PM的角色纵身一跃之时，最好清楚这次跳跃对自身的影响。

作为UE人员不可以做而作为PM必须做的事情

　　成为PM后，你每天的工作将会发生巨大的变化! 你必须运用你的全部知识投入到整个产品中。作为UE人员你也许能同样做到这一点，只是限于行政授权你未必需要和公司内的全部决策部门打交道，以下就是你的一些”新职责”:

　　关注产品策略以及客户和终端用户的需求(这也是你做出转换决定的原因)

　　你必须长期地研究客户和用户，找出用户需求与商业目标的切合点，相应地了解这方面的知识并有意识地利用它。从产品的整体上确定用户的焦点，不光是设计。

　　沟通、政策以及定价都必须整合成为”客户体验”的整体，过去我们常常对这些方面的重要性认识不够，成为PM后你就必须对关乎产品体验的方方面面负责了。

　　平衡各方力量确保你的产品重点是客户和用户需求非常重要，但是其他方面同样值得关注，包括但不限于:

• 销售目标
• 市场/品牌目标
• 技术趋势
• 文档管理
• 预算管理
• 市场趋势
• 竞争力
• 商业模式与回报 (可能的人员浮动、变局影响、价格杠杆等)

　　做好一款产品需要在商业目标、用户需求和市场效应之间进行一系列权衡，作为PM，你就必须在各方之间努力做好平衡。

　　推广产品你必须同时在内部(包括销售、市场、管理层、开发者等)和外部(包括客户、用户、业界分析员和媒体)间取得支持。仅仅开发出一款好的产品还不够，你还必须让人们知道它，推广它带来的好处。

向组织中的其他产品提供策略投入

　　如果你是一间中型或大型公司的PM，在这个位置上你还需要影响其他产品。你也会与其他公司内的其他PM交流，思考公司的全部产品线，并将你的产品融合其中。

你面临的挑战与压力

　　PM这个新角色会让你很有荣誉感和责权感，而且新头衔带给你的影响力可能会胜过其他，但它也是”带刺的玫瑰” — 你同样必须应付挑战和压力。

　　作为PM，你的权力很有限Guy Kawasaki形容PM是”一个背负全部职责却没有任何权力的人”。大部分为你的产品工作的人会向不同的管理层汇报，很少甚至没有人会直接受命于你。你必须梳理这些分散的资源，指导他们的工作 — 尽管他们从各自的经理那里获得了不同的工作方向。

你必须做出决定并对此负责，而不仅仅是建议

　　事实上你必须做出很多的决定并为此负责，不是所有人都会认同(你的这些决定)。当然如果你的工作干的好，你可以向他们证明你的决定是正确的，明确解释你的原则，其他人也就不会显得焦急或轻视 — 但这并不容易!

　　UE出身的PM会发现所创建的体验也许不是对用户”最好”的体验，因为还需要考虑其他重要的因素(如管理层的需求、商业策略、商业模式等)，让这些人理解作出这种或许有损用户，但最终有益于产品的决定往往需要时间。

你将经常处在利害分歧的中心

　　销售人员希望有不同的功能、开发人员将你制定的时间表往后推、财务人员需要新的后端功能、商业开发人员希望能为合作伙伴做一些产品调整、设计师希望更改一些功能的实现、用户希望增加一项你的竞争对手推出的新功能、管理层希望你的产品能与公司新产品进行整合… …

　　PM就处在这样不同的竞争中心，在一些公司中这样的处境是很不妙的。你必须调节好这些冲突的想法，制定相互之间的优先级以推动产品策略并保证皆大欢喜(至少不能让某个人动怒)。

　　成功的PM总是围绕着整体的目标和策略来平衡各方的要求，决定做哪些可以最大限度地支持这些目标。PM对目标与策略的理解越深，就越能做出权衡考量。有时候一点小的让步能够得到更多的收益，有时候则需要更好地梳理目标。

管理层需要从你这里得到关于产品的信息

　　PM不只是产品开发团队的一员，你是整个产品的象征。无论你把事情做好了或搞砸了，也无论你是否真的能驾御局面，你都必须为此负责。

作为UE人员可以做而作为PM不可以做的事情

　　从UE岗位转换到PM岗位的人会对新职责感到兴奋和有挑战性，与此同时，他们也会失去一些UE工作的一些方面:

　　PM不必插手过多细节这是很多之前习惯过问小事的人面临的最艰难的挑战。作为PM很多具体的工作都可以委派给其他人来做，一个花费太多时间去处理细节问题的PM注定没有做好他们的本职工作 — PM需要关注的是战略层而不是战术层。

　　PM并不追求尽善尽美和理论上的完美有一个针对UE的笑话是UE人员经常回答问题的时候说”这个取决于…”。对PM来说，也许它确实取决于某件事情，但这并不要紧的。这并不是什么理论上应该发生的问题，而是在此情况下我们马上要做什么以及为什么做的问题。

　　你必须习惯够用即可的观念，作出在用户看来未必完美但在有限的资源下很受用的决定。

PM对产品的核心问题不只是建议

　　这一点和上面的有点背道而驰，UE实践者们提出建议，而PM需要制定策略、较高层面的用户体验、功能设置、市场规划、定价及其他方面。之所以又提到这一点，是希望促成你进行反省。如果你只是习惯建议或很难做决策，你也许不适合成为PM。

PM不是艺术家或专家型实践者

　　PM并不专注与产品的某个部分，而是知晓全局。他们有点类似船长或教练去驾御局面。在这个层面上，PM需要保障一起共事的人能将产品目标反映到方方面面，例如营销策略、界面设计、版权书写等。

　　由于不是专家，在各个方面进行调节是比较困难的，PM就必须在后面的工作中不断学习如何领导其他专家向一个共同的目标努力。

从现在起更好地配合你的PM

　　如果知道”幕后”产品管理，你可能已经动心了。有一条捷径能帮助你开始: 从现在开始更紧密和有效地配合你的PM! 这个办法即使对那些并没有这方面特质、技能或只是想成为PM的人来说都是值得一试的。作为一名UE实践者，更好地理解其他角色的同事所面临的责任与挑战可以帮助你调整与他人共事的方式，并且最终使你变得更有价值、更受尊敬、更有影响力。

　　有UE背景的人在某些领域是能够很好地与PM相处的，有些办法能很好地帮助你探路，而无论你是否迈出了这一步。

　　领导力不要只知向PM或其他同事索要具体的研究和设计成果，在很多情况下，其他同事很欢迎你能有主动性和创意，不过同时他们也保留不同的观念，只要把事做起来就能迅速公开和集中地进行具体地讨论，总好过停留在理论和臆测层面。

向PM问清楚他们的产品目标是什么

　　问清目标非常重要，体现在两个方面：第一，PM自己有可能之前没有仔细想过产品目标，你这一问后，有可能让你成为最受信赖的顾问之一并帮助他们建立目标。

　　第二，如果PM已经有了目标，那么你也就能清晰地建立一系列的目标和预期。如果他们的目标存在问题，你还可进行澄清和确认，并决定怎样让它回到正确的道路上。

帮助PM评估设计的各方面因素

　　不要只是提出设计方案然后让PM做决定，要让自己准备好参与讨论特定设计选择的影响，向他人展现你的设计背后的原因已经他们在更广范围内与产品远景和目标的联系，聆听PM怎么说并搞清楚他们拒绝或认可的理由。

提出带有远期规划的强烈建议

　　你所能提供的一些证据和经验将支持着你更紧密地成为产品的一份子，而不只是一个辅助的参考者。你也能从纷繁复杂的因素中做出决定的过程中得到锻炼，如果你立志想做PM的话这些很有帮助。

　　展现你对工作的远期规划将使你能成为团队中最重要的成员之一，并且能展现你有担负更多职责的潜力 — 不管你现在的角色是什么。

帮助PM走出办公室

　　PM不应该对客户和用户视而不见，尽管有人是这么干的。你应该通过询问他们最后一次见用户是什么时候来帮助他们，把他们带入到正式或非正式的用户研究中，或者给他们讲在用户访谈中的一些有意义的故事，邀请他们下次同去。如果被拒绝了，下次继续邀请。

　　如果PM能自愿去拜访用户，让他们带上你。除了了解用户需求之外，这也是一个你有时间向PM求教他们的观点、兴趣与目标的好机会。

　　如果你真的无法把PM带出办公室，那就把用户们带进来吧。在这种情况下，应该没有哪个PM(包括其他开发成员)能找借口拒绝和用户沟通。

“以结果导向来看，产品经理和交互设计师的目地是什么，最终都是为了搞信息架构和产品定位吗？　我想不是。因此信息架构和产品定位都是为了了满足用户需求而服务。如何让用户心满意足的使用产品并付钱，这个是最关键的。从用户角度看可能就是他自己一个场景。从这个层面看，两者的交集就在于这里，即：都是为用户而服务且达到赚钱的目地；从两者的职责分工来看，交互设计就不用说了，ucdchina普及了很多知识。那么产品经理的职责是对产品负责，有对产品的认知高度和对整体，全局的协调把控能力。楼上所提出两个角色的“矛盾”，我所认为是产品经理未负起产品经理的责任，没有对产品一肩挑起的魄力，即：产品经理未能让多方沟通未能达到共识。

关于“执行力”：个人认为设计师应该有产品经理对项目管理的Sense，如果是交互设计是三天，那么三天就应该做完这些事。至于产生的问题，在三天之内就应该去解决。设计师不是应该懂得退让，这里有一个产品的意识，即全体人员有对产品的热情才是问题的关健。

关于“忽略细节”：把项目分解掉，有些功能放到二期／三期／四期去做，交互设计具备的素质是要有对项目风险的预估。但细节不应该忽略。

关于“调动／培养团队”：这个要看个人能力和魅力等因素去推动这个工作，不是每个人都应该这样。（补充一下：项目中只能有一个负责人）

关于“设计师向产品经理转换”：我认为两者有不同的分工和职业发展方向，可能一些朋友想做产品，一些朋友愿意做可用性。诚然，做产品虽优于做可用性，但行行出状元，只要坚持地做一件事，都可以达到成功。”

相关文章

• IM端修改错别字的交互探讨
• 一个直肠癌患者的最后50天
• 我的咕叽咕叽2008-01-30

xiaoxiao 2008-1-3 15:56:59
白浓。我温你个问题。

xiaoxiao 2008-1-3 15:58:10
看我上面说的字，有一个字是错的。如果我要改的化，你觉得哪个交互比较好？

不是工作的哈，探讨下。

白浓 2008-1-3 15:59:12

白浓。我温你个问题。

你指的是这个？

xiaoxiao 2008-1-3 15:59:16
对

白浓 2008-1-3 15:59:32
在聊天时，你打了一个错别字给对方，怎么修改最好。

是这个意思不？

xiaoxiao 2008-1-3 15:59:44
对头！还是你理解我。

白浓 2008-1-3 16:00:18
……
xiaoxiao 2008-1-3 16:00:22
分两种情况，一是没发出去的时候，二是发出去的时候。

先探讨下，发出去的时候吧。

白浓 2008-1-3 16:01:26
先说有哪些方式吧，就拿你刚才的话说。

1、再打一遍正确的字。就发送这么一个字出去。
xiaoxiao 2008-1-3 16:01:39
这是一个方法。

白浓 2008-1-3 16:01:56
2、把刚说得话重新说一遍，把字更正一下，发出去

白浓 2008-1-3 16:02:05
3、温=问

xiaoxiao 2008-1-3 16:02:34
2 可以改造一下， 把改的字标记颜色或是标记是更正的字。

白浓 2008-1-3 16:02:48
4、解释一下，刚才的打了个错别字，是问，不是温。

白浓 2008-1-3 16:03:24
恩。如果聊天的功能支持，可以通过改变原来错字的样式，提醒对方。

xiaoxiao 2008-1-3 16:03:27
我想到一种是直接在对话窗口里改，改完后提示对方已修改某个字，并标记。

xiaoxiao 2008-1-3 16:03:37
对，和你说的一样

白浓 2008-1-3 16:03:45
当然，如果发出去的文字，可以修改了再发出去，最好了

xiaoxiao 2008-1-3 16:04:32
选中错的字，拖下来，发出去的文字再撤回？

白浓 2008-1-3 16:04:48
我绝的最好的方式要做到的目的是：
1、让对方知道你之前打错了一个字。
2、让对方知道正确的字是什么。

白浓 2008-1-3 16:05:07
恩，刚才我的意思是这样。可是我发现没有满足之前打错了一个字。

xiaoxiao 2008-1-3 16:05:51
这个可以在未发出前由系统提示，像word那个一样。

白浓 2008-1-3 16:06:12
恩，也可以让系统帮忙提示，不过这样的操作也够复杂的。

白浓 2008-1-3 16:06:38
那么，是不是直接说：刚才打错了一个字，“温=问”

白浓 2008-1-3 16:06:46
就满足了用户的要求呢？

xiaoxiao 2008-1-3 16:06:53
那样兔子不连惯了

xiaoxiao 2008-1-3 16:06:55
句子

xiaoxiao 2008-1-3 16:07:03
就像现在一样

白浓 2008-1-3 16:07:03
除非用户有其他要求，比如说，我不想让对方看到你打得错别字。

白浓 2008-1-3 16:07:32
句子不连贯也是另外的需求，不是最重要的需求。呵呵

xiaoxiao 2008-1-3 16:07:32
那你的意思是不想让对方看到是一个条件

白浓 2008-1-3 16:07:52
我绝的最好的方式要做到的目的是：
1、让对方知道你之前打错了一个字。
2、让对方知道正确的字是什么。
3、让句子连贯。

白浓 2008-1-3 16:08:07
这就比较难了。。。

iaoxiao刘云天(117308) 2008-1-3 16:08:08
对，就是这样，你帮我总结了，谢谢！

xiaoxiao 2008-1-3 16:08:22
技术上的事先不管嘛

白浓 2008-1-3 16:08:40
逻辑上比较难。。技术先不考虑。

xiaoxiao 2008-1-3 16:09:56
1、让对方知道你之前打错了一个字。

   错误的句子要发出去。

2、让对方知道正确的字是什么。

   正确的句子也要显示，同时两者的正确的字和错误的字要有对比。

白浓 2008-1-3 16:10:30
恩，1的前提是，句子已经发了出去。

白浓 2008-1-3 16:10:47
那是不是可以做到word的批注模式。

白浓 2008-1-3 16:11:25
xiaoxiao  16:06:53
那样句子不连惯了（原句：那样兔子不连惯了）

白浓 2008-1-3 16:11:42
适当在视觉和结构上再进行优化

xiaoxiao 2008-1-3 16:14:40
有理

xiaoxiao 2008-1-3 16:14:58
批注模式是一个可以考虑的

白浓 2008-1-3 16:15:48
好了。累了。。

xiaoxiao 2008-1-3 16:16:21
这样吧，你下班了到创业路哈，一起吃大饼。

xiaoxiao 2008-1-3 16:17:10
我请客哈，第二次请客了。

白浓 2008-1-3 16:26:31
日。下次去深圳你要不请我我灭了你

xiaoxiao 2008-1-3 16:26:59
深圳欢迎您

白浓 2008-1-3 16:27:52
老子不欢迎深圳。

xiaoxiao 2008-1-3 16:30:12
恭喜你！

相关文章

• 页签的交互设计和标准
• Check Gtalk chat histroy in Gmail
• [图]一些网站交互的手绘稿

1. 博客的浏量想超越AWflasher和月光博客，拥有更多的用户群。
   事实上现在的流量稍比AW高一些，但这些是滔滔首页推荐带来，不能算是实际流量。月光博客的流量比较恐怖一些，一时半会儿估计难超越。
2. 进行一个长达一年的某某计划，直到2008年最后一天。
   还不能说是什么计划，但的确是我个人明年要做的一个重要项目。如果顺利，到2009年的Q2，应该可以看到。（“Q”是Quarter of year的缩写，意思是季度）
3. 在2008年Q1完成对WordPress的全面改造。
   包括交互设计、视觉设计、和前台代码。Q2和Q3想提高浏量和日志的质量，Q4争取把PR值稳定在7。
4. 把更多的文章放在交互设计、用户体验上。
   这个目标和我的工作有关，我会把文章的重点放在这一个部分，也是希望能在博客上沉淀或总结一下自己当时的东西。当然我也会写QQ，公司相关的一些日志。
5. 找一个更加能长期合作的赞助商。
   目前有一个赞助商在提供博客赞助，钱不多，只够得起付主机付用。希望2008年找到一家公司，专一单独进行广告合作。
6. 为自己建立一定的博客规则，并和更多的博客们交流。
   一个人总是孤立的，交流沟通是必不可少的环节。也想争取参加一次博客聚会，多多和朋友们交流。

　　 我也想看看的Mu’s Blog、Lulu、还有AWflasher、王志勇的博客目标。

相关文章

• 2009年为博客准备的目标
• 一个直肠癌患者的最后50天
• [转]林晓的视觉寓言

一、“UCD相关”修改为“体验与设计”。
　　这个栏目以后会写一些原创的体验或交互设计类的文章，同时也会关注一些Flash及前端表现。这个栏目是我的主要方向，大家可以只订阅这一个部分的RSS。

二、QQ相关
　　无意中发现，写一些QQ相关的新闻，在搜索关健字和点击量上都有很大的关注。这个部分为一些想了解腾讯相关产品或新闻的朋友而准备。我会多放一些照片，拭目以待吧。

三、个人随笔
　　这个栏目我会写一些自己的想法或关注的一些东西，像深圳的生活、学习、理解事物的方面。现在回头看看我两年前写的东西，很多都是比较“幼稚”的想法，我也会慢慢编辑这些文章，以增加文字及时间的表现方式来记录当时一些错误或不正确的想法。

四、我的咕叽咕叽
　　这个栏目为认识我的朋友和同事们而准备。他们希望能够了解我现在的状况，也能从中看到一些有趣的事情。

五、转载备份
　　每周可能都会有一些转载的文章，这些文章并不一定表示我完全赞同，但我会留下来作为备份。

六、工作日志
　　这个长久以来的隐藏栏目，文章不多。我想一定的时间后，我会公开一部分。

七、博客更新日志
　　你看到的这篇文章就属于博客更新日志，当博客有变化的时候我会在这里说明，我更新了哪些东西。

　　在Alexa上，我看到很多优秀博客的流量和访问量都是比较大的。Mu经常教导我，做事一定要先有目标，那么我就立一个目标，在原创的基础上和这些高质量的博客们拼一下。

相关文章

• 近期对blog的一些调整
• IE7在MIX06
• Gmail新功能：Gmail pictures and Notebook

转载链接：Duiker

相关文章

• “暗示” 格力·艾米的关键词之一
• “转换” 格力·艾米的关键词之三
• 大型网站升级改版的一些想法及需要注意的问题

众所周知，在fireworks cs3 的版本中增加了一个新功能：pages。而这个插件可以把一个源文件中的pages组合起来，形成”Flash Slideshow”。估计这里可以做相册了，不过我还是推荐用在交互设计的原型演示，在投影里会很酷。安装使用等在源文档里已经写的很清楚了，我不用翻译了。不过这个小东东是需要有Flashplayer的插件支持的：）演示效果如下：

相关文章

• Flickr的魅力真是无法阻挡
• Internet User Experience 2006
• Lynda.com CSS for Designers

　　我的六钻大都来自公司内部奖品，也有一定的时间限制。有三个钻来自于某个部门的内部用户调研，参与者都有一个小奖品，即有一年的会员期限和三个钻。有１个钻来自于部门博客，我是其中的top10，也是奖励；还有１个来自于QQ宠物熊的体验，我幸运的被抽中了，送了一个钻；最后一个绿钻来自于某部门，开通了内部体验，可以免费使用半年。自从有了六个钻以后，但有QQ的好友大都比较眼红，其实腾讯员工不可以随随便便获得这些钻，也不可能终身拥有。

二、为什么我的博客导航对LBS的原始导航改动较大？

　　这只是一个尝试，我试图把其它web上的功能整合在博客里或形成一个入口。这里在交互上和程序上都需要再次调整。博客的Feed我已经改为了全文输出，我不是太想针对SEO，针对搜索引擎，在年初的时候，我的PR已经到达了7。总结了一下经验，基本上是坚持认真的写原创内容，写较新的事情，都可以获得好的PR值。关健问题在于有价值的内容更新。这个也是为什么一段时间不太更新，PR下降的原因。目前有很多做SEO的朋友，我觉得和UCD并不矛盾，是一个度的问题，也是一个产品周期的一个组成部分。最主要的是做seo的朋友不要过于推seo的好处，针对于产品来讲，都是很小的一部分，用户的选择才是产品成功的关健。
　
　　[key=1]鬼仔[/key]和农民李威给我提出了意见和建议，在此表示感谢。

相关文章

• 被人翻老底了
• Web 2.0 重要名词解释
• Please help me translate Japanese