国外大多使用原窗口打开链接，OM19同学总结得非常不错，推荐阅读。我再按照自己的思路整理一下，认为在以下情况下对于新窗口也是可行的：
1.链接可能会打断用户现有任务流的时候，可以选择在新窗口打开（比如一篇博客的某句话链接到了另外一篇文章，建议使用新窗口打开）；
2.广告链接，可以选择在新窗口打开；
3.页面包含多个分类链接时：比如三个并列的链接，可以选择新窗口打开（需要看具体情况而定，比如DZ论坛帖子展示页、豆瓣小组话题列表页都是使用了原窗口打开）。

在这里补充几点：
1. 中国用户视乎更喜欢使用新窗口打开然后点击关闭，而非原窗口打开然后后退。这个场景的两种方式其实用户得到的结果差异并不大，更多的是用户习惯（很可惜中国用户被垃圾网站带动得习惯了新窗口了）。
2. 可参考豆瓣，豆瓣除了广告位以外几乎全部是在原窗口打开链接。
3. 新窗口和原窗口打开链接，对于信息架构确实有考验，对于过多依赖后退及关闭窗口操作的站点，表明用户较难通过页面本身顺畅到达想去的页面，只能通过浏览器的工具来辅助实现。

OM19同学还提到一个问题，即我们需要给用户提供好的默认设置还是给用户提供自定义的权利？以上两点在某种情况下确实有一定冲突，比如打开链接的这个案例。用户其实可以选择两种方式来使链接在新窗口中打开
1. 使用“Ctrl+点击”打开链接或使用“Shift+点击”；
2. 使用鼠标右键。

那么按照这个逻辑，所有链接都应该默认原窗口打开，然后用户选择以上两种方式（或者在浏览器选项里修改默认配置）是否先窗口打开。但是很可惜，以上两种方式对于大部分用户是不适用的，这些看似基础的功能用户可能根本不知道更别谈使用了。所以做好默认还是非常重要，做好默认设置对于初级中级用户而言是友好的，而用户自定义权利更多情况可以考虑给予高级用户使用。

对产品设计的理解是一直在互联网范畴的，但不得不说UCD绝对不应该狭义在互联网领域。比互联网历史更早的工业设计和软件体系其实都有UCD，而且很多经典的设计案例和设计理论都还是源自非互联网行业的，比如工业设计。

鸦总上午的演讲有些思路非常宝贵。方法论是可以看书总结的，而设计态度和对行业的理解的交流比较有价值，我这里分享一些书友会之后的一些想法。

1. 抓住核心用户的核心需求：首先抓住核心用户的核心需求，然后通过后续的迭代满足非核心用户的非核心需求。

2. 产品设计过程核心的环节应该是需求挖掘。做过企业级产品的人应该会更明白，企业用户不再单纯是个人行为，企业产品的购买者和使用者是分离。比如ERP，它存在的理由就是它必需满足企业的核心价值（比如供应链管理、客户管理等企业），最高境界是可以借此提升整个产业的效率。所以需求是第一位的。没有这个需求的满足，其后的信息架构、交互设计、界面设计都是空中楼阁。

3. 对鸦总最后的一个“小”字的观点印象很深：小团队，小公司。随着商业进程的发展，一定有些业务需要更多的人更多更专业的人来推进，但是并不意味着复杂。很多时候你可以相信你的团队成员可以迅速成长，并负担更大的责任。

4. 互联网逻辑。在互联网公司，如果某个经理人是主要管人，那么经理人需要有一套非常好的协调和管理机制；如果经理人的主要职责是管事，那么他一定要有互联网逻辑。互联网本身是个自下而上的新产业。年轻人都是重度网虫，互联网控，他们对互联网有常年熏陶的敏锐嗅觉。如果经理人缺乏互联网逻辑就是非常危险的信号了。

5.Tony说，豆瓣任何一个人只要有数据证明都可以发起项目，工程师、设计师都行。我从来不否认我对豆瓣的好感，Tony同学让我对豆瓣的好感又增加了。

http://www.kdued.com/2009/11/web_design_and_web_operation/

定义网站产品和网站运营

某些类型的网站属于产品驱动型，另外一些网站则可能属于运营驱动型。邮箱属于典型的产品驱动型，比如现在越来越多的用户开始使用QQ邮箱，其原因一定离不开QQ邮箱在产品设计上的不断改善。运营驱动型的产品，典型的例子是天涯等社区类网站。还有一些属于媒体驱动型，比如新浪，虽然首页巨烂，但是似乎并没有影响到新浪成为最强大的网络媒体。

当然这个不能一概而论，比如电子商务网站的Web Analytics、SEM、广告管理等理论上讲属于运营，但却与产品关系密切。其实我这里想说的是：一家公司需要对产品和运营有比较好的认知，才能协调资源，产品和运营都有突破。

产品团队应在产品上线后继续迭代设计

在网站上线之后，理论上将公司的工作重心就由产品团队逐渐转向了运营团队。那么产品部门应该做什么呢？当然不是等下一个版本发布也不是被拆借到运营项目上，而是深入研究目前的产品，进行迭代设计。互联网产品永远只有beta。比如产品团队应该重点优化信息架构、导航、注册、登陆、购买网站产品的核心环节。

然而产品上线之后，运营团队会有各种方案出来，大部分时候都需要产品团队协助。于是你会发生产品团队被分配到了一些运营任务上。我个人意见是产品团队主要精力放在产品本身，运营项目需要控制对产品团队的耗损。因为运营项目的核心不是产品，而是运营本身。

运营的核心哪？

那么运营除了在传统的广告管理、SEM等方面之后，应该在什么地方下功夫？这里我举两个例子。

今年儿童节我策划的一个社区运营的小项目：搭乘友商网时光隧道返回你的童年。不多说，大家弄明白之后自个悟吧。

另外一个案例是雪铁龙C5的互动营销案例。这个案例看出传统企业已经开始与BlueDoor、奥美这样的公司合作进行跨界营销。个人认为C5的案例出彩的地方是用户通过邀请几个人来参加这个线上活动后，获得一张来自欧洲（因为雪铁龙是法系车）的明信片。雪铁龙用欧洲明信片这种有吸引力成本又低的方式拉动用户进行自传播。

自己感觉产品的理解已经有一定的积累，但对运营的理解感觉还不够深入，欢迎有经验的读者随时交流。

我看到Twitter Lists的第一印象：分组。记得深圳某次聚会，跟digu产品团队交流，大家曾经讨论过是否需要给digu增加好友分组这个功能。当时我是支持这个功能的。digu团队反应很迅速，在其后的一段时间digu的好友分组功能就上线了。不过对于大部分初级用户而言，好友分组功能其实意义不大。原因很简单：如果你的followers比较少，是无需通过分组功能来管理的。比如QQ好友，如果你的QQ好友只有几十个，好友分组功能可有可无。但是随着好友数量的不断增加，好友便需要更好的方式来管理，于是QQ好友分组功能就来了。

映射到微博上，一个用户follow较多人的时候，他对tweets的管理需求就会增加（比如根据tweets来源进行分组，再比如tweets搜索）。好，我们回到分组这个话题上。到此为止，digu实现的功能就是好友分组（注意下图的最下方提示：digu的分组功能跟QQ是一样的，是私人的，不公开的）。截图如下

在实现好友分组之后，不妨再考虑以下两个问题。
1. 某个follower能否出现在多个分组里呢？
2. 既然把follower分成若干组，那么这个组能否公开呢？

第一问题很简单，这个设计的依据是：考察用户分组时对于存在组与组边界的概率高不高（其实我觉得也是可以通过引导的方式尽量较少模糊边界的）。来看看IM是怎么做的吧：QQ里某个好友只能归类都一个组，MSN里某个好友可以归类的多个组。所以我觉得这个设计在实际应用中是差异并不大。
第二个问题涉及到了Twitter的本质，因为Twitter本质是传播，而不是私密交流。所以既然followers是开放的，那么followers Lists也应该public才对。那么既然Lists可以设为publi，紧接着的事情应该是允许用户follow某个Lists（可以理解为批量follow用户）。Twitter还给每个用户自定义的Lists一个绝对唯一的路径。其次，就是统计某个用户被多少个Lists收录了，也就是Twitter的Lists following you。

此外，我还想到Twitter是否考虑过将Lists这个功能交由第三方应用来实现？当Twitter的API足够开放，在第三方应用里集成好友分组等功能是可以实现的。而Twitter不惜将简单的产品复杂化来新增这一功能，一定程度说明了Twitter Lists在Twitter的进化史上将是一个基本功能，所以需要由官方完成。

最后，如果你越墙成功，可以Follow我@imguangyao

微博的传播属于传播学的范畴，微博的交互属于设计界的范畴，二者关联性其实不大，我讲的部分以产品设计角度和传播角度讲得较多，所以索性将PPT题目定为《微博的传播》，减少歧义。我一直不大同意我们把Twitter类服务翻译成微博。而我后面的案例也只讲Twitter，其它类似的类似服务我个人认为没啥研究价值不大。其实从Twitter从成立到现在，虽然做过多次战略调整，但是一直保持着轻巧的身躯，从开始的“what are u doing”直到现在的“Share and discover what’s happening right now, anywhere in the world”。Twitter本身是一块木头，但是你要用木头来做家具还是当柴火取决于你自己，这也是Social类产品特有的。这里拆解Twitter的使用和功能两个方面来具体看一看：

>>Twitter的使用
a) 看别人发布的信息；
b) 亲自发布信息。

>>Twitter的功能
a) 140个字
b) Follow机制
c) 开放+第三方应用

从以上两点可以看出，Twitter本身是一个绝对的“轻”产品。然而用户并没有因为产品本身的“轻”而觉得产品单一或者乏味。看看用户是如何使用Twitter的就知道了。（这里我CC了@caozenghui老师的不少观点）
a) 社交活动：了解朋友动态，并进行互动；
b) 记录分享新鲜事及观点、；
c) 开放的群组：RT、@；
d) 阅读器；
e) 沟通；
f) 个人主页+网络身份标识；
g) 知道；
h) 搜索关键词：#；
i) 追“星”；
j) 企业级应用：企业Twitter、Marketing；

书友会上和大家讨论了E-mail、IM、BBS、Facebook、Twitter等具备Social特性的几款产品的从多维度的比较，来更好的认识Twitter的特性。

PPT的详细内容：

请各位会翻墙的同学，Follow我@ImGuangyao。
请尚不会翻墙的同学尽快翻墙，你们在国内玩山寨Twitter一点也不带劲。

左侧的Nokia是N73，属于典型Nokia风格的机型。右侧的BlackBerry是8700c，属于典型的BlackBerry风格的机型。如果会想两家厂商最初的产品设计起点，大概逻辑似乎是这样的。

Nokia的产品人员的Mental Model（心智模型）更偏向一部电话（即座机）。所以它以典型的数字键排位+屏幕来部署。BlackBerry的产品人员的Mental Model则是更偏向微型计算机。Qwerty键盘+滚轮，模拟电脑的键盘+鼠标，包括快捷键、多任务处理等等都是平移用户对电脑的操作习惯。

研究手机发展史也会看到手机逐步由基础通讯工具变身为移动终端，手机的电话特性减弱，类电脑、类PSP的特性在加强。

今天瞅了一下服装类垂直行业的电子商务公司Vancl，典型的营销驱动型公司，价格鲜明，但产品粗放。

我一直认为服装鞋帽类电子商务最重要的一个产品就是建立一个用户资料库。这个用户资料库，允许用户充实一个或多个个人信息（身高、体重、脚码、罩杯等）。选购商品时，允许用户以某个资料库的尺码进行购买。比如你的信息填写了42码的鞋，那么系统可以为你过滤非42码的鞋子。这个产品的思路有点像产品设计过程人物角色（persona）的逻辑。Vancl顾着价格和广告，这些事完全没功夫折腾。Vancl的个人资料页面，有很多雷人的信息供用户填写。更雷人的是你填完这些信息之后，他们完全和购买过程无关。

另外一个产品的例子，如果在购物车里有重复的产品，付款时是否加入提醒功能？还有鸦总提到的订单转化率设计。除了价格和营销，电子商务的产品进化还有很大空间。

营销不一定是你在广告上砸大钱，不一定是你在SEM上很专业，潜心修炼好内功也很关键。电子商务这活不是贩卖流量那么简单，否则国美苏宁才不会眼睁睁看着新蛋京东抢自己饭碗了干急了。

接着说一说如何在Web设计中如何很好的实现以用户为中心的设计。就需要有一个基本的逻辑：即UCD是可以和软件工程一样，形成一套科学的方法论，并且需要有效地嵌入到产品设计和开发流程中。

我刚入行的时候把UCD看成一种偏感性的设计理念，我想很多人会跟我一样的观点。比如，我们能指出某个产品设计的不足和某个失败的交互，但这还只是凭借观察体验和一些思路得出的认知。但其实UCD是一们科学的体系。并且UCD已在ISO13407中有非常清晰的定义（同样的可用性在ISO9241-11也有明确定义）：
a) 用户积极的融入及对用户和他们的任务需求的清晰理解；
b) 用户与技术之间一个合适的功能定位；
c) 设计方案的迭代；
d) 跨学科的设计。

建立这个逻辑之后，我们聚焦到web设计上来。这里推荐的是Jesse James Garrett在《The Elements of Web Design》的经典web设计模型，非常理体系化。

上图的很多标识不够清晰，更详细版本大家可以点击这里查看。

Jesse提到了web设计的两条线：作为软件的web设计（Web as software interface）和作为超文本的web设计（Web as hypertext system）。前者是任务导向（task-oriented），后者是信息导向（information-oriented）。然后在两条线上有或者交叉或者独立的方法来演进。这个模型狂赞不止哇……

最后说说衡量UCD效果这个问题：用户满意度和用户推荐度。

我的意见是合理的tab设计应该是这两种类型：
第1种 鼠标单击切换。此种情形下tab是没有链接的（但是在选中的tab区域内增加 更多或者more链接）。
第2种 鼠标悬浮切换。此种情况下很多tab都加了链接，所以 a:hover 应该生效，也就是鼠标停靠时有下滑下或颜色等提示。其实这也是Norman设计理念里，对于用户恰当Feedback（反馈）的实践。

案例一：yahoo美国首页，属于第1种tab设计，但是注意右下角的框框哦。

案例二：淘宝首页的tab设计有三处，但是仔细看一下，却发觉各有差异。比较疑惑的是，为什么首页只有3个tab设计，但是却各不一样呢？难道一个页面需要多个前端介入？

第一个tab设计属于单击切换，无附加链接。（顶）

第二个tab设计属于悬浮切换，但是没有 a:hover 来反馈tab上的链接。（扁）

第三个tab设计属于悬浮切换，添加了 a:hover 反馈tab上的链接。（顶）

案例三：QQ弹窗。

最不招人喜欢的QQ弹窗，tab上也没有链接反馈，相信qq.com的流量很多是被这样无辜地骗来的。（扁）
插播一段：我一直对QQ弹窗的设计有微辞，一个只能放5个tab的位置居然间接的放了7个，于是不得不多出一个左右翻滚tab的设计。至于增加一个看起来意义不大却比较显眼的 [您可以拖动该页卡进行排序] 真正价值有多少。

1、内容策划。
在我掌管EDM之后，我极力将产品信息提升至重要位置，尽量淡化市场内容。新产品、老产品新功能属于Products信息，价格折扣信息属于Sales信息。但是Marketing内容应该淡化，我的观点很明确，用户不需要软文。（当然，营销类邮件和订阅类邮件的内容部署又有差别。）当然不管你内容多拽，一定要提供邮件的页面阅读地址及提供退订。

2、视觉设计环节与用户调研
详细见Saidy的设计与用户体验一文。

3、前端环节
满足不同邮件服务提供商、不同浏览器、不同邮件客户端对于前端工作是个挑战。本次EDM第一次强大的兼容了126、163、QQ、gmail、hotmail等众多邮件服务商。不过行距处理上还需要再改善。

4、发送阶段
邮件发送工具（这个东西可以提高效率，估计不少邮件Spam有更牛X的工具）；
发送时间（两封邮件相差6秒以上，运维同事反馈10秒为佳，这样可以保证EDM达到成功率）；
邮件服务器（多几台机器，过几个IP来发送，可以有效防止被当做垃圾邮件）。

5、结果反馈
整体发送使用时间（要知道超过10W以上的邮件数量，这个数量就需要考察时间与效率问题了）；
退信数量；
退信中各邮件服务商的退信比例。

其实这个项目很简单，需要协调各部门和各种资源，但是这些基本功一直不扎实。如果成为一家令人尊敬的公司，就要注重产品本身，注重用户体验，精力放在KPI上不靠谱。将职业规划定位在产品经理的我非常坚定的认为优秀的产品 + 社会化口碑营销才是王道。

>>从邮件设计角度看：
1、提供退订地址。
2、提供邮件的网页版地址。比如明显处提供：邮件如不能正常显示请点击这里。这样对邮件样式可能错误的修正。（小朱请回答：现在我们发送邮件样式，是怎么绝对路径加载的，还是直接写在标签里的？）
3、邮件的宽度要窄。邮件宽度应该<800px，否则出现横滚动条，就囧大了。主流显示器分辨率为1024*768，除去各类邮箱界面和邮件客户端的sidebar（竖边栏导航），800px是比较保险的宽度。（啰嗦一句1024*768分辨率下，gmail给真正邮件的宽度约是600px，其余的约424px是边栏和adsense广告。）

>>从邮件制作内容看：
1、客户的响应邮件准确到位。比如会员在执行注册、购买、变更记录等操作时，邮件要发，而且要及时。
2、营销部门（价格策略）、市场部门（会员活动方案）、运营部门（会员积分体系）等需要协调协调邮件内容，邮件出口一定要单一。千万别你妈的几个部门分开发。
3、不要给会员发软文吹自己牛逼，发送折扣信息，通知积分兑换状况等等。比如，我是索尼单反用户，索尼月刊发布的内容基本是与单反有关的信息，索尼发布战略会的内容跟丫用户有啥关系，要以用户为中心。
4、针对不同级别的用户发送不同的电子邮件。 注册用户、购买用户、购买额度超过XX元的VIP用户、深度使用用户，邮件应该有针对性。不过需要建立在整站完善的积分体系上。

1、Norman对于设计提出的六个重要概念：Affordances (受用性)、Constraints (限制)、Mappings (映射)、Feedback (反馈)、Visibility (可视性)、Mental Model (头脑模型)。

2、用户体验从产品交付那一刻就开始了，包括说明书、帮助文档等。

3、一致性，如果没有更好的理由，坚决不要破坏产品的一致性。

4、designer’s design model应该尽量接近user’s model。

最近参加了不少地面活动，非常遗憾的是没有参加小辛说起的用户体验年会。